<img height="1" width="1" style="display:none;" alt="" src="https://px.ads.linkedin.com/collect/?pid=1110556&amp;fmt=gif">
Skip to content
    September 16, 2024

    Introducing The eBPF Agent: A New, No-Code Approach for Cloud-Native Observability

    Additional contributor: Sasanka Pusapati
    Key Takeaways
    • Adopt microservices (eBPF) agents for monitoring in dynamic and resource-constrained environments.
    • Employ DX Operational Observability to gain low-overhead, real-time, and non-intrusive monitoring capabilities.
    • Establish end-to-end observability across the entire digital delivery chain and equip teams with actionable insights.

    Microservices architecture has become a dominant approach for building scalable, resilient, and flexible applications. However, monitoring these microservices presents unique challenges due to their distributed nature, fixed or limited resources, enterprise scale, and the dynamic nature of environments, such as Kubernetes clusters. The result is that in-process application agents often introduce significant overhead because they rely on intrusive instrumentation and frequent polling. Quite simply, they are heavy agents. 

    Adopting microservices (eBPF) agents for monitoring helps teams address critical needs for a low-overhead, real-time, and non-intrusive monitoring solution in dynamic and resource-constrained environments. eBPF agents are lightweight and powerful!

    Before diving into the enchanting world of eBPF monitoring, let’s unravel the mystery of eBPF itself. Imagine eBPF as a magical lens—a way to peer into the inner workings of your Linux system for cloud-native observability. Here’s what the eBPF agent can do:

    1. System calls and network traffic: eBPF can monitor system calls, network traffic, and system behavior in real time. It’s like having a wizard’s crystal ball that reveals hidden secrets.
    2. Granularity galore: With eBPF, you can trace performance data on a process-by-process basis. Whether for individual containers, specific processes, or entire applications, eBPF offers unparalleled granularity.
    3. Security sorcery: Some IT solutions wield eBPF for runtime security auditing and incident response. It’s the guardian at the castle gates that ensures your system stays safe.

    Feature comparison of in-process and eBPF agents

    Feature In-process agent eBPF agent
    Agent execution space Inside application (user-space) execution Outside monitoring
    Overhead and performance impact Higher overhead; intrusive Low overhead; non-intrusive
    Scope of monitoring Application-specific monitoring; limited to the application System-wide monitoring; application-agnostic

    Architectural comparison

    ESD_FY24_Academy-Blog.Introducing The eBPF Agent - A New, No-Code Approach for Cloud-Native Observability.Figure 1

    eBPF agent: A powerful solution for cloud-native monitoring

    DX Operational Observability (DX O2) helps teams contend with the explosive growth in monitoring data, infrastructure complexity, and business demands. The product enables end-to-end observability across the entire digital delivery chain and empowers IT operations teams with actionable insights to efficiently manage modern and complex environments.

    The eBPF agent is a powerful addition to the DX Operational Observability ecosystem. It provides dynamic instrumentation by inserting probes into the running system, without requiring restarts or recompilation. Here are some key features:

    1. Dynamic instrumentation: The eBPF agent dynamically inserts probes into the system, allowing on-the-fly instrumentation. This avoids disruption since there is no need for teams to restart or recompile applications.
    2. Kernel-level metrics collection: The eBPF agent leverages Linux kernel-level API calls that are consistent across all hosts in the cluster. This ensures uniform collection of observability metrics. To help teams monitor the health and performance of applications, it provides three key performance indicators (KPIs):
      • Responses per interval
      • Errors per interval
      • Average response time


        ESD_FY24_Academy-Blog.Introducing The eBPF Agent - A New, No-Code Approach for Cloud-Native Observability.Figure 2
    3. Language-agnostic, broad support: The eBPF agent natively supports applications built using Java, .NET, PHP, NodeJS, Python, Golang, or C++. With native support for these widely adopted technologies, eBPF can readily correlate the full stack monitoring data it gathers as transactions transverse complex IT estates. Teams benefit from an intuitive presentation of the application flow topology.

      ESD_FY24_Academy-Blog.Introducing The eBPF Agent - A New, No-Code Approach for Cloud-Native Observability.Figure 3
    4. Near-zero overhead: The agent sits outside the application pod. This minimizes overhead while still providing valuable insights.

    Universal Monitoring Agent (UMA) features a microservices agent that runs as part of UMA daemonset pods (app-container-monitor). The UMA acts as a single agent deployment that automatically discovers and monitors Kubernetes and Red Hat OpenShift containers, applications, and cluster services.

    ESD_FY24_Academy-Blog.Introducing The eBPF Agent - A New, No-Code Approach for Cloud-Native Observability.Figure 4

    The eBFP agent: Innovative, powerful, and enchanting!

    The new eBPF monitoring agent provides comprehensive insights into the performance and interactions of frontends, backends, and application flows (AppFlow). It provides teams with outside-in monitoring of applications for cloud-native observability, without requiring changes to the applications.

    There will be situations where in-process agents provide distinct benefits. However, given changes in application architectures and the monitoring needs and constraints that teams face, these occasions are more the exception than the norm. Choosing between a microservices (eBPF) agent and an in-process application agent depends on your specific requirements, such as the level of detail needed, the acceptable overhead, and whether system-wide or application-specific monitoring is desired.

    Tag(s): AIOps , DX OI , DX APM

    Ravina Khanna

    Ravina Khanna is a Product Manager on the AIOps and Observability team at Broadcom. She covers a number of technology areas including ingestion agents for application performance management and synthetic monitoring. She applies her extensive experience building and managing enterprise products to extend solution...

    Other posts you might be interested in

    Explore the Catalog
    September 6, 2024

    CrowdStrike: Are Regulations Failing to Ensure Continuity of Essential Services?

    Read More
    August 28, 2024

    Monitoring the Monitor: Achieving High Availability in DX Unified Infrastructure Management

    Read More
    August 27, 2024

    Topology for Incident Causation and Machine Learning within AIOps

    Read More
    August 23, 2024

    Elevate Your Database Performance: The Power of Custom Query Monitoring With DX UIM

    Read More
    August 16, 2024

    Enhancing IT Monitoring with DX UIM 23.4 Cumulative Update 2

    Read More
    August 6, 2024

    Topology for Confident Observability and Digital Resilience

    Read More
    August 2, 2024

    Ensure Full Stack Observability Between Mainframe and Cloud/Container Applications with AIOps from Broadcom

    Read More
    July 26, 2024

    Objective Monitors in the Context of Active Directory (AD) Servers

    Read More
    July 18, 2024

    The Unreasonable Effectiveness of Simplicity in IT Operations Strategy

    Read More