beeline-migration

Guide phased migration from Honeycomb Beeline instrumentation to OpenTelemetry SDKs.

20|7|Updated Feb 7, 2026
One-click install
npx skills add https://github.com/honeycombio/agent-skill --skill beeline-migration
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: beeline-migration
Source: https://github.com/honeycombio/agent-skill/tree/main/honeycomb/skills/beeline-migration
Command: npx skills add https://github.com/honeycombio/agent-skill --skill beeline-migration

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill provides a clear, step-by-step process to migrate your Honeycomb Beeline instrumentation to OpenTelemetry, ensuring continued observability as Beelines reach End of Life.

Core Features & Use Cases

  • Phased Migration Strategy: Guides you through a two-phase approach (W3C propagation first, then service-by-service OTel migration) to maintain trace integrity.
  • Language-Specific Guidance: Offers code snippets and configuration details for Go, Python, Node.js, Java, and Ruby.
  • Migration Checklists: Provides detailed checklists for both the migration process and safety considerations to prevent common pitfalls.
  • Use Case: You have a microservices architecture using Honeycomb Beelines and need to upgrade to OpenTelemetry before Beelines are fully unsupported. This skill will walk you through the entire process.

Quick Start

Use the beeline-migration skill to get a step-by-step guide for migrating your Go services from Honeycomb Beelines to OpenTelemetry.

Frequently Asked Questions about beeline-migration

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I migrate from Honeycomb Beeline to OpenTelemetry?

This migration uses a two-phase strategy to maintain trace integrity: first implement W3C trace propagation across your services, then incrementally replace Beeline instrumentation with OpenTelemetry SDKs service-by-service.

What is the best way to maintain trace context when switching from Beeline to OpenTelemetry?

To maintain trace context, first standardize W3C trace propagation headers across your microservices before replacing any Beeline instrumentation with OpenTelemetry SDKs.

Can I migrate my Go microservices from Beeline to OpenTelemetry incrementally?

Yes, you can migrate incrementally by replacing Beeline instrumentation service-by-service. The guide provides specific code snippets and configuration details for Go, Python, Node.js, Java, and Ruby.

Do I need to check W3C trace propagation before migrating Beeline instrumentation?

Yes, verifying W3C trace propagation is the required first phase. Using the provided migration checklists ensures you handle safety considerations and prevent common tracing pitfalls before replacing SDKs.

Why should I migrate from Honeycomb Beeline to OpenTelemetry?

You should migrate because Honeycomb Beelines are reaching End of Life status. Migrating to OpenTelemetry SDKs ensures continued observability and long-term support for your microservices architecture.