Our next-gen architecture is built to help you make sense of your ever-growing data. Watch a 4-min demo video!

How to Configure the OTel Community Demo App to Send Telemetry Data to Coralogix

  • George Boddey & Maya Keren
  • December 29, 2022
Share article
Coralogix Otel

If you’re just getting familiar with full-stack observability and Coralogix and you want to send us your metrics and traces using the new OpenTelemetry Community Demo Application, this blog is here to help you get started. In this simple, step-by-step guide, you will learn how to get telemetry data produced by the OpenTelemetry Demo Webstore into your Coralogix dashboard using Docker on your local machine.


Earlier this year, OpenTelemetry (OTel) announced a project to build an OpenTelemetry Demo, and more recently it shared OpenTelemetry Demo v1.0 with the world, which allows you to quickly run a complete end-to-end distributed system instrumented with 100% OpenTelemetry traces and metrics. You might be asking why this is such a big deal. It makes OTel that much more accessible, by allowing anyone to easily create a sample application.

The example below uses the OpenTelemetry (OTel) Collector to ingest metrics and traces and sends them to us, where you can analyze and gain valuable insights from your data, including through the use of our new APM features.

Coralogix dashboard

OTel Demo App

The OTel Demo App serves as a fully-functioning online store, the OpenTelemetry Astronomy Shop, a microservice-based distributed system intended to illustrate the implementation of OpenTelemetry in a near real-world environment.

