Cloudwatch logs have been a big game changer versus on-disk logs for us. Getting into larger clusters (and larger log files), figuring out what’s happening in log files became somewhat arduous. https://github.com/jorgebastida/awslogs for viewing / tailing / searching is a lot easier. It’s also fairly straightforward to get logs streamed through to ELK hosted within AWS, if you’re interested in that angle.
Ask HN: Have you shipped anything serious with a “serverless” architecture?
31–40 of 207 posts
Re: Ask HN: Have you shipped anything serious with a “serverless” architecture?
#32We've shipped something simple and non-mission-critical in production (URL rewriting for ad placements). It has been pretty much set-and-forget. Last anyone had to even look at it was almost 3 years ago, and afaik it's still working (our ad sales team would be complaining loudly if it weren't). For something peripheral like that, it's nice not to have to run servers for it or devote any energy to keeping it running.…
I eventually got upset enough that I made a tool to stream the cloudwatch logs to the terminal and colorize, indent + nicely format json output:
Re: Ask HN: Have you shipped anything serious with a “serverless” architecture?
#33Re: Ask HN: Have you shipped anything serious with a “serverless” architecture?
#34The best part is no devops needed. We use Serverless Framework. The biggest downside are cold starts for frontend response time. But this hasn't been a terrible issue as of yet. We have considered moving these 20 API endpoints to a nodeJS server which will resolve the issue but didn't have the time to do it yet.
We'll never go back. Serverless is the future.
Re: Ask HN: Have you shipped anything serious with a “serverless” architecture?
#35Re: Ask HN: Have you shipped anything serious with a “serverless” architecture?
#36Earlier quoted context omitted.
Excellent writeup. Are you serving client web traffic (if applicable) via Lambdas? Or deploying your web infrastructure to traditional instances managed through CF?
Yes, we're serving client web traffic directly with Lambdas via API Gateway. We have no traditional instances or non-serverless components of any kind in the core stack.
I assume DynamoDB part isn't serverless.
Re: Ask HN: Have you shipped anything serious with a “serverless” architecture?
#37Re: Ask HN: Have you shipped anything serious with a “serverless” architecture?
#38Earlier quoted context omitted.
Yes, we're serving client web traffic directly with Lambdas via API Gateway. We have no traditional instances or non-serverless components of any kind in the core stack.
So how do you store your state? I assume DynamoDB part isn't serverless.
Re: Ask HN: Have you shipped anything serious with a “serverless” architecture?
#39Earlier quoted context omitted.
Yes, we're serving client web traffic directly with Lambdas via API Gateway. We have no traditional instances or non-serverless components of any kind in the core stack.
So how do you store your state? I assume DynamoDB part isn't serverless.