Make your costs predictable
without sacrificing visibility

Make your costs predictable
without sacrificing visibility

Make your costs predictable
without sacrificing visibility

  • start for free
    Use Free features forever or upgrade to Pro at any time
  • book a demo
    Get a live demo from our experts and find the best fit
 

Best for testing and small projects

Free

Top Features

 

 $0

 per month

  • 2 Triggers
  • Distributed Tracing
  • BubbleUp
  • OpenTelemetry Support
  • Team Query History
  • Query Result Permalinks
  • Honeycomb Metrics
  • Query Assistant
  •  
  • Event Volume: 20M per month

Best for teams with production applications

Pro

Top Features

 starts at

 $130

 per month

  • All Features From the Free Plan
  • 100 Triggers
  • 2 Service Level Objectives (SLOs)
  • Single-Sign On (SSO)
  • Honeycomb Support
  • Monthly or Annual Subscription
  •  
  • Event Volume: 100M, 450M, or 1.5B per month

Best for company-wide + large-scale applications

Enterprise

Top Features

 

 Request a trial

 

  • All Features From the Pro Plan
  • 300 Triggers
  • 100 SLOs
  • Service Map
  • Enterprise Support for Refinery
  • Enterprise-Grade Support + Onboarding
  • Query Data API
  • AWS PrivateLink
  • SLO Reporting API
  •  
  • Event Volume: Scales to Size of Business
detailed pricing chart
 
 
Free Pro Enterprise
 

Frequently asked questions

Events
  • What is an event?

    In Honeycomb, an event is a single trace span, structured log, or metric label combination that you send as OTLP or JSON to our API. This data can capture anything in your system that’s worth tracking, including all context fields that your application is instrumented to generate.

    Each event can be up to 100KB, with up to 2000 attributes, and these attributes can have any number of values.

    These events get analyzed in seconds whenever your team runs a query in Honeycomb.

    Examples of a single event:

    A span with multiple attributes:

    // trace span
    { "Timestamp" : "2018-08-20T22:29:59.978735688Z" , "availability_zone": "us-east-1" , "build_id": 3150 , "customer_id": 1810 , "duration_ms": 448, "endpoint": "/api/v2/tickets", "fraud_dur": 112, "hostname": "app24" , "app.id": "6ee0d492cc3cbdc0", "is_error": false, "name": "/api/v2/tickets" , "platform": "android", "service_name": "api" , "status_code": 200, "trace.trace_id": "4be0d492cc3cbdc06ee0d492cc377dc0", "trace.span_id": adf691383eeb37368, "trace.parent_id": 097ace62b46dd221, "user_id": 483437 }

    A narrow event with just a timestamp, host, and CPU metric:

    // narrow event
    { "timestamp": "2022-06-05T14:44", "hostname": "a764" , "system.cpu.time": 192877 }

    A wide event that’s a structured log:

    // wide event
    { "Timestamp": "2022-07-01T19:23:50Z" , "cache_status": "HIT: , "client_ip_hash": "5c022873f02aac526c40013c12cd87c05745d82cd5dcebc74a0f307670f0b9f2" , "content_type": "binary/octet-stream", "downloaded_gem_name": "log-output-apm_metrics", "downloaded_gem_version": "2.0.1", "geo_city": "ashburn" , "geo_country_code": "US", "host": "rubygems.org", "is_h2": false, "is_ipv6": false, "is_tls": true, "log_resp_body_size": 3.9880235619286597, "log_time_elapsed": 3.141593230275788, "protocol": "HTTP/1.1" , "req_body_size": 0, "req_header_size": 174, "request": "GET", "request_accept_charset": "UTF-16", "request_accept_content": "text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2", "request_accept_language": "*", "request_referer": "google.com", "request_user_agent": "Java/1.11.0_332", "resp_body_size": 9728, "resp_header_size": 755, "server_datacenter": "IAD", "service_id": "rubygems.org", "status": 200, "time_elapsed": 1386, "url": "/gems/log-output-apm_metrics-2.0.1.gem", "user_agent_name": "Java" }

  • What is an event when it comes to trace data?

    Traces are comprised of multiple spans. Each span in a trace is counted as one event by Honeycomb. Each SpanEvent and each Link (in OpenTelemetry) count as one event.

  • How do I see how many events I’m currently sending to Honeycomb?

    From the Honeycomb web UI, find the Usage page under Team Settings. This page shows your team’s event volume for the last 60 days. In the table at the bottom of the page, you’ll also find the number of events received per dataset.

  • When does the counter start on my monthly events limit?

    Team event limits are based on calendar months, regardless of the selected plan or when the team signed up. For example, if you started using Honeycomb with a billing day on the 10th of each month, all of your capacity management logic is still pinned to calendar month. The counter resets on the 1st of each month, even if your billing date is on the 10th. We use 30.4 days as the denominator for calculating daily ingest targets for events (eg. 100M EPM / 30.4 days = daily target of 3.29M events).

  • What happens when I am over my monthly event limit?

    We send you a notification to let you know you have exceeded your monthly event limit. The goal of the notification is to give you time to either adjust your instrumentation down or upgrade to a bigger plan. If you have a second consecutive overage month, we send a notification that we’ll begin throttling your events to bring you down to your monthly event limit. You have 10 days from that notification to take remediation action before throttling begins.

  • What happens if I unexpectedly have a spike in traffic?

    We’ve added Burst Protection as a new measure to help account for unexpected spikes in traffic. Burst Protection automatically activates when you exceed your daily event target by at least 2X. With Burst Protection, any events in excess of the daily event target will not be counted against your team’s EPM limit. As an example, let’s say your team has a daily event target of 10 million events. One day, you see a spike in traffic and you send 30 million events to Honeycomb. Burst Protection automatically activates and the excess 20 million events sent that day will not be counted against your EPM limit. Burst protection can be triggered up to three times in a calendar month.

    You receive a notification when Burst Protection is triggered. The effect of burst protection will also be visible on the Usage tab of your Team Settings page. While excess events under Burst Protection are not counted against your team’s EPM limits, they are considered successful events and they still appear in your per-dataset breakdown.

  • Are there limits on event size?

    Event size limits are generous. Events are limited to 100kb size with a maximum of 2000 columns. Events over this size are rejected by Honeycomb with an error code in the API response. See our Events API documentation for more information.For reference, all of the text displayed on this FAQ page (including the intro and table of contents) is approximately 9kb in size.

Data Retention

Enterprise Plans

Detailed Pricing

Further Questions
 
 
 

What customers are saying

 

It’s really awesome how this solves the “it’s hard to predict how many GB I’ll send”,

“It’s hard to find out what’s sending too much”, “It’s hard to predict how much retention I’ll get”, problems in one fell swoop!

Matt Button

Engineering Team Lead, Geckoboard

These new plans look great. It makes so much sense.

Storage is cheap and network/compute is expensive. Counting events vs GB, you want users to stuff all the data into their events so they can get the most out of it.

Julian Simioni

Co-Founder, Geocode Earth

The best thing about the simplified pricing is that it reduces the number of volume metrics we had to think about from two (GB ingest per month and GB storage) to one measure (events per month).

Spencer Wilson

Senior Software Engineer, Optimizely

Thank you for the new pricing changes. This makes it easier to explain to people.

Martin Thwaites

Independent Software Consultant