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

It seems like a more accurate comparison would be container images and webassembly. Kubernetes is a orchestrator that tells containers where to run, how many, etc. For WebAssembly to replace Kubernetes, enterprises would need some other orchastration engine - or conceivably, Kubernetes could run webassembly packages in addition to container images.


> Kubernetes could run webassembly packages in addition to container images.

https://github.com/krustlet/krustlet

https://cloudblogs.microsoft.com/opensource/2020/04/07/annou...

“Despite the excitement about Wasm and WASI, it should be clear that containers are the major workload in K8s, and for good reason. No one will be replacing the vast majority of their workloads with WebAssembly. Our usage so far makes this clear. Do not be confused by having more tools at your disposal.”


There is a node image you can use to run web assembly. Assuming everything you do is web assembly then using that as a base image would cut down the amount of downloads that'd have to happen for new applications.


How do you orchestrate your Node runtimes? In containers?


Yup, that's what I was suggesting. If all the containers have the same baseline node image then the only difference will be the app code.




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

Search: