The biggest risk to cloud revenues is that everyone wakes up and realizes they could slash their cloud bills by 60+% quite quickly with just some minimal leaning.
I run multiple $10K MRR companies on a $20/month tech stack
221–230 of 539 posts
Re: I run multiple $10K MRR companies on a $20/month tech stack
#222Earlier quoted context omitted.
> There are zero reasons to limit yourself to 1GB of RAM There is a good reason: teaching yourself not to over-engineer, over-provision, or overthink, and instead to focus on generating business value to customers and getting more paying customers. I think it’s what many engineers are keen to overlook behind fun technical details.
> There is a good reason: teaching yourself not to over-engineer, over-provision, or overthink, (...) This is specious reasoning. You don't prevent anything by adding artificial constraints. To put things in perspective, Hetzner's cheapest vCPU plan comes with 4GB of RAM.
If I give you a box with 1 GiB of RAM, you are literally forced to either optimize your code to run in it, or accept the slowdown from paging. How is this specious?
Re: I run multiple $10K MRR companies on a $20/month tech stack
#223If this sounds like basic advice, consider there are a lot of people out there that believe they have to start with serverless, kubernetes, fleets of servers, planet-scale databases, multi-zone high-availability setups, and many other "best practices". Saying "you can just run things on a cheap VPS" sounds amateurish: people are immediately out with "Yeah but scaling", "Yeah but high availability", "Yeah but backups"…
Apparently the phrase cargo cult software engineering is not common anymore. Explains these things perfectly.
Heh, I was gonna say cargo cult might mean something different in today’s programming landscape but then I thought about it for a second and it actually reinforces th meaning.
Re: I run multiple $10K MRR companies on a $20/month tech stack
#224Re: I run multiple $10K MRR companies on a $20/month tech stack
#225I'm taking the opposite approach - managed services all the way, and my monthly infrastructure costs are higher than what's described here. No regrets. Infrastructure isn't the problem I'm trying to solve. The problem is: who's actually going to pay for this? Optimizing infrastructure before you have customers is like designing a kitchen before you've written the menu. I launched within 72 hours of starting developme…
It doesn’t sound like OP was optimizing anything; it sounds like they just knew how to use that stack, and so are able to get customer validation while also spending very little per month.
Re: I run multiple $10K MRR companies on a $20/month tech stack
#226Eh-trade.ca eh? The name spells the exit strategy this is seeking. Awesome idea and a great execution. Vertical scaling will take this simple setup far and probably far enough.
Re: I run multiple $10K MRR companies on a $20/month tech stack
#227Earlier quoted context omitted.
I think his argument is that the functionality is unnecessary. You don’t need dynamic service scaling because your single-instance service has such high capacity to begin with. I guess it’s all about knowing when to re-engineer the solution for scale. And the answer is rarely ”up front”.
Dynamic scaling is not really even available on a single node kubernetes. I was thinking more of Running multiple websites. i.e. 1 application per namespace. Tooling i.e. k9s for looking at logs etc. Upgrading applications etc.
Namespaces exist in Linux [0], they weren’t invented by K8s.
You can view application logs with anything that can read a text file, or journalctl if your distro is using that.
There are many methods of performing application upgrades with minimal downtime.
0: https://www.man7.org/linux/man-pages/man7/namespaces.7.html
Re: I run multiple $10K MRR companies on a $20/month tech stack
#228I'm taking the opposite approach - managed services all the way, and my monthly infrastructure costs are higher than what's described here. No regrets. Infrastructure isn't the problem I'm trying to solve. The problem is: who's actually going to pay for this? Optimizing infrastructure before you have customers is like designing a kitchen before you've written the menu. I launched within 72 hours of starting developme…
which approach works better depends on your financial situation and your existing setup. if you have money you can invest, then your approach works. if you have more time than money then invest the time instead. when you have built up your servers over the years, when building a new product, you can also do it quickly because the services you need are already running, and firing up a new database or a new server takes just as long as it takes to set up a managed service. but it doesn't add any cost.
Re: I run multiple $10K MRR companies on a $20/month tech stack
#229Modern tech stacks always remind me of this cartoon:
https://www.toontales.net/short/lumber-jerks/
Acme Toothpicks
Re: I run multiple $10K MRR companies on a $20/month tech stack
#230The text feels incoherent to me and lacks some nuance. It starts about cutting costs by the choice of infrastructure and goes further to less resource hungry tools and cheaper services. But never compares the cost of these things. Do I save actually the upgrade to a bigger server by using Go and sqlite over let's say Python and postgres? Or does it not even matter when you have just n many users. Then I do not unders…
It actually starts with a completely unrelated anecdote: "What do you even need funding for?" I agree. The author claims to have multiple $10K MRR websites running on $20 costs. I also don't understand what he needs money for — shouldn't the $x0,000 be able to fund the $20 for the next project? It doesn't make any sense at all. Then the author trails off and tells us how he runs on $20/month. Well, why did you apply…
One can only assume the funding was needed to be able to afford
K8s and postgres? /s