Building your own data center isn't enough, land ownership is a myth as you'll still be locked in to your government via property taxes.
The real self-hosted solution is running your server off a solar powered yacht in international waters while transmitting and receiving all data via worldwide shortwave radio. Fire any customers not willing to invest in a SW-Ethernet adapter.
Shortwave radio depends on ionospheric conditions, which can be manipulated via nuclear blasts, ionospheric heating facilities, solar activity, and volcanos. Instead you must modulate a neutrino beam from international waters using a nuclear submarine for power. Fire any customers not willing to invest in kiloton-scale neutrino detectors.
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.
Docker is difficult to understand in-depth, and, at least in my career, I haven't met too many people who do more than just skim a blog post and then think they know everything about Docker. This is how you get Docker punching holes in your firewall[1] and everyone acting surprised, because they a) didn't read the docs and b) have no idea how firewalls work.
Docker's interface might seem simple, but it adds an entirely new layer of complexity, with semantics only superficially understood by the vast majority of its users, and nobody ever seems to talk about Docker's negatives. A good rule of thumb might be: if you can't accurately explain how Docker works under the hood, or if you don't understand the OS components Docker itself uses, you shouldn't use it.
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.
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
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.
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.
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.
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.
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.
The real self-hosted solution is running your server off a solar powered yacht in international waters while transmitting and receiving all data via worldwide shortwave radio. Fire any customers not willing to invest in a SW-Ethernet adapter.