You still need something like K8s, even if you're not using docker underneath . Indeed you can already use other runtimes under K8s, so what he is proposing is nothing new anyway.
You still need something like K8s, even if you're not using docker underneath . Indeed you can already use other runtimes under K8s, so what he is proposing is nothing new anyway.
It's like saying QEMU is the new Systemd; it doesn't even make sense, it's a category error.
> I compare WebAssembly to K8s, but really it's more like processes and private namespaces. So one answer to the question as initially posed is that no, WebAssembly is not the next Kubernetes; that next thing is waiting to be built, though I know of a few organizations that have started already.
> One thing does seem clear to me though: WebAssembly will be at the bottom of the new thing,
Edit: formatting
[0]https://en.wikipedia.org/wiki/Betteridge%27s_law_of_headline...
I think that's kind of essential to understanding the role Kubernetes fulfills: it's an automation platform.
In that sense, wasmtime is an alternative to runc for wasm/wasi.
In no way is any of this a replacement for a high level tool like docker.
Or the new Java virtual machine, as they are literally the same thing. Kubernetes has nothing to do with it.
Before containers became a thing, everyone was happily deploying their Java applications on Java application containers (Tomcat, Weblogic, those things, remember?)... so I wouldn't say it has nothing to do with Kubernetes... just wait a bit and you might as well see the new generation of Weblogic written on WASM.