Re:Using Rust at a startup: A cautionary tale
by jpgvm on Saturday December 03, 2022 @10:08PM
(#33850175)
Because the impact on your code by going with a serverless platform.
Generally speaking if it's the platform you have you will shoehorn the shape of your code into a serverless shape bucket even if it has no business looking like that.
These architectural shortcomings will inevitably come back to haunt you.
Also most of these platforms amount to cgi-bin v2, meaning things like memory leaks and requests that hang get swept under the rug.
Meaning you already have very difficult to diagnose failures and when you do eventually go to migrate you will find your code is full of these smells making it harder to reform into something reasonable.
[ Parent
| on HN ]
Re:Using Rust at a startup: A cautionary tale
by brap on Sunday December 04, 2022 @07:28AM
(#33853071)
I'm not a fan of serverless/lambdas for this exact reason, I was referring specifically to PaaS solutions, where you can build your services without vendor lock-in, in a way that makes it easy to containerize later on. Things like memory leaks and requests that hang are usually reported by these platforms.
Re:Using Rust at a startup: A cautionary tale
by jpgvm on Sunday December 04, 2022 @08:34AM
(#33853569)
Fair, the ones that let you run containers directly like Cloud Run etc are fairly reasonable and approximate the k8s experience.
I think by going non-k8s you miss out on some of the key benefits though like standardized API and more portability of the surrounding infrastructure like networking and storage that is otherwise proprietary or not available on "simplifed" PaaS platforms.
I guess my argument boils down to cost of using managed k8s is low, low enough it's not worth using non-standard services instead.