OpenTelemetry  

OpenTelemetry Roundup for Kubecon EU

By Phillip Carter  |   Last modified on April 13, 2023

Well howdy there partner, Phillip here with a rootin’ tootin’ OTel update for ya, right on time for Kubecon EU!

OpenTelemetry SDK distribution for Python

We’ve released an SDK distribution for Python. As with our other distributions, it’s focused on several things:

  • Making it as easy as possible to send data directly to Honeycomb with minimal configuration, but the right configuration knobs you can dial later to fit your needs
  • Multi-span attributes via a Baggage Span Processor
  • Local trace visualization that emits a Honeycomb trace URL to standard out when you create a trace
  • Deterministic sampling

It’s easy as heck to get started. First, install some packages:

python -m pip install honeycomb-opentelemetry --pre

Then, install instrumentation libraries that match your dependencies:

opentelemetry-bootstrap --action=install

And finally, configure some environment variables:

export OTEL_SERVICE_NAME="your-service-name"
export HONEYCOMB_API_KEY="your-api-key"
opentelemetry-instrument python myapp.py

That’s it! Read more about the different configuration options and some sweet how-tos in our docs or run our sample apps to try things out yourself.

Kubernetes: now even easier with the OTel Operator

The OpenTelemetry Operator has been around for a while, but not everyone knows about it. People should know about it. We’ve contributed to the operator a bunch so that it’s more reliable and easy to use no matter what language your services in a cluster are using.

We like to think of the operator as an easy button for onboarding OpenTelemetry when you’re running in Kubernetes. It lets you do two important things:

We’ve heard from customers with hundreds to thousands of services that they need a standard way to get automatic instrumentation loaded into each service. Clearly, at that scale, it’s unreasonable to go into each service and manually set it up. That’s why the OpenTelemetry Operator is awesome: it lets you solve this problem in a standard, supported way.

Coming soon: Go auto-instrumentation eBPF

For all your Go developers, there’s an exciting new project that’s taking shape in OpenTelemetry: automatic instrumentation for Go. Because Go compiles directly to machine code, the community had to reach for eBPF to extract data from the OS corresponding to use of libraries and instrument them.

Additionally, we’ve contributed support for the agent into the OpenTelemetry Operator, so that your Go services in Kubernetes can also make use of it.

Come see us at Kubecon EU!

We’re in Amsterdam for the week of Kubecon EU. Come by our booth to learn more about how you can gain complete observability into your Kubernetes clusters with Honeycomb and OpenTelemetry.

Ready to check out Honeycomb with OTel? Watch a demo on how you quickly get set up and start ingesting data using Helm. 

 

Related Posts

OpenTelemetry   Customer Stories  

Modern Observability in Action at the University of Oxford 

The Bennett Institute for Applied Data Science at the University of Oxford is pioneering the better use of data, evidence, and digital tools in healthcare,...

OpenTelemetry  

OpenTelemetry Best Practices #3: Data Prep and Cleansing

Having telemetry is all well and good—amazing, in fact. It’s easy to do: add some OpenTelemetry auto-instrumentation libraries to your stack and they’ll fill your...

OpenTelemetry   Observability  

Observability, Telemetry, and Monitoring: Learn About the Differences

Over the past five years, software and systems have become increasingly complex and challenging for teams to understand. A challenging macroeconomic environment, the rise of...