Operations | Monitoring | ITSM | DevOps | Cloud

To get visibility into highly distributed applications, organizations often use various tracing tools that are best suited to each individual service owner’s specifications. However, when a request travels between services that have been instrumented with different tools, the trace data may be formatted differently, resulting in broken traces.

Parsing logs with regex is a valuable technique for extracting essential information from large volumes of log data. By employing this method, one can effectively identify patterns, errors, and other key insights, ultimately streamlining log analysis and enhancing system performance.

Grafana Tempo 2.1 is out and comes with a host of TraceQL improvements. Tempo 2.1 comes with some nice incremental improvements to TraceQL and likely some breaking changes. There’s a section down below about those, too.

As the amount of telemetry being collected continues to grow exponentially, businesses are continuously seeking cost-effective ways to monitor and analyze their systems. Data collection and monitoring can be expensive, especially when dealing with large volumes of logs. One approach to maintaining visibility while reducing the amount of data collected is through creating log-based metrics.

OpenTelemetry is enabling a revolution in how Observability data is collected and transmitted. See our What Is OpenTelemetry post on why this is an important inflection point in the Observability space. In this post, we’ll walk through how to configure the OpenTelemetry Gems within a Rails app.

OpenTelemetry was launched in May 2019, as a merger of the OpenCensus and OpenTracing projects. The open-source, vendor-neutral project resides within the Cloud Native Computing Foundation (CNCF), which virtually ensures its longevity and widespread adoption. In fact, OpenTelemetry has gained significant traction in recent years, with support from many major cloud providers and the tech industry.

Avoiding vendor lock-in is a ‘must’ when it comes to working with new services. Those in ITOps, DevOps, or as an SRE also don’t want to be tied to specific vendors when it comes to their telemetry data. And that’s why OpenTelemetry’s popularity has surged lately. OpenTelemetry prevents you from being locked into specific vendors for the agents that collect your data.

We recently introduced the LogicMonitor Exporter which is now a part of OpenTelelemetry Collector Contrib distro. This allows you to bring your collector for streaming telemetry data from your environment to LM Envision, LogicMonitor’s hybrid and multi-cloud monitoring platform. LogicMonitor associates the exported logs and traces from a single OpenTelemetry collector to simplify your application’s operations and troubleshoot issues.

The Cloud Native Computing Foundation (CNCF) is a non-profit organization dedicated to advancing the adoption of cloud-native technologies and practices. Established in 2015 as a part of the Linux Foundation, the CNCF has become a prominent open-source organization that aims to develop a standardized and vendor-neutral cloud-native stack. The CNCF seeks to enable the use of cloud-native computing for building scalable and resilient applications in dynamic environments.

AppSignal integrates seamlessly with Prisma via OpenTelemetry to give you invaluable insights into how your application is performing. In this blog post, we'll outline how you can use AppSignal to optimize your application's Prisma integration, mitigate inefficient database queries, spot anomalies, and improve your application's scalability.