envoyproxy/envoy
Auf GitHub ansehenproposal: design Wasm ABI for tracing providers
Open
#10.563 geöffnet am 28. März 2020
area/wasmdesign proposalhelp wanted
Repository-Metriken
- Stars
- (27.997 Stars)
- PR-Merge-Metriken
- (Durchschn. Merge 8T) (378 gemergte PRs in 30 T)
Beschreibung
Title: design Wasm ABI for tracers
Context:
- after
Envoymoved tolibc++,dynamic_ot-based tracers got broken because they were relying onC++ABI - following that, a potential new tracing provider expressed its interest in
CABI instead - so, it seems that tracing providers could benefit from having their own
WasmABI
Proposal:
- Let's try to design
WasmABI for tracers - Along the way, let's expand on ideas that came out of reviews for
Wasmupstreaming PRs, namely:- ABI should be modular and complementary to proxy-wasm/spec
- ABI should use versioning scheme similar to regular Envoy extensions, e.g.
envoy.tracers.v1alpha0 - ABI should support usage model consistent with regular Envoy extensions, e.g. it should be possible to have N instances of the same extension type each with a different configuration
- ABI should be optimized for data passing from Envoy to the Wasm extension in just 1 function call