dmcgowan/containerd-wasm

Implementation of containerd shim using wasm

containerd wasm shim

PROOF OF CONCEPT WARNING

A wasm implementation of a containerd runtime using the containerd shim interface

Uses wasmtime to execute wasm/wasi binaries

containerd-wasm's Issues

Fork development

Just FYI I've been working on a fork of this project as I was unable to build it from master: https://github.com/dippynark/containerd-shim-wasm

There's also an example included to deploy the shim to a local kind cluster.

Do you know if this pattern of running a wasm runtime instead of a container runtime is likely to be an adopted pattern in the future, or is something more first class more likely (like the krustlet project).

Use Wasmer go bindings?

Hi!

As part of our work in Wasmer, we are working on a Go extension that let anyone use a WebAssembly runtime performantly from Go: https://github.com/wasmerio/go-ext-wasm/

It might be a good use case for containerd-wasm!
Here's an example for it: https://github.com/wasmerio/go-ext-wasm/blob/master/wasmer/test/example_import_test.go

Feel free to close this issue if you think is not relevant to this project... just wanted to show our work as might be useful for this project!

OCI-compatible proposal for wrappering wasmtime

Hi firstly of all I really like this idea, and I have been confirmed that container wrapper+wasm/wasi runtime could bring some much of new opportunity no long after, despite wasm/wasi is not mature for now.

After some digging around with some other projects (such like kata), I think it could be better if we could wrapper wasmtime with OCI runtime specification, which leads to some benefits below:

• Make wasmtime as a gRPC service rather than an executable file
• Make this shim layer more general because of OCI (reduce some code deduplication with other container runtimes, ie. easy to develop)
• Make oci-wasmtime wrapper written in Rust so as to easily call wasmtime runtime API library

Lastly again I believe in heart that this is a great vision to redefine the future of new generation computation runtime.