I instrumented my espresso machine with OpenTelemetry
Instrumenting my espresso machine with OpenTelemetry
A developer treats his Gaggia espresso machine as a distributed system, instrumenting it with OpenTelemetry and shipping telemetry to ClickHouse Cloud. He details the hardware challenges: flattening the OTLP protobuf schema for the ESP32's limited memory, splitting tasks across cores to avoid blocking the control loop, and computing derived metrics like channeling detection on-device. The result is a full observability stack for a 30-second shot.
Telemetry is allowed to degrade. The espresso is not.
- alexpotato
> So the plugin is split across the ESP32's two cores. The control loop and its sensor event handlers own core 0. The exporter gets its own FreeRTOS task pinned to core 1, where a blocking TLS handshake can never touch extraction:
I spent several years working on the technical side of HFT trading operations and this is also an issue with exchange gateways.
e.g. you want both to be true:
- fastest possible path through the gateway
- the ability to log EXACTLY when messages flowed through
The way this was accomplished was to split each direction (e.g. in and out) to a single core and then have an additional core for logging.
- throw0101a
Fun fact, the first webcam was for a coffee machine:
- sen
AI-written blogspam where the whole thing is an ad.