Observability in WebAssembly (opens in new tab)

(dev.dylibso.com)

92 pointsneuronicnobody2y ago29 comments

29 comments

26 comments · 8 top-level

naillo2y ago· 4 in thread

What a crazy choice of background color. On the other hand it kinda signals that the developers themselves designed it which is generally a good sign of other characteristics of a project.

nilslice2y ago

i'm the developer (non-designer) responsible for this, and dying laughing, so thank you!

onemoresoop2y ago

Somebody is a big fan of mustard

nilslice2y ago

twomoresoops plz

syndicatedjelly2y ago

lol i didnt even notice the change, just that i felt more agitated by the end

titzer2y ago· 3 in thread

Great to see more focus on observability for Wasm now. This was a major impetus and still a major goal of the Wizard Research Engine, which has engine-level hooks that allow programmable instrumentation.

wikiwong2y ago

We're inspired by this project, linking for posterity: https://github.com/titzer/wizard-engine

bhelx2y ago

Thanks Ben! Really looking forward to your WasmCon talk.

nilslice2y ago

huge fan of what you’re doing with Wizard & Virgil. and thanks for all you’ve done for wasm!

pranay012y ago· 3 in thread

Not sure if OP is from Dylibso, but would love to see telemetry data emitted in OpenTelemetry format as well so different tools (including open source ones) which support Otel format can also consume this data.

I am one of the maintainers at SigNoz [1], an otel native open source observability platform and would love to enable our users to see telemetry data from WASM

[1] https://github.com/SigNoz/signoz

nilslice2y ago

It shall be done! we already have the OTel formatting ready to go, but focused on these platform specific adapters for launch. In fact, Lightstep and Honeycomb adapters are fairly thin wrappers around the OTel formatting we do out of our instrumentation layer.

We’ve got a ticket open on the GitHub repo to track in case you’d like to follow along. Happy to get your users supported!

serverlessmom2y ago

Oh neat! (I was here to ask the same question as above) would love to share the project when OTel support is released!

pranay012y ago

Awesome! Would check out the github issue

1 more reply

lukevp2y ago· 2 in thread

This is by the same team behind Extism, a WASM plug-in library implemented in multiple languages. I’ve been active on their Discord and they’ve been really awesome and supportive of any questions I have. I’m excited to see where they go with this observability SDK. WASM has a major usability problem right now, and we need things like this and Extism to make it smoother to produce and consume wasm programs!

wikiwong2y ago

Thanks Luke, we greatly appreciate your engagement and help in hardening this ecosystem!

nilslice2y ago

you're too kind! and excited to see your WebAssembly projects here on HN sometime too :)

kbknapp2y ago· 2 in thread

I wonder how well (or if it's even possible?) to pair this with hosted WASM runners (like CloudFlare Workers, or Fastly Runners, etc.).

It looks like there is also (limited?) support for tracing functions and allocations in WASM binaries you didn't compile. I'm looking forward to trying this out!

nilslice2y ago

Yes, it should work in Cloudflare, you'd just need to use the JS adapter for whichever APM you use (Datadog, Honeycomb, Lightstep w/ more coming soon). The library provides import functions you pass into your module instance, and as long as the Wasm was instrumented before you deploy the Worker, you should have no issues. Please let us know if you hit any though!

bhelx2y ago

One caveat that Datadog (specifically traces) probably won't work on the edge just yet. But if this is something you're interested in kbknapp feel free to post your questions or requests here https://github.com/dylibso/observe-sdk/discussions

_boffin_2y ago· 2 in thread

Was just thinking of something like this last night. Now, wonder if I can compile JS and automatically wire up apm for all spans.

bhelx2y ago

I do have some experimental code working with QuickJS that does this. Feel free to reach out of if you're interested in trying it out or start a discussion https://github.com/dylibso/observe-sdk/discussions

_boffin_2y ago

I’ll be reviewing.

Question: are you wiring it up like how APM is wired up in JVM applications or what exactly are you doing? Does it effect stack trace outputs or leave those alone?

1 more reply

xena2y ago· 2 in thread

I love this. I wish it supported something self-hosted like Jaeger though.

nilslice2y ago

we will have a pure HTTP & gRPC OTel adapter soon - just focused on the platforms first for this announcement but follow the repo for updates:

https://github.com/dylibso/observe-sdk

wikiwong2y ago

Thanks for the feedback, we've done some internal work to verify open source, self hosted platforms like Jaeger, Zipkin, and OpenObserve. Official support is coming soon!

neuronicnobodyOP2y ago

Extract logs, traces, and metrics from Wasm!

j / k navigate · click thread line to collapse

29 comments

26 comments · 8 top-level

naillo2y ago· 4 in thread

What a crazy choice of background color. On the other hand it kinda signals that the developers themselves designed it which is generally a good sign of other characteristics of a project.

nilslice2y ago

i'm the developer (non-designer) responsible for this, and dying laughing, so thank you!

onemoresoop2y ago

Somebody is a big fan of mustard

nilslice2y ago

twomoresoops plz

syndicatedjelly2y ago

lol i didnt even notice the change, just that i felt more agitated by the end

titzer2y ago· 3 in thread

wikiwong2y ago

We're inspired by this project, linking for posterity: https://github.com/titzer/wizard-engine

bhelx2y ago

Thanks Ben! Really looking forward to your WasmCon talk.

nilslice2y ago

huge fan of what you’re doing with Wizard & Virgil. and thanks for all you’ve done for wasm!

pranay012y ago· 3 in thread

I am one of the maintainers at SigNoz [1], an otel native open source observability platform and would love to enable our users to see telemetry data from WASM

[1] https://github.com/SigNoz/signoz

nilslice2y ago

We’ve got a ticket open on the GitHub repo to track in case you’d like to follow along. Happy to get your users supported!

serverlessmom2y ago

Oh neat! (I was here to ask the same question as above) would love to share the project when OTel support is released!

pranay012y ago

Awesome! Would check out the github issue

1 more reply

lukevp2y ago· 2 in thread

wikiwong2y ago

Thanks Luke, we greatly appreciate your engagement and help in hardening this ecosystem!

nilslice2y ago

you're too kind! and excited to see your WebAssembly projects here on HN sometime too :)

kbknapp2y ago· 2 in thread

I wonder how well (or if it's even possible?) to pair this with hosted WASM runners (like CloudFlare Workers, or Fastly Runners, etc.).

It looks like there is also (limited?) support for tracing functions and allocations in WASM binaries you didn't compile. I'm looking forward to trying this out!

nilslice2y ago

bhelx2y ago

_boffin_2y ago· 2 in thread

Was just thinking of something like this last night. Now, wonder if I can compile JS and automatically wire up apm for all spans.

bhelx2y ago

_boffin_2y ago

I’ll be reviewing.

Question: are you wiring it up like how APM is wired up in JVM applications or what exactly are you doing? Does it effect stack trace outputs or leave those alone?

1 more reply

xena2y ago· 2 in thread

I love this. I wish it supported something self-hosted like Jaeger though.

nilslice2y ago

we will have a pure HTTP & gRPC OTel adapter soon - just focused on the platforms first for this announcement but follow the repo for updates:

https://github.com/dylibso/observe-sdk

wikiwong2y ago

Thanks for the feedback, we've done some internal work to verify open source, self hosted platforms like Jaeger, Zipkin, and OpenObserve. Official support is coming soon!

neuronicnobodyOP2y ago

Extract logs, traces, and metrics from Wasm!

j / k navigate · click thread line to collapse