Honeycomb API (1.0.0)

The API allows programmatic management of many resources within Honeycomb.

Please report any discrepancies with actual API behavior in Pollinators Slack or to Honeycomb Support.

Download OpenAPI description
Overview
Languages
Servers
https://api.honeycomb.io/
https://api.eu1.honeycomb.io/

Auth

API Keys have various scopes permissions and belong to a specific Team or Environment.

Any valid Honeycomb ingest or configuration API Key will work with this endpoint. Learn more about API keys.

These endpoints can be used to validate authentication for a key, to determine what authorizations have been granted to a key, and to determine the Team and Environment that a key belongs to.

Operations

Boards

Boards are a place to pin and save useful queries and graphs you want to retain for later reuse and reference.

This API allows you to list, create, update, and delete Boards.

Operations

Burn Alerts

Operations

Columns

Columns are fields in the events you send to Honeycomb.

This API allows you to list, create, update, and delete columns in a dataset.

Operations

Datasets

A Dataset represents a collection of related events that come from the same source, or are related to the same source.

This API allows you to list, create, and update datasets.

Operations

Dataset Definitions

Dataset definitions describe the fields with special meaning in the Dataset.

Refer to the Dataset Definitions documentation for more information.

Honeycomb automatically creates these Dataset definition fields when the Dataset is created. Manual creation of Dataset definitions is not needed.

Operations

Derived Columns

Derived columns allow you to run queries based on the value of an expression that is derived from the columns in an event.

This API allows you to list, create, update, and delete derived columns in a dataset or across a whole environment, paralleling the behavior of the Schema tab within a Dataset's or Environment's Settings UI.

Operations

Events

The Events API endpoints are the lowest-level way to send Events to Honeycomb. This should be your last resort!

If unsure where to start when instrumenting an application, read about how to Send Data to Honeycomb.

If you are building a tracing or metrics library, we recommend using OpenTelemetry.

Operations

Environments

This API allows you to list, create, and update, and delete Environments.

Operations

Key Management

This API allows you to list, create, update, and delete API Keys for a Team.

Operations

Kinesis Events

The Kinesis Events API endpoints allow Honeycomb to process streaming events from Amazon Kinesis.

Refer to the Honeycomb AWS integrations documentation for more information.

Operations

Markers

Markers indicate points in time on graphs where interesting things happen, such as deploys or outages.

This API allows you to list, create, update, and delete Markers.

Operations

Marker Settings

Marker Settings apply to groups of similar Markers. For example, "deploys" markers appear with the same color on a graph.

This API allows you to list, create, update, and delete Marker Settings.

Operations

Queries

Queries in Honeycomb are specifications for queries, and are used to identify queries in other parts of the API - in particular: boards, triggers, and query annotations.

This API allows you to create and get query objects.

Operations

Authorization

The API key must have the Manage Queries and Columns permission. Learn more about API keys here.

Create a Query

Request

Create a query from a specification. DOES NOT run the query to retrieve results.

Path
datasetSlugstringrequired

The dataset slug or use __all__ for endpoints that support environment-wide operations.

Bodyapplication/jsonrequired
breakdownsArray of strings<= 100 items

the columns by which to break events down into groups

Default ["user_agent"]
calculationsArray of objects<= 100 items

the calculations to return as a time series and summary table

filtersArray of objects<= 100 items

the filters with which to restrict the considered events

filter_combinationstring

set to "OR" to match ANY filter in the filter list

Default "AND"
Enum"AND""OR"
granularityinteger>= 1

The time resolution of the query's graph, in seconds. Given a query time range T, valid values (T/1000...T/10).

ordersArray of objects<= 100 items

The terms on which to order the query results. Each term must appear in either the breakdowns field or the calculations field.

limitinteger[ 1 .. 10000 ]

The maximum number of unique groups returned in 'results'. Aggregating many unique groups across a large time range is computationally expensive, and too high a limit with too many unique groups may cause queries to fail completely. Limiting the results to only the needed values can significantly speed up queries. The normal allowed maximum value when creating a query is 1_000. When running 'disable_series' queries, this can be overridden to be up to 10_000, so the maximum value returned from the API when fetching a query may be up to 10_000.

