Infrastructure Decisions At A Startup
I came across this amazing post, (Almost) Every infrastructure decision I endorse or regret after 4 years running infrastructure at a startup
The author, Jack Lindamood, outlines his experience running infrastructure in a unique format, and his experience aligns almost exactly with mine at my current company two years in.
Given that, I’m going to highlight certain bullet points:
- AWS VPN: He mentions CloudFlare’s Zero Trust product as something they stayed away from. I haven’t had good experiences with AWS VPN, but I’ve also had terrible experiences with CloudFlare’s Zero Trust. Their documentation is bad, and hard to search, and I can’t get our GitHub Actions Runners to connect to the VPN consistently. My recommendation is to use Tailscale if you need a VPN.
- AWS Premium Support: Yes, it’s expensive, but it’s invaluable for us to have support look into certain production issues, such as RDS issues, that we don’t have a DBA for.
- Multiple applications sharing a database: If you’re starting and have a choice, bite the bullet and have different database instances for each service.
- Not using open telemetry early: I mentioned this in an earlier post. Highly agree.
- Picking Flux for k8s GitOps: ArgoCD was mentioned as a viable alternative that I’m using. WeaveWorks, the company that created Flux has now shut down, which makes ArgoCD the choice today.
Master GitHub Actions with a Senior Infrastructure Engineer
As a senior staff infrastructure engineer, I share exclusive, behind-the-scenes insights that you won't find anywhere else. Get the strategies and techniques I've used to save companies $500k in CI costs and transform teams with GitOps best practices—delivered straight to your inbox.
Not sure yet? Check out the archive.
Unsubscribe at any time.