HiveMQ, a global leader in enterprise MQTT solutions, announced the availability of the HiveMQ Distributed Tracing Extension, a new feature that makes it possible to trace and debug MQTT data streams from device to cloud and back. Complete IoT observability requires insight into three pillars: metrics, traces, and logs. HiveMQ has added distributed tracing to help organizations achieve end-to-end observability and make their IoT applications more performant and resilient.
Distributed Tracing is a way to trace events and achieve a high-level overview of a message’s journey through multiple, complex systems. With the Distributed Tracing Extension, HiveMQ is the first MQTT broker to add OpenTelemetry support to provide complete transparency for every published message that uses the HiveMQ MQTT broker. OpenTelemetry is an open standard for instrumentation that allows for interoperability across all services so organizations can achieve visibility over their entire system.
Recommended AI News: CloudFabrix Announces the Availability of Composable Analytics, Dashboards and Pipelines to Accelerate AIOps and Observability Adoption
“We’re the first MQTT broker to enable true IoT observability so customers can trace MQTT data and gather diagnostic information in real-time rather than after the fact,” said Christian Götz, CEO and Co-founder of HiveMQ. “IoT observability is key as it allows customers to quickly identify latency bottlenecks or reasons for failure in critical transactions and decrease the time spent resolving these issues.”
HiveMQ offers first-class integration into a broad range of Application Performance Monitoring (APM) tools such as Datadog, Dynatrace, and Honeycomb, or open source alternatives like Grafana Tempo. APM tools are being adopted rapidly but when used alone they typically have a blind spot around the MQTT data which leads to poor observability of applications. With the Distributed Tracing Extension, HiveMQ has solved that problem to unlock more value from expensive APM investments and shorten the time required to discover and resolve issues.
“In a complex architecture, customers often don’t know where to start when they experience a problem,” adds Götz. “Say opening the car door with a mobile application is taking 5 to 10 seconds instead of 1 second. A detailed look at where the message request traveled and how long it took at each step makes it easy to identify the root cause of latency so it can be fixed.”
Recommended AI News: Researchers from Gwangju Institute of Science and Technology Develop a New Method for Denoising Images
[To share your insights with us, please write to sghosh@martechseries.com]
Comments are closed.