The app consists of more than 14 micro-services that communicate with each other via gRPC, Redis, and HTTP libraries, with support for 6 languages (C#, Go, Java, Node.js, Python, and Ruby).

The demo app also comes with supporting components such as OpenTelemetry Collector, Grafana, Prometheus, and Jaeger to export and visualize metrics and traces. OpenTelemetry Collector can be configured to send telemetry data to multiple backends, including Coralogix.

OpenTelemetry demo application architecture diagram
OpenTelemetry demo application architecture diagram. (https://github.com/open-telemetry/opentelemetry-demo)

OTel Collector

At the heart of the OTel Demo is the OTel Collector. It offers a vendor-agnostic implementation of how to receive, process and export telemetry data. It removes the need to run, operate, and maintain multiple agents/collectors.

The OTel Collector is configured via YAML, which is used to define receivers, processors, exporters, and pipelines.

To run the OTel Collector as part of the demo, you’ll need either a Docker or Kubernetes environment. We’ll deploy it locally using Docker Compose, which runs Docker, and send telemetry data to Coralogix as a backend.

Our ‘How-to’ Guide


6 Easy Steps

STEP 1 – Clone the Webstore Demo repo

git clone <https://github.com/open-telemetry/opentelemetry-demo.git>

STEP 2Set up Exporter Configuration

  • Change the directory and edit the .env file, add the following lines to the bottom and update the values to reflect your Coralogix account environment variables, as in the example below:
    • CORALOGIX_DOMAIN: You’ll need to include your account’s specific domain in the Coralogix endpoint.
    • CORALOGIX_PRIVATE_KEY: Insert your Coralogix private key. Bear in mind that this information is sensitive and be kept secure.
    • CORALOGIX_APP_NAME & CORALOGIX_SUBSYS_NAME: Customize and organize your data in your Coralogix dashboard using application and subsystem ****names.
# ********************
# Exporter Configuration
# ********************
  • Next, edit the file src/otelcollector/otelcol-config-extras.yml and add the following:
# extra settings to be merged into OpenTelemetry Collector configuration
# do not delete this file

    # The Coralogix traces ingress endpoint
      endpoint: "otel-traces.${CORALOGIX_DOMAIN}:443"
      endpoint: "otel-metrics.${CORALOGIX_DOMAIN}:443"
      endpoint: "otel-logs.${CORALOGIX_DOMAIN}:443"

    # Your Coralogix private key is sensitive
    private_key: "${CORALOGIX_PRIVATE_KEY}"

    # AppNameSubSystem values.
    # The first non-empty resource attribute is used.
    # application_name_attributes:
    #   - "service.namespace"
    #   - "k8s.namespace.name"
    # subsystem_name_attributes:
    #   - "service.name"
    #   - "k8s.deployment.name"
    #   - "k8s.statefulset.name"
    #   - "k8s.daemonset.name"
    #   - "k8s.cronjob.name"
    #   - "k8s.job.name"
    #   - "k8s.container.name"
    # It is required that logs, metrics and traces emitted by this exporter
    # are tagged in Coralogix
    # with the default application and subsystem constants.
    # Traces, Metrics and Logs emitted by this OpenTelemetry exporter
    # are tagged in Coralogix with the default application and subsystem constants.
    application_name: "${CORALOGIX_APP_NAME}"
    subsystem_name: "${CORALOGIX_SUBSYS_NAME}"

    # (Optional) Timeout is the timeout for every attempt to send data to the backend.
    timeout: 30s

    timeout: 1s
    send_batch_size: 50
    timeout: 60s
    detectors: [env, docker]
    timeout: 5s
    override: true

      processors: [spanmetrics, batch/traces, batch]
      exporters: [logging,  otlp,  coralogix]
      processors: [resourcedetection, batch/metrics, batch]
      exporters: [prometheus, logging, coralogix]
      receivers: [otlp]
      exporters: [logging, coralogix ]

STEP 3 – Update the OTEL Collector container definition

  • Open docker-compose.yml and update the otelcol container definition to match the environment variables that we defined earlier. Add the environment section to file, as done in the example below.
    image: otel/opentelemetry-collector-contrib:0.61.0
    container_name: otel-col
          memory: 100M
    restart: always
    command: [ "--config=/etc/otelcol-config.yml", "--config=/etc/otelcol-config-extras.yml" ]
      - ./src/otelcollector/otelcol-config.yml:/etc/otelcol-config.yml
      - ./src/otelcollector/otelcol-config-extras.yml:/etc/otelcol-config-extras.yml
      - "4317"          # OTLP over gRPC receiver
      - "4318:4318"     # OTLP over HTTP receiver
      - "9464"          # Prometheus exporter
      - "8888"          # metrics endpoint
      - jaeger
    logging: *logging

STEP 4 – Launch the sample

  • To run the environment, use the following command:
docker compose up --no-build
  • If you are using a M1/M2 Mac, you’ll need to build the containers to ensure that they’re using the right architecture. This will take significantly longer (upwards of 20 minutes).
docker compose up --build
  • Here is what your Docker desktop dashboard should look like:
Docker desktop dashboard

STEP 5 – Welcome to the Webstore!

  • Once the images are built and containers are started you can access the webstore at the following URL: http://localhost:8080/.
  • By default, there is a load generator that simulates 10 users using the webstore. Join them – browse, check out and purchase products on the site! You can view stats on this service at the URL: http://localhost:51371/.

STEP 6 – View your telemetry data on your Coralogix dashboard

  • View the traces generated by the project on Coralogix dashboard.

Explore tab > Tracing

Traces - Coralogix dashboard
Feature flags
  • Click on one of these traces in your dashboard to view in greater detail.
  • View the metrics generated by the project accessing Coralogix-hosted Grafana
Welcome to Grafana

Grafana in the dropdown menu > Select a metric

Select a metric

OTel and Coralogix

The OpenTelemetry Community Demo application is an exciting tool for getting to know OpenTelemetry and its instrumentation best practices. In this blog, we showed how to configure the Demo App to send telemetry data to Coralogix in 6 easy, straightforward steps.

Interested in learning more?

  • Dive into our more advanced OTel Demo tutorial: Tail Sampling with Coralogix and OpenTelemetry
  • Review the OTel documentation on the Coralogix site
  • Check out our awesome, instructional OTel videos
    • Here’s a video on how to integrate traces into Coralogix using OpenTelemetry, Kubernetes & Helm
    • Here’s another on capturing Kubernetes logs, transform with Logs2Metrics, and render with DataMap
  • Contact us! Our world-class customer success team is available 24/7 to walk you through your setup and answer any questions that may come up. Feel free to reach out to us via our in-app chat or by sending us an email at support@coralogix.com.

Where Modern Observability
and Financial Savvy Meet.