Default 100
start_timeinteger>= 1

Absolute start time of query, in seconds since UNIX epoch. Must be <= end_time.

Default 1676399428
end_timeinteger>= 1

Absolute end time of query, in seconds since UNIX epoch.

Default 1676467828
time_rangeinteger>= 1

Time range of query in seconds. Can be used with either start_time (seconds after start_time), end_time (seconds before end_time), or without either (seconds before now).

Default 7200
havingsArray of objects<= 100 items

The Having clause allows you to filter on the results table. This operation is distinct from the Where clause, which filters the underlying events. Order By allows you to order the results, and Having filters them.

curl -i -X POST \
  'https://api.honeycomb.io/1/queries/{datasetSlug}' \
  -H 'Content-Type: application/json' \
  -H 'X-Honeycomb-Team: YOUR_API_KEY_HERE' \
  -d '{
    "calculations": [
      {
        "op": "COUNT"
      }
    ],
    "orders": [
      {
        "op": "COUNT",
        "order": "descending"
      }
    ],
    "time_range": 7200
  }'

Responses

Success

Bodyapplication/json
idstringread-only
breakdownsArray of strings<= 100 items

the columns by which to break events down into groups

Default ["user_agent"]
calculationsArray of objects<= 100 items

the calculations to return as a time series and summary table

filtersArray of objects<= 100 items

the filters with which to restrict the considered events

filter_combinationstring

set to "OR" to match ANY filter in the filter list

Default "AND"
Enum"AND""OR"
granularityinteger>= 1

The time resolution of the query's graph, in seconds. Given a query time range T, valid values (T/1000...T/10).

ordersArray of objects<= 100 items

The terms on which to order the query results. Each term must appear in either the breakdowns field or the calculations field.

limitinteger[ 1 .. 10000 ]

The maximum number of unique groups returned in 'results'. Aggregating many unique groups across a large time range is computationally expensive, and too high a limit with too many unique groups may cause queries to fail completely. Limiting the results to only the needed values can significantly speed up queries. The normal allowed maximum value when creating a query is 1_000. When running 'disable_series' queries, this can be overridden to be up to 10_000, so the maximum value returned from the API when fetching a query may be up to 10_000.

Default 100
start_timeinteger>= 1

Absolute start time of query, in seconds since UNIX epoch. Must be <= end_time.

Default 1676399428
end_timeinteger>= 1

Absolute end time of query, in seconds since UNIX epoch.

Default 1676467828
time_rangeinteger>= 1

Time range of query in seconds. Can be used with either start_time (seconds after start_time), end_time (seconds before end_time), or without either (seconds before now).

Default 7200
havingsArray of objects<= 100 items

The Having clause allows you to filter on the results table. This operation is distinct from the Where clause, which filters the underlying events. Order By allows you to order the results, and Having filters them.

Response
application/json
{ "id": "abc3419d", "calculations": [ {} ], "orders": [ {} ], "time_range": 7200 }

Get a Query

Request

Retrieve a query by its ID.

Path
datasetSlugstringrequired

The dataset slug or use __all__ for endpoints that support environment-wide operations.

queryIdstringrequired

The unique identifier (ID) of a query.

curl -i -X GET \
  'https://api.honeycomb.io/1/queries/{datasetSlug}/{queryId}' \
  -H 'X-Honeycomb-Team: YOUR_API_KEY_HERE'

Responses

Success

Bodyapplication/json
idstringread-only
breakdownsArray of strings<= 100 items

the columns by which to break events down into groups

Default ["user_agent"]
calculationsArray of objects<= 100 items

the calculations to return as a time series and summary table

filtersArray of objects<= 100 items

the filters with which to restrict the considered events

filter_combinationstring

set to "OR" to match ANY filter in the filter list

Default "AND"
Enum"AND""OR"
granularityinteger>= 1

The time resolution of the query's graph, in seconds. Given a query time range T, valid values (T/1000...T/10).

ordersArray of objects<= 100 items

The terms on which to order the query results. Each term must appear in either the breakdowns field or the calculations field.

limitinteger[ 1 .. 10000 ]

