Live data from Hacker News

My frugal indie dev startup stack (2022)

getwaitlist.com

51–60 of 219 posts

Re: My frugal indie dev startup stack (2022)

#51

Earlier quoted context omitted.

I meant that even for hosting in the cloud it seems high. I have a hard time understanding where the cost is coming from. I can only assume it's because of the DB as opposed to the instance or S3. I wouldn't be surprised if it was over 10x cheaper if you didn't use cloud hosting.

Database costs are very high. I am not sure I know the reason behind it honestly. Either you go with something like Dynamodb or planetscale or the least you pay is 40€/m using AWS Aurora serverless. As soon as databases start to charge for computing time the cost balloon out of reach of hobby projects.

Because the alternative, self hosting, is labor intensive and requires experience.

Re: My frugal indie dev startup stack (2022)

#52
I love this list. One thing I'll add is I like to avoid using S3 or google's cloud storage AT ALL until I have > 30 GB. i.e. with google free tier of their compute engine you get a 30GB hard drive, 1GB ram, and two AMD EPYC 7B12 2250 MHz processors. So I make a fake bucket system using those free 30GB:

https://github.com/andrewarrow/feedback/tree/main/filestorag...

All the code I write is in bucket form, ready to flip a switch and use real buckets but 100% free up to that hard drive limit.

Re: My frugal indie dev startup stack (2022)

#53

Earlier quoted context omitted.

I used to be CTO of an Uber Eats style service that ran on hosting costs of about £100pm. Thousands of orders every few days, real time driver tracking, self hosted invoice generation, the works. Hetzner servers, Docker Swarm and Cloudflare for the tech.

> Hetzner servers It is truly amazing to me the value that is provided by renting hardware instead of VPSes. As long as you're willing to roll your own infrastructure instead of buy into a cloud provider's infrastructure.

I did that once and the data center burned down. Sure I could have the service spread over several centers and build distributed backups etc.

In the end self hosting and self managing is a money / time trade off, especially for a side gig I’d us SAS and managed solutions. The one thing one has to make sure off is to not get locked in with a particular provider, so knowing how to do everything yourself is a very valuable skill.

Re: My frugal indie dev startup stack (2022)

#56
May be a weirder question to ask, but curious about the Delaware LLC decision. If I was creating a C-corp, Delaware makes sense, but for an LLC it feels weird unless the author is in Delaware. I also don’t see any cost for registering as a foreign LLC wherever they are located, so maybe they are in Delaware.

Re: My frugal indie dev startup stack (2022)

#58

Earlier quoted context omitted.

RDS is very expensive. Just following the console's advise for production instances (meaning Multi-AZ with a Proxy), a t3-medium (2 vCPU, 4GB) Postgres instance with 5GB storage is $130/month. You can get it down to $12/month by going with a t4g.micro (2 vCPU, 1GB RAM), single-az, no proxy, no backups, 5GB storage; with price after that scaling roughly linearly with RAM. But the interface will scream at you the entir…

Ah, it makes sense why costs would be high in that case. Multi-AZ + proxy seems like massive overkill for 99% of applications though.

We thought that at the SaaS I’m working at but AWS scheduled maintenance in our AZ and that led to significant downtime with nothing we could do about it, no compensation, nada. It was basically our fault because we didn’t use multi-AZ. I can’t remember if this was RDS or ECS but we figured if it could happen to one critical service in a single AZ, it could happen to another.

I think Proxy _is_ overkill and perhaps expensive for what it is. For a pg install, running pgBouncer isn’t difficult. But I guess that depends on whether you’re authenticating with IAMs, which doesn’t sound trivial with bouncer (it might be).

Re: My frugal indie dev startup stack (2022)

#59
> but self-administering the modern React deployment chain is tedious

Is it? It's not the React part that's adding to the tedium, I am sure; that part can be trivially automated away. Is it any more tedious than self-administering the deployment of older-school php apps?

Re: My frugal indie dev startup stack (2022)

#60

May be a weirder question to ask, but curious about the Delaware LLC decision. If I was creating a C-corp, Delaware makes sense, but for an LLC it feels weird unless the author is in Delaware. I also don’t see any cost for registering as a foreign LLC wherever they are located, so maybe they are in Delaware.

Not OP & IANAL… by having the LLC in Delaware, it’s probably nominally easier to convert to a Delaware C corp at the desired time. Or maybe OP lives in Delaware.
Post reply on HN