Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

"Workload Orchestrators"

K8s can already do VMs with Kube-virt, so yeah.



K8S is unnecessarily complicated. I fully expect "serverless", warts and all, to take all comers. And, I get the irony. It's basically cgi-bin 2.0. It will win not because it is better, but because it is better "understood".


The irony is that now we have Azure services to keep state across serverless requests.

Excuse me while I go implement a servlet over there....


Serverless has been around now for several years and it hasn't taken off yet... definitely not to the same degree containers have.

I'm skeptical it will. To adopt serverless you need to be willing to rearchitect your product and retool your developers... that's expensive.


>(Serverless) I'm skeptical it will.

They'd get more uptake if it was easier I think. Not re-architect your product...but small things here and there.

I wanted to play with azure python functions but despite vs enterprise & lots of credits I can't. Without admin rights on local machine it's basically impossible. (Need VSCode & AZ toolkit)

(Unrelated - that kinda blew my mind - no you can't do that in the 2,000 USD VS enterprise...you need to use the free one)


> (Unrelated - that kinda blew my mind - no you can't do that in the 2,000 USD VS enterprise...you need to use the free one)

I’m guessing this is because Microsoft wants it to be more accessible—they probably realize that there isn’t much money to be made in $2,000 developer tools. Visual Studio was never a Python IDE; VS Code is much more language-agnostic.


Sure, but the whole "this feature is impossible in our 2000usd suit but its possible in our free one" doesn't seem strange to you?

If I'm buying the top end product I'm expecting full feature set, no?


containers are still relatively new and definetly not as ubiquitous as virtual machines.

Virtual machines are everywhere, from SME to large enterprises, tech hubs, industrial software et al.

Containers are mainly used for modern web and app development.


The rabbit hole goes deeper than that, my friend. https://cloud.google.com/run/


Oh God, why? Btw, this uses gVisor (https://gvisor.dev/) as the container runtime (instead of runc/containerd). That seriously limits what syscalls the containers can leverage. And the pricing is complicated too.


CGI-bin 2.0 is actually quite neat: having your script kick off on as many machines as needed is something CGI-bin 1.0 never cracked on any significant scale, and (eventually) having something like a standard interface to do that on Someone Else's Datacenter will be fun.


> And, I get the irony. It's basically cgi-bin 2.0.

More like "fancy inetd."




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: