Provide support for wasi-experimental-http

[IhostVlad]

Feature

Provide support for wasi-experimental-http, for instance, this one https://github.com/deislabs/wasi-experimental-http, over specific CLI flag

Benefit

Currently there is now stereotypical way to perform HTTP requests over wasmtime runtime, but it's mandatory MVP feature, since much work performed via network sockets, for instance, interacting with AWS/Azure/etc cloud SDKs can be performed only via HTTP(S)

Implementation

Support for wasi-experimental-http can be provided as build-in functionality, like for neural nets or cryptography, which are already had been implemented as wasmtime features, and should be available via CLI flag
Maybe it's better to introduce some plugins management subsystem in wasmtime, but now it seems to be redunant

Alternatives

Unfortunately there is now adequate alternatives, other than recompile wasttime from source codes and inject http crate mentioned above

[wuhuizuo]

any updates?

[IhostVlad]

@sunfishcode @alexcrichton @pchickey @abrown Any updates or planned milestones for this issue? Still waiting for HTTP or TCP support to try wasmtime in project :)

[brendandburns]

@IhostVlad

I built a small patch set on top that integrates this into wasmtime:
https://github.com/brendandburns/wasmtime/tree/v4.0.0

And at head:
https://github.com/brendandburns/wasmtime

Please note that this is a personal experiment, so YMMV and all of that.

If the wasmtime maintainers are interested in this as a pull request, I can clean it up and send it over, but I definitely respect their decision about what to include (or not) in wasmtime.

I'll be putting together some better documentation and examples over the next few days.

[brendandburns]

There's a bunch of examples of how to use this from various languages now:

• C
• TypeScript
• Golang
• Zig

[brendandburns]

Now that wasmtime 9.0.x has shipped with this enabled, I think that this issue can be closed.