4 ms·
> The bulk of your time building serverless applications will not be spent writing the application logic or focusing on the parts of your code that are in fact
by fivea 5y ago
> The bulk of your time building serverless applications will not be spent writing the application logic or focusing on the parts of your code that are in fact the differentiated thing that you’re being paid to work on. It just flat out won’t. Instead you’ll spend most of your time figuring out how to mate these functions with other services from that cloud provider.
I completely disagree with this point, as it goes totally against the experience that I and my team have piled up after a couple of years of running a couple of serverless apps that rely heavily on a few AWS Lambdas. The API Gateway and ALB code was pretty much a one-and-done, with the bulk of the work consisting of setting up TLS termination, and the bulk of the work was on writing and testing all the business logic.
The only exception I've seen to this rule is if your serverless apps consists of a bunch of event handler from a large bunch of AWS services, like S3 triggers and message queues, that are not much than one-liners that don't do much beyond plumbing around events. Still, I don't feel it's right to describe this sort of application around lambdas that don't do much by design.
> I’m apparently atypical here! Folks don’t like to spend an order of magnitude more to monitor a system than the system itself costs to run. (...)
I also don't believe this point is fair or reasonable. It makes no sense to complain about serverless because it can be dirt-cheap (or even free to use) but your choice of monitoring service, coupled with the way you chose to use it, ends up costing more. You pick what you use and decide how you use it, and if your personal choices lead to a price tag greater than zero then that's the outcome of your own design decisions.
This complain is particularly eggregious given that AWS CloudWatch has a free tier that's very clear and included in basic intro to AWS tutorials.
> (...) It turns out that while it’s super easy to find folks who know WordPress, you’re in trouble if both of the freelance developers who understand serverless are out sick that day — not to mention that they cost roughly as much as an anesthesiologist.
Again, this is hardly a serverless issue. You'd experience the exact same problem if you ran a Spring monolith.
- eof 5y agoI kind of wonder if you and OP are talking about significantly different scale in amount of code/functionality/team size. Perhaps I am just jaded, but I take it for granted that writing application logic is only ever going to be a significant minority of “your time”—in larger orgs there are teams specializing on the different monitoring, platform, infra, etc taxes that are a reality of running software at scale. Five smart hackers that know aws and python well are going to get much further on lambda-all-the-things than an org of several thousand would, probably. Lambda is also outrageously expensive at scale; but at the end of the day I’d chalk this up mostly to “OP not very good serverless compared to other patterns, fivea good at serverless”
- rmbyrro 5y agoAnything is outrageously expensive at scale. Look at how much it costs and how difficult it is to find SREs. An outage "at scale" can also be extremely expensive, so there's no way around the costs of "scale"...