The maximum number of unique groups returned in 'results'. Aggregating many unique groups across a large time range is computationally expensive, and too high a limit with too many unique groups may cause queries to fail completely. Limiting the results to only the needed values can significantly speed up queries. The normal allowed maximum value when creating a query is 1_000. When running 'disable_series' queries, this can be overridden to be up to 10_000, so the maximum value returned from the API when fetching a query may be up to 10_000.

Default 100
start_timeinteger>= 1

Absolute start time of query, in seconds since UNIX epoch. Must be <= end_time.

Default 1676399428
end_timeinteger>= 1

Absolute end time of query, in seconds since UNIX epoch.

Default 1676467828
time_rangeinteger>= 1

Time range of query in seconds. Can be used with either start_time (seconds after start_time), end_time (seconds before end_time), or without either (seconds before now).

Default 7200
havingsArray of objects<= 100 items

The Having clause allows you to filter on the results table. This operation is distinct from the Where clause, which filters the underlying events. Order By allows you to order the results, and Having filters them.

Response
application/json
{ "id": "abc3419d", "breakdowns": [ "user_agent" ], "calculations": [ {} ], "orders": [ {} ], "limit": 10, "time_range": 7200, "end_time": 1676467828 }

Query Annotations

Query Annotations in Honeycomb allow you to associate names and descriptions to queries to add additional information in collaboration features.

This API allows you to list, create, update, and delete Query Annotations.

Operations

Query Data

This feature is available as part of the Honeycomb Enterprise plan.

Query Results are the aggregated data from a Query, similar to what is displayed in graphs or heatmaps within the Honeycomb UI. Receiving results from a Query is a three-step process:

Create the Query (or Query Spec), which validates that the query parameters are valid. Creating a query does not actually run the query to get results. Run the query asynchronously by creating a Query Result referencing the Query’s ID. This returns a Query Result ID. Poll the query result endpoint (with the Query Result ID) until the data is ready.

Note that many Query Results can be created from a single Query. This is particularly useful when using a relative time_range parameter in the Query. For example, a Query with time_range: 7200 and no explicit start_time or end_time can be re-run over and over, with each resulting Query Result containing the most recent 2 hours of data. This is conceptually similar to clicking Run Query in the Honeycomb UI without changing any query parameters.

IMPORTANT API RESTRICTIONS:

To ensure the stability of Honeycomb systems, we have enabled the following API restrictions. These restrictions may change over time.

  • Query Results can only be created for events with timestamps within the past 7 days.

  • When creating a Query Result, the time ranges from the Query are truncated according to the following rules. For queries with a time range of:

    • less than or equal to 6 hours, results are truncated to the nearest 1 minute. For example, a start/end time of 2021-04-22T05:28:12Z will be truncated to 2021-04-22T05:28:00Z.

    • greater than 6 hours and less than or equal to 2 days, results are truncated to the nearest 5 minutes. For example, a start/end time of 2021-04-22T05:28:12Z will be truncated to 2021-04-22T05:25:00Z.

    • greater than 2 days and less than or equal to 7 days, results are truncated to the nearest 30 minutes. For example, a start/end time of 2021-04-22T05:28:12Z will be truncated to 2021-04-22T05:00:00Z.

  • Creating a Query Result is rate limited to 10 requests per minute. Status code 429 will be returned when rate limited.

  • Query Results cannot take longer than 10 seconds to run.

Operations

Recipients

Honeycomb Recipients allow you to define and manage the Recipients that will get notified by a Trigger or Burn Alert.

The types of Recipients supported are: PagerDuty, Email, Webhook, Microsoft Teams, and Slack.

Operations

SLOs

This feature is available as part of the Honeycomb Pro and Enterprise plans.

Honeycomb SLOs allow you to define and monitor Service Level Objectives (SLOs) for your organization.

This API allows you to list, create, update, and delete SLO objects.

Operations

Triggers

Triggers let you receive notifications when your data in Honeycomb crosses the thresholds that you configure. The graph on which to alert is as flexible as a Honeycomb query, which helps reduce false positives due to known errors.Triggers fire

This API allows you to list, create, update, and delete Triggers.

Operations

Errors

The Honeycomb API returns standardized error responses, as documented here.