Live data from Hacker News

Ask HN: Have you shipped anything serious with a “serverless” architecture?

news.ycombinator.com

161–170 of 207 posts

Re: Ask HN: Have you shipped anything serious with a “serverless” architecture?

#161
I have a production service running on AWS Lambda and I haven't run into any major challenges. The Lambda service is responsible for authenticating to a downstream third party service and proxying requests along with an access token. I would consider this a simple use case.

CloudWatch have provided me all the visibility necessary to troubleshoot issues. I think the important thing here is to have a good logging strategy (logs are only as good as what you put in them). In my case, I made sure info messages were logging for the start and end of use cases (e.g., "reseting password", "password reset successfully"), warn messages for non-fatal errors (e.g. "username not found"), and error messages for fatal errors (e.g. "unable to connect to database").

The only frustrating limitation I've run into is when the Lambda function times out before receiving a response from the downstream service. At one point, the downstream service was having major performance issues and responses times were crazy high. This meant I couldn't get a response code and had to run the downstream calls locally to troubleshoot.

Performance is not great (most requests are in the 400-500 ms range), but it's more than adequate for my use case. A large portion of the response time is likely due to the downstream service, but there are cold starts that spike response time way out of normal range.

Overall, I'm really happy with AWS Lambda and it's definitely top of my list when taking on a new project. I'm really interested in experimenting with AWS Mobile Hub in the future. It doesn't get much better than one-stop serverless shopping.

Re: Ask HN: Have you shipped anything serious with a “serverless” architecture?

#163
post #83

Earlier quoted context omitted.

Do you guys find CloudWatch logs too slow? Even on very small apps I find searching the past few days takes minutes (5-10m), but I'm using "structured" JSON logs as well.

All of the Cloudwatch is very slow (Logs & Metrics & Alarms) we hate it

Have you tried IOpipe? [0]

[0]: https://iopipe.com

Disclosure: Work on the Python and Go agents.

Re: Ask HN: Have you shipped anything serious with a “serverless” architecture?

#165
Serious, but small :)

Open source A/B testing backend using AWS Lambda and Redis HyperLogLog[0]

Have been using it in production for last couple of years with great success. Replaced our (potential) ~$2000/mo Optimizely bill with somewhere in the region of $10/mo.

[0] https://github.com/Alephbet/gimel

Re: Ask HN: Have you shipped anything serious with a “serverless” architecture?

#166
post #160

Earlier quoted context omitted.

I've heard the analagy used that "Servers are to Serverless what wires are to wireless", the main point being that they're still there, but they're no longer something you manage or directly interact with. I'm also starting to see the term LaaS (Logic as a Service) used as an alternative to "Serverless" here and there.

I think the analogy falls apart because in the part of the system that's referred to as "wireless", there is literally no wire. The serverless comparison would be more like if they used a lot of zip ties and some well-placed rugs so you never saw the wires going directly to you computer and called that "wireless". LaaS sounds much more accurate/palatable.

Not just that, but "serverless" typically involves integrating a muddle of AWS/GCP/Azure services, locking you in. Portable software is the analog to "wireless" here, as it gives you the freedom to... move.

Re: Ask HN: Have you shipped anything serious with a “serverless” architecture?

#167
post #157
post #86

Earlier quoted context omitted.

That looks like a nice tool! Will check it out. Have you tried anything like iopipe for helping debug lambdas?

No I haven’t tried it. I’ll give it a look.

For anyone interested in giving IOpipe a try, it supports Node.js [0], Python [1], Java [2] and Go [3].

[0]: https://github.com/iopipe/iopipe-js/ [1]: https://github.com/iopipe/iopipe-python/ [2]: https://github.com/iopipe/iopipe-java/ [3]: https://github.com/iopipe/iopipe-go/

Disclosure: Work on the Python and Go agents.

Re: Ask HN: Have you shipped anything serious with a “serverless” architecture?

#168

Earlier quoted context omitted.

I've found functions apps have a slow startup time, but once they are going, they perform pretty fast. I think we currently don't have any functions in time-sensitive streams (they're rather new, so they are used for new features such as Oyster automated refunds, which can be applied a few days later if need be), so when I say we haven't had any performance issues with them, it has to be taken with a pinch of salt. I…

This is fascinating stuff — every time I use my oyster card I have wondered what it is doing behind the scenes. Do you know of any write ups about TFL's infrastructure/processes? Would love to read about it. I'd also like to buy whoever lead the TFL API's move from XML to JSON a coffee|beer!

I don't know of any comprehensive writeups - even the internal wiki is lacking

Re: Ask HN: Have you shipped anything serious with a “serverless” architecture?

#170
post #58

Earlier quoted context omitted.

Your setup, although appealing from an AWS ecosystem perspective, sounds like a bit expensive to me on a first reading. Of course everything depends on the specifics but Lambdas and DynamoDB are expensive at scale. I wonder how it compares cost-wise to a more traditional solution.

Indeed, I always get the feeling you need some sort of exit strategy to a traditional model for when your service starts lifting of. Never did the cost calculations though.

That gets to lock-in.

The stacks are super proprietary. Porting away from AWS to another serverless cloud vendor (e.g. Azure) would be a major project.

Porting to a server-ful architecture would be a full rewrite.

Post reply on HN