3 ms·
Yes, use boring technology, I'm all for that. But an application built in the high pressure environment of a startup also has the risk of becoming unmanageable
by sverhagen 2y ago
Yes, use boring technology, I'm all for that.
But an application built in the high pressure environment of a startup also has the risk of becoming unmanageable, one or two years in. And to the extent you already have familiar tools to manage this complexity, I vote for using them. If you can divide and conquer your application complexity into a few different services, and you are already experienced in an appropriate application framework, that may not be such a bad choice. It helps focus on just one part of the application, and have multiple people work on the separate parts without stepping on each other.
I personally don't think that should include k8s. But ECS/Fargate with a simple build pipeline, all for that. "Complex" is the operative word in the article's title.
- threeseed 2y agoBut it's never just ECS/Fargate is it. It's ECR, S3, ALB, CF etc. And at that point you've assembled a stack just as complex as doing it all inside a single k8s cluster.
- sverhagen 2y agoHence I said "I personally" and "already have familiar tools". Also, if you're fair... not all those AWS acronyms you're listing would be displaced by the single k8s cluster. (Maybe you weren't arguing to swap out complexity, rather that the complexity floodgates were open already anyway?)
- threeseed 2y agoYou can absolutely run object store, container serving, front end load balancing etc from a single k8s cluster. Very common in fact since many k8s clusters are air-gapped except for a single inbound edge node.
- ghomem 2y agoAnd if one of those services is down, your entire application is down. You basically build a server made of abstract components ECR, S3, ALB, CF , all of which are able to fail.
- kidros 2y agoExcept it's not anywhere near as complex because you need to manage far far less using the AWS services than if you ran all of your own inside a k8s cluster. And even if you use k8s, you're probably already using most of those anyway. Who bothers building their own container hosting and file hosting at a startup?