|
| 1 | +--- |
| 2 | +title: 'AWS Distro for OpenTelemetry unifies ingestion with OpenTelemetry Protocol Exporter' |
| 3 | +description: |
| 4 | + This blog post describes why and how we plan to migrate all partner integrations in ADOT to OTLP. |
| 5 | + |
| 6 | +--- |
| 7 | + |
| 8 | +import SectionSeparator from "components/MdxSectionSeparator/sectionSeparator.jsx" |
| 9 | + |
| 10 | +<SectionSeparator /> |
| 11 | + |
| 12 | +In October of 2020, AWS launched support for AWS Distro for OpenTelemetry (ADOT), |
| 13 | +a secure, production-ready open-source distribution of the OpenTelemetry collector |
| 14 | + with reliable performance. The OpenTelemetry (OTel) collector is a vendor-agnostic way |
| 15 | +to receive, process and export telemetry data. At the time ADOT was launched, |
| 16 | +[OpenTelemetry Protocol (OTLP)](https://opentelemetry.io/docs/reference/specification/protocol/otlp/) |
| 17 | +was still in its early days. The OTLP specification describes the encoding, transport, |
| 18 | +and delivery mechanism of telemetry data between telemetry sources, intermediate nodes such |
| 19 | +as collectors and telemetry backends. The [OTLP Exporter](https://aws-otel.github.io/docs/components/otlp-exporter) |
| 20 | +is a component of ADOT that supports configuration options available for OTLP as well as the retry |
| 21 | +behavior. OTLP and the OTLP Exporter helps standardize how data can be exported from ADOT to |
| 22 | +a customer or an [AWS Partner](https://aws.amazon.com/partners/) destination ensuring minimal |
| 23 | +security risks and more reliable support that AWS customers expect from ADOT. |
| 24 | + |
| 25 | +<SectionSeparator /> |
| 26 | + |
| 27 | +The only methods of integration with ADOT to export data will be a. OTLP Exporter, b) AWS Exporters |
| 28 | +such as [Amazon CloudWatch Embedded Metric Format (EMF) via logs](https://aws-otel.github.io/docs/getting-started/cloudwatch-metrics#cloudwatch-emf-exporter-awsemf) |
| 29 | +and [AWS X-Ray](https://aws-otel.github.io/docs/getting-started/x-ray#configuring-the-aws-x-ray-exporter), |
| 30 | +and c) other open source Exporters such as [Prometheus](https://aws-otel.github.io/docs/components/prometheus-exporters), |
| 31 | +[File](https://aws-otel.github.io/docs/components/misc-exporters#file-exporter) and [Logging](https://aws-otel.github.io/docs/components/misc-exporters#logging-exporter). |
| 32 | + |
| 33 | +<SectionSeparator /> |
| 34 | + |
| 35 | +We plan to migrate all partner integrations to OTLP by end of 2023 and will keep you updated on next steps. |
| 36 | +The process will be as follows: |
| 37 | + |
| 38 | +1. We add instructions how to use the OTLP Exporter for partners who have not yet covered this. |
| 39 | +2. We provide a per-partner deprecation timeline via the ADOT docs. |
| 40 | +3. By January 2024, the ADOT distribution will no longer include some of the existing custom exporters. |
| 41 | + |
| 42 | +If you have any questions, please contact us on the [CNCF Slack](https://communityinviter.com/apps/cloud-native/cncf) |
| 43 | +in the `#opentelemetry` channel or create an issue against the [AWS OTel community](https://github.com/aws-observability/aws-otel-community) repo. |
0 commit comments