undefined | Better HN

0 pointsTylerE2y ago0 comments

Rent a $5/month VPS, install a few packages? Or just run a linux vm locally.

0 comments

So, rely on yet another vendor, or do as I suggested except without any semblance of reliabiliy.

Some one just starting out is not Google. They do not have Google's problems. They do not need Google's complexity, or a dozen layers of docker/terraform/k8s bullshit.

qeternity2y ago

I really don’t understand this. Docker is not difficult to learn. K8s marginally more so.

Even if you don’t need HA it’s still worth it for a small team for ease of deploy.

1 more reply

akie2y ago

Dockerizing (what the author said he would do) is almost always worth it though.

slyall2y ago

Agreed, instead of "a dozen layers of docker/terraform/k8s bullshit" they just need they application code and some config that will take them an hour to setup once.

progval2y ago

But there is no vendor lock-in here, VPS providers are interchangeable.

bastawhiz2y ago

Sure, and the vendors the author mentions are interchangeable, too. Just at a different layer of the stack.

jostiniane2y ago

you clearly have no idea how things work outside of hobby projects, what about reliability? scalability, guaranteed uptime, resolving incidences,... You can account for all for that for yourself by creating a mini cloud provider.. good luck with that

Toutouxc2y ago

Easy with the big words. All of that really depends on whether you're B2C or B2B, what kind of app it is and what kind of client. There's a company that has my code (Rails apps) running on Ubuntu Server VPSes with one guy who picks up the phone and restarts the server if something goes wrong (i.e. once a year). And the clients are multi-million businesses.

jostiniane2y ago

Yeah, common primitive sense is "big words". You understand that competitiveness and cloud certificatios based on some sort of a measurements of those "big words". I wonder how B2B or B2C is a decisive choice.

CogitoCogito2y ago

Half of the "robust" and highly complex solutions I see employing modern practices go down way more often than the simple version that the GP described.

jostiniane2y ago

Probably I don't know enough to argue, but those are the repeated arguments and which I agree with. In my current place, I know we can reduce the infra bill significantly if we move to renting physical servers or VPSs, but nobody would like to gamble on the "big words" (availability,..). We already have a system to deal with downtime in one region but it will take much more efforts that would lead to a minicloud if we want to go with the dedicated hosting.

govolckurself2y ago

What about those things? They're just glittering generalities, and an appeal to them is frequently used to justify adding ever more complexity to software.

The vast majority of startup web apps don't need anything more than a decent MVC framework (seriously, just use the web as designed) and a fast database. Keep a warm spare of your application running if a box goes down and you need to cut over or something. No, it's not sexy. No, they probably won't invite you to speak at Re:Invent. But your shit will work and it'll be cheap and FAST.

I've seen way too many basic CRUD apps, written by developers who mean well, needlessly overcomplicated in the name of things like "scalability" and "reliability". And guess what? They were some of the least scalable, least reliable applications. I'm talking applications where low double-digit requests per second for basic web pages caused the entire thing to shit itself.

So no, you don't actually need your own mini cloud provider to run a solid service. You just need to know what the hell you're doing.

j / k navigate · click thread line to collapse

0 comments

emodendroket2y ago

So, rely on yet another vendor, or do as I suggested except without any semblance of reliabiliy.

TylerEOP2y ago

Some one just starting out is not Google. They do not have Google's problems. They do not need Google's complexity, or a dozen layers of docker/terraform/k8s bullshit.

qeternity2y ago

I really don’t understand this. Docker is not difficult to learn. K8s marginally more so.

Even if you don’t need HA it’s still worth it for a small team for ease of deploy.

1 more reply

akie2y ago

Dockerizing (what the author said he would do) is almost always worth it though.

slyall2y ago

Agreed, instead of "a dozen layers of docker/terraform/k8s bullshit" they just need they application code and some config that will take them an hour to setup once.

progval2y ago

But there is no vendor lock-in here, VPS providers are interchangeable.

bastawhiz2y ago

Sure, and the vendors the author mentions are interchangeable, too. Just at a different layer of the stack.

jostiniane2y ago

Toutouxc2y ago

jostiniane2y ago

CogitoCogito2y ago

Half of the "robust" and highly complex solutions I see employing modern practices go down way more often than the simple version that the GP described.

jostiniane2y ago

govolckurself2y ago

What about those things? They're just glittering generalities, and an appeal to them is frequently used to justify adding ever more complexity to software.

So no, you don't actually need your own mini cloud provider to run a solid service. You just need to know what the hell you're doing.

j / k navigate · click thread line to collapse