Operations | Monitoring | ITSM | DevOps | Cloud

What do you do when an incident occurs, and you need to investigate and troubleshoot? Replay data. What about performing audit trails for compliance and reporting? Replay data. Need to do system testing and validation? Replay data. There are countless reasons to replay telemetry, but the ease of doing so largely depends on the tools and infrastructure you have in place. Manual replay is often cumbersome and time-consuming, requiring access to stored raw data in logs or files.

Let’s face it—the term "software supply chain" can feel like navigating a maze of tech jargon. Commit signing, Software Composition Analysis (SCA), eBPF monitoring, SBOM generation, provenance attestations… the list goes on. But at its core, the software supply chain is the backbone of modern development, and its security is non-negotiable. A single vulnerability in this chain can ripple through entire systems, leading to breaches, downtime, and reputational damage.

The end of the year for technology companies always brings with it a raft of new predictions for the coming twelve months. Many predictions, breathlessly delivered, suggest a tenuous future can be conveniently avoided with the appropriate application of vendors’ products. Using predictions as a way to shill products is boring, and it misses an opportunity to help enterprises plan for the coming year. After all, predictions don’t have to be correct to be useful.

Let me set the record straight before anyone accuses me of bias or not being an OpenTelemetry supporter. Cribl loves OpenTelemetry! We’ve written lots of blogs about It; we have vendor-specific OpenTelemetry Destinations (with more to come!), and we support automatic batch parsing for easier data manipulation and re-batching for network transport efficiency of logs, metrics, and traces.

As we wrap up an incredible year, it’s the perfect time to celebrate Cribl’s progress and innovation in 2024! This year brought many exciting features designed to solve real-world problems and make life easier for our customers. In the spirit of reflection and festivity, I’ll highlight twelve game-changing product features, releases, and enhancements— each a testament to listening, learning, and delivering value to you, our users.

Ever wondered how many NetFlow exporters or edge routers you have configured on your core switches? What if I told you that every exporter uses ~0.2% bandwidth in overhead? While that may not seem like much (and it has been a few years since most network engineers were worried about CPU overhead for NetFlow exports), older hardware and network OS versions may be more sensitive to having multiple flow exporters configured.

Over the past year, I’ve noticed some interesting trends in my work with state and local governments. Across my conversations with organizations in this space, there’s a common thread: teams are getting creative about maximizing their limited resources. With budgets either flat or shrinking and operational demands increasing, these teams face tough choices. They’re being asked to maintain or improve services while working with the same, or in some cases, fewer resources than before.

In today’s data-driven world, ensuring the security and compliance of your data pipelines is paramount. Cribl Stream and Cribl Edge offer powerful telemetry data management and enrichment solutions. However, deploying these tools within your environment often requires careful consideration of security and compliance standards.

If you are familiar with Cribl’s solutions, you know that we offer our customers choice and control over their data. The entire company is built on the idea that we want to help you get your data from anywhere to anywhere using open standards and open data formats. It is your data, and you have full control over what you collect and how it is handled.

Cribl Edge can send data to OpenTelemetry in several different ways. In this blog post, we’ll focus on the OpenTelemetry Metrics. In the blog, we’ll talk about Cribl Edge, but what we say applies to Cribl Stream, too! We will cover how to use Cribl Edge to collect Linux System Metrics, transform them into the OTLP Metrics format, and deliver them to an OTLP Destination.