Skip to content
Archive
← r/microsaas
1
100%
u/Rich_Geology 18 hours ago

At what point did building a tiny SaaS require accounts with half the internet?

I'm sketching out another small SaaS and trying to be more disciplined about the stack this time because my last project somehow ended up with a separate service for nearly everything. Hosting here, database there, auth somewhere else, email somewhere else, payments somewhere else and then another dashboard to figure out which one broke. Some of that separation obviously makes sense once you need specialized tools, but for an MVP with no users yet it feels like I'm designing infrastructure for a company that doesn't exist. If you were starting something small today, which parts would you consolidate and which would you absolutely keep separate? I'm particularly curious about hosting + database because that seems like one of the easier places to remove a vendor without giving up much. Payments and email I can understand keeping specialized. Trying to build the boring version this time and add complexity only after the product earns it.
1 comments held Reddit says 0 on reddit ↗
  1. u/john006868 1 17 hours ago
    Hosting and database together, everything else on its own account. Nothing a product with zero users does needs them apart, and every extra account is one more thing that can be down at 2am. Auth is the one people split for no reason, most frameworks already ship sessions. Payments and email earn their own account for a reason that isn't technical: liability. Someone has to own a chargeback, and someone has to own the complaint when your mail lands in spam. What actually forces a second service is work that has to keep running while you deploy. The first scheduled job that must survive a restart does it, not traffic.