|
|
|
|
|
|
by taylodl
704 days ago
|
|
|
> External caches are resilient to total failure and the need to failover to another environment. > Memory leaks are a non-issue - seriously, you're processing the transaction and durably storing the result and going away. I've seen systems written this way that have been running for over 20 years. > The system is more resilient, there's no pretense to it. I have anecdotal data from many projects developed by many teams in multiple companies now that show the business disruptions have decreased and decreased considerably. > Not all systems are affected the same way by cold starts, some aren't affected at all. You do have to plan for it and understand how cold starts affect your system and whether any remediation is required. > It's making the world worse - that's a subjective opinion. I call faster time to delivery with fewer business disruptions better. We're currently delivering capabilities the business thought would take far longer to develop and would cost a lot more in operations costs. I call that making the world better. |
|
|
So? History and same mistakes have repeated for centuries in many areas. Does that make it good?
> I have anecdotal data from many projects developed by many teams in multiple companies now that show the business disruptions have decreased and decreased considerably.
And so? Someone else likely has anecdotal data otherwise. How do you even show this? Was everything else the same except this "server" vs "serverless" change? That in itself is impossible unless you know how to freeze time. Lots of variables in your company are likely different every week or month. People come and go. The market changes. Etc.
> some aren't affected at all.
Like if you close your eyes and pretend it doesn't exist? Sure. If you don't care it definitely doesn't exist otherwise cold starts are always slower, the end. It's not just about the programming language, jit, VMs or anything. It's a worse outcome.
> that's a subjective opinion
It's objective based on your measures of objectiveness - as seen above.
> I call faster time to delivery with fewer business disruptions better.
Is that a given? How did you jump to this? Either approach has its complexities. I've seen "serverless" take longer to deliver.
> I call that making the world better.
How does that make it better? What does doing better than an estimate have to do with serverless? You can do that regardless.
We're here just going over the straw man. Where's your actual argument? About server vs serverless. Not something else.