Previous: <a href="https://news.ycombinator.com/item?id=11921208" rel="nofollow">https://news.ycombinator.com/item?id=11921208</a><p>And the day before that: <a href="https://news.ycombinator.com/item?id=11913463" rel="nofollow">https://news.ycombinator.com/item?id=11913463</a><p>And the day before that: <a href="https://news.ycombinator.com/item?id=11910246" rel="nofollow">https://news.ycombinator.com/item?id=11910246</a>
Fanstatic article, that gets the subtleties correct. This is my favorite part:<p>> If we see the gap of management and scaling between Serverless FaaS and hosted containers narrow the choice between them may just come down to style, and type of application. For example it may be that FaaS is seen as a better choice for event driven style with few event types per application component, and containers are seen as a better choice for synchronous-request driven components with many entry points. I expect in 5 years time that many applications and teams will use both architectural approaches, and it will be fascinating to see patterns of such use emerge.<p>We will see this gap narrow.<p>I'm running tons of ECS workloads and operating the servers takes no effort. Amazon releases AMIs, CloudFormation automates AMI updates and scale, and ASGs keep everything running.<p>It took effort to learn these techniques and build tools that use them, but that's solved by open source software.<p>See Convox for an OSS project that sets it all up out of the box: <a href="https://github.com/convox/rack" rel="nofollow">https://github.com/convox/rack</a>. Disclaimer: I work on Convox full time.<p>> containers are seen as a better choice for synchronous-request driven components with many entry points<p>Is absolutely correct, and describes ~95% of real-world software. For greenfield on AWS, I'd definitely see if Lambda, API Gateway and DynamoDB will work. For all those "old" Java, Python, PHP and Postgres systems out there, we have to run traditional containers, and load balancers and databases.<p>There's really no future where we are all "serverless". But there is a future where the resource cost and operational burden of both Containers and Functions is very very low.
re: scale and on demand: "you only pay for the compute that you need, down to a 100ms boundary in the case of AWS Lambda"<p>it will be interesting to see how small these boundaries can become before it is too expensive to measure at the level of granularity sought. when you can spin up a container, run job, and destroy faster than you can even log.