I assume WASM will grow in popularity to ultimately replace containers and an open source serverless platform will emerge that has similar ubiquity to k8s. So far, we have projects like wasmCloud and Fermyon.
Serverless Is An Architectural Handicap (And I'm Tired of Pretending it Isn't)
Submitted 5 months ago by sommerset@thelemmy.club to selfhosted@lemmy.world
https://viduli.io/blog/serverless-is-a-handicap
Comments
melfie@lemy.lol 5 months ago
sommerset@thelemmy.club 5 months ago
Huh? How would wasm replace containers?
Wasm will allow writing for web browser in golang and php. Server containers won’t go awaymelfie@lemy.lol 5 months ago
If WASM+WASI existed in 2008, we wouldn’t have needed to create Docker. That’s how important it is. WebAssembly on the server is the future of computing. - Solomon Hykes (co-founder of Docker)
ericheese@lemmy.zip 5 months ago
krooklochurm@lemmy.ca 5 months ago
I don’t know about you, but I really, really, really don’t care if a website wants to make its articles look more appealing by throwing in some animates.
possiblylinux127@lemmy.zip 5 months ago
WTF?
AnUnusualRelic@lemmy.world 5 months ago
Are you saying that it isn’t a picture of the cloud (or of an IA barrister in a British court)?
princessnorah@lemmy.blahaj.zone 5 months ago
Did we culturally forget that digital art and photoshopping exist for a minute?
sugar_in_your_tea@sh.itjust.works 5 months ago
When building an application, consider all options. Serverless is great for background tasks that can be broken up into smaller pieces that you would otherwise need to scale up for main instances to handle, or scale up/down additional instances. It’s great for running background reports that you do t want to build a bunch of routes for.
I would never choose serverless for the whole app architecture, but I might choose one host over another of the distinguishing feature was serverless. It’s really nice to have the option.
queerlilhayseed@piefed.blahaj.zone 5 months ago
A poor architect blames their tools. Serverless is an option among many, and it’s good for occasional atomic workloads. And, like many hot new things, it’s built with huge customers in mind and sold to everyone else who wants to be the next huge customer. It’s the architect’s job to determine whether functions are fit for their purposes. Also,
Here’s the fundamental problem with serverless: it forces you into a request-response model that most real applications outgrew years ago.
IDK what they consider a “real” application but plenty of software still operates this way and it works just fine. If you need a lot of background work, or low latency responses, or scheduled tasks or whatever then use something else that suits your needs, it doesn’t all have to be functions all the time.
And if you have a higher-up that got stars in their eyes and mandated a switch to serverless, you have my pity. But if you run a dairy and you switch from cows to horses, don’t blame the horses when you can’t get milk.
eleijeep@piefed.social 5 months ago
This is just an ad for “Viduli, The AI-native cloud platform”
The discussion itself is off-topic for this community anyway. Who would even think about using “serverless” for self-hosting?
EncryptKeeper@lemmy.world 5 months ago
Why wouldn’t serverless technologies be relevant to the self hosted community?
Goodeye8@piefed.social 5 months ago
The discussion is off topic for the same reason web development software patterns or the benefits of choosing one language over another aren’t really relevant to the selfhosting community. Because most self-hosters don’t develop the software they host, they set up existing software. Serverless technology itself might be relevant, if there was a project using that, but how the architectural decision impacts software development is not really relevant to self-hosters.
RedirectedPotato@lemmy.world 5 months ago
I can’t think of a single open source / self hostable app that needed, or even had an option to deploy as a function. I have seen FaaS projects though, but they deploy to docker.
fruitycoder@sh.itjust.works 5 months ago
I use serverless via knative in my homelab…
Shirasho@lemmings.world 5 months ago
What wasnt conveniently covered is what happens when your container goes down and how to architect recovery. Your simple flow diagram is no longer simple.
oshu@lemmy.world 5 months ago
What does this have to do with self-hosting?
sommerset@thelemmy.club 5 months ago
So people know what not to do for selfhosting. Don’t self host in lambdas people.
Tbh it speaks volumes that none of the hundreds of containers I run - none of them had this in the instructions “you should use serverless”.Yoddel_Hickory@lemmy.ca 5 months ago
Containers kinda are the opposite of serverless, not surprising they don’t have that in their instructions.
jim3692@discuss.online 5 months ago
Who is self-hosting in lambdas? Isn’t the idea of self-hosting to control your infrastructure (preferably including the hardware) ?
Maeve@kbin.earth 5 months ago
It's a dystopian government's dream.
BozeKnoflook@lemmy.world 5 months ago
I’m sure ‘serverless’ has a good time and place to be used, but in my experience it has just always the worse choice.
“But we need to be able to scale!”
Sure, but we’re not in a place where we’re getting anywhere near early mySpace / Facebook / Google style growth. Just get a regular ass cheap VPS and stick your service on it; if you need to expand upgrade the VPS. If it’s starts getting serious then let’s look at compartmentalizing and distributing it if we need to.
danielquinn@lemmy.ca 5 months ago
If you build for a containerised environment, standing up your service in Kubernetes with HPA gives you all the scalability (and potentially cost) benefits of serverless without all the drawbacks.
henfredemars@lemdro.id 5 months ago
It really is such a cool concept. The autism in me hates the name though because there’s always a server. I wish it were called a “container-based service” or even just “containers” instead of serverless to be more direct.
There’s so much big talk about scale but really, scaling is not that important to 99% of businesses I’ve worked at. You’re not a startup. Your typical server has a huge amount of resources if managed appropriately. I guarantee and would bet money that you’ll never have a million users let alone a billion using your medical coding web app. Like, sit down!
fruitycoder@sh.itjust.works 5 months ago
Problem is containers mean OCI/Docker containers for most people, which distinctly are little OSs (the kernel is shared), where serverless creates a common OS stack and application framework as well.
BozeKnoflook@lemmy.world 5 months ago
Absolutely. People really sleep on just how much traffic a simple low end server running a PHP framework can handle. I’ve ran systems with a million users (combined across multiple domains and clients but still) and it was just fine with a single database server and a few web servers. They would have needed to hit the tens of millions of users before serious refactoring or rewriting would have ever been necessary to consider.
bravesilvernest@lemmy.ml 5 months ago
Premature optimization is billed as a feature nowadays.
Cyberflunk@lemmy.world 5 months ago
this shows a fundamental misunderstanding of how serverless can be used, and modern techniques. serverless is absolutely a valid choice if you architect for it. nerdbait article