The Go sdk for proxy-wasm, enabling developers to write Envoy extensions in Go.
proxy-wasm-go-sdk is powered by TinyGo and does not support the official Go compiler.
import (
"github.com/tetratelabs/proxy-wasm-go-sdk/proxywasm"
"github.com/tetratelabs/proxy-wasm-go-sdk/proxywasm/types"
)
var counter proxywasm.MetricCounter
type metricRootContext struct { proxywasm.DefaultRootContext }
func (ctx *metricRootContext) OnVMStart(int) bool {
// initialize the metric
counter = proxywasm.DefineCounterMetric("proxy_wasm_go.request_counter")
return true
}
type metricHttpContext struct { proxywasm.DefaultHttpContext }
func (ctx *metricHttpContext) OnHttpRequestHeaders(int, bool) types.Action {
// increment the request counter when we receive request headers
counter.Increment(1)
return types.ActionContinue
}
proxy-wasm-go-sdk depends on TinyGo's latest dev branch which supports WASI target(tinygo-org/tinygo#1373) and has yet to be tagged.
In order to install that version of TinyGo, simply run (Ubuntu/Debian):
# this corresponds to https://github.com/tinygo-org/tinygo/commit/f50ad3585d084b17f7754f4b3cb0d42661fee036
wget https://19227-136505169-gh.circle-artifacts.com/0/tmp/tinygo_amd64.deb
dpkg -i tinygo_amd64.deb
Alternatively, you can use the pre-built docker container tinygo/tinygo-dev:latest
for any platform.
TinyGo's official tagged release of WASI target will come soon, and after that you could just follow https://tinygo.org/getting-started/ to install the requirement on any platform. Stay tuned!
proxy-wasm-go-sdk | proxy-wasm ABI version | istio/proxyv2 |
---|---|---|
main | 0.2.0 | v1.17.x |
v0.0.8 | 0.2.0 | v1.17.x |
build:
make build.examples # build all examples
make build.examples.docker # in docker
make build.example name=helloworld # build a specific example
make build.example.docker name=helloworld # in docker
run:
make run name=helloworld
make test # run local tests without running envoy processes
make test.e2e # run e2e tests
- Some of existing libraries are not available (importable but runtime panic / non-importable)
- There are several reasons for this:
- TinyGo's WASI target does not support some of syscall: For example, we cannot import
crypto/rand
package. - TinyGo does not implement all of reflect package(examples).
- proxy-wasm-cpp-host has not supported some of WASI APIs yet
(see the supported functions).
For example,
clock_time_get
is not implemented, and therefore we cannot usetime.Now
function.
- TinyGo's WASI target does not support some of syscall: For example, we cannot import
- These issues will be mitigated as TinyGo and proxy-wasm-cpp-host evolve.
- There are several reasons for this:
- There's performance overhead of using Go/TinyGo due to GC
runtime.GC
is called whenever the heap runs out (see 1, 2).- TinyGo allows us to disable GC, but we cannot do that since we need to use maps (implicitly causes allocation) for saving the plugin's state.
- Theoretically, we can implement our own GC algorithms tailored for proxy-wasm through
alloc(uintptr)
interface with-gc=none
option. This is the future TODO.
recover
is not implemented in TinyGo, and there's no way to prevent the WASM virtual machine from aborting.- Goroutine support
- In Tinygo, Goroutine is implmeneted through LLVM's coroutine (see this blog post).
- In Envoy, WASM modules are run in the event driven manner, and therefore the "scheduler" is not executed once the main function exits.
That means you cannot have the expected behavior of Goroutine as in ordinary host environments.
- The question "How to deal with Goroutine in a thread local WASM VM executed in the event drive manner" has yet to be answered.
- We strongly recommend that you implement the
OnTick
function for any asynchronous task instead of using Goroutine. - The scheduler can be disabled with
-scheduler=none
option of TinyGo.
- https://github.com/proxy-wasm/spec
- https://github.com/proxy-wasm/proxy-wasm-cpp-sdk
- https://github.com/proxy-wasm/proxy-wasm-rust-sdk
- https://github.com/tetratelabs/envoy-wasm-rust-sdk
- https://tinygo.org/
Special thanks to TinyGo folks:)