3 ms·
I think before one knee-jerk reacts to the article, they should evaluate how their response benefits the targeted audience, small and emerging startups where (1
by mekoka 3y ago
I think before one knee-jerk reacts to the article, they should evaluate how their response benefits the targeted audience, small and emerging startups where (1) someone in the team is actually capable to set up the described infrastructure, and (2) there's little prospect to reach 100K monthly users (at least in the short term and to be conservative).
That's a lot of startups.
From reading comments in this thread it seems that many are completely oblivious to the complexity that the cloud can bring to an architecture. It's as though it doesn't cost any time. AWS documentation for everything that you opted in? Downloaded at night in your brain? What about Kubernetes? Just a pill away?
When I hear someone say that they're choosing the cloud for their new project because "managing" their own infra is too much, as someone who is familiar with what the author is pointing at, I wonder "what exactly is there to manage?" Are we talking about the few Python or PHP scripts that speak to Postgres and Redis? Scaling up and down? What are we talking about?
Getting to PMF first as a criteria to not consider the simpler alternatives suggested here is also a premature optimization. The author of this post is boasting a bit by saying that he can show you how to do this in less than 15 minutes and for less than 200$/m. I think it'd still be worth it if it took an entire day to set up. What kind of product are you building that can't spare a day to address your infrastructure?
If the cloud is so seamless and your project becomes so successful that it actually ends up needing all its toys, then you have nothing to worry about. When the time comes, you'll simply turn those magic keys and enter paradise.