> on many frontend projects, and it just works without having to think about iam, policies, service accounts, s3 configuration, cloudfront.
Sure, but if you're going to use it on "many" projects, then just learning these things once and building an appropriate abstraction layer for them pays for itself very quickly.
The premium for the "vercel flavored" wrapper around these necessary components is way too high.
If your plan is for none of them to /ever/ make money, then this is logical. If your hope is that one of them somehow does make money, you'll probably want your code to be flexible enough to be moved to a platform that won't destroy your profit margin over pay-as-you-go billing. At which point, the investment of effort will have paid for itself.
There's the problems you currently have, then there's the problems you want to have.
Sure, but if you're going to use it on "many" projects, then just learning these things once and building an appropriate abstraction layer for them pays for itself very quickly.
The premium for the "vercel flavored" wrapper around these necessary components is way too high.