Ask HN: Alternatives to Serverless Framework?
Looking for alternatives to the serverless framework, we have been using it heavily since V1, however with their new licensing changes it is no longer viable. V3 is EOL at the end of the year and we need to migrate to something else before that.
We were quoted low 6 figures per year for our existing infrastructure which is actually more then we pay for AWS for our usage of API Gateway / Lambda. We also were told there is no way to automatically opt out of features such as traces/metrics, it must be done through their UI, which is extremely frustrating because it is a massive price hike and is worse then what AWS offers overall from what i saw.
9 comments
[ 3.2 ms ] story [ 32.7 ms ] threadSST has a good guide for migration: https://docs.sst.dev/migrating/serverless-framework
Otherwise you might consider doing the same with CDK. As a last resort you can use CloudFormation's new import/export tools and manage the stacks with SAM.
It's really too bad, I'm sure a more reasonable pricing scheme (framework only?) would lead to more adoption, but I'm sure that revenue had been a huge challenge lately and it seems like that means it's the end of the road for the Serverless Framework until v3 is forked.
(disclosure: I worked there for a while)
I highly recommend you discuss this with us/me. We're small, approachable, flexible, and you've been with us so long we're more motivated than ever to make this work.
You can opt out of the observability features in the Dashboard.
1 Lambda invocation = 4 metrics. 4 million Metrics = 1 credit. Credits are $4 each. This comes out to being 20x more expensive than what I pay AWS for lambda invocations (granted, it doesn't include runtime costs).
If you use the Framework's (optional) observability product, pricing is based on Traces and Metrics, like most observability solutions.
Credits are used to pay for these various features.
Caveat: I don't know all of Serverless's features. Our last company used them as a legacy service but new stuff was just written in JS and put on Vercel alongside the frontend. For simple edge functions, it was a lot easier to manage (or really not manage, just write it and git push and you're done)