containerd / containerd/runwasi

Proposal: report out component and wasi compliance with releases

Open
#338 1 comment 1 reaction 0 assignees View on GitHub
enhancement
Dominant language
Rust
Stars
1.3k
Forks
131
PR merge metrics
No merged PRs in 30d

Description

Hi all. I have a proposal that runwasi releases should provide information to those consuming either crates or shims for wasm runtimes. Runwasi was conceived as an approach to integrate webassembly system interface and components into Kubernetes generally while providing a reasonably "transparent" operational and application experience -- and the response has been wonderful.

As we add new runtimes, however, the name runwasi says _wasi_ -- which of course early on was wasi preview 1, though no one has ever prevented anyone from implementing custom functionality, and we didn't have that intention.

However, as we move forward, I think we should provide potential users with information about wasi and component compliance for each runtime/release in the form of a report. I don't think that the project needs to exclude any behavior, but I do think that conveying to those selecting runtime shims should have information about the runtimes, the support they have for current wasi and component standards, and any custom information like enabling or preventing custom functionality.

As both standards continue to be in flight, it sure doesn't seem to me that anyone need to "comply" at any one point, because the runtimes themselves will or will not handle that work. But I do think that we should aim to help users with understanding what `wasi` the shims currently support.

There are a few compliance tests out there we can use -- and certainly this is a backlog objective. One step after another.

Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.