opentelemetry-examples
oteps
opentelemetry-examples | oteps | |
---|---|---|
8 | 4 | |
56 | 317 | |
- | 1.3% | |
6.6 | 4.8 | |
about 2 months ago | 9 days ago | |
JavaScript | Makefile | |
- | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
opentelemetry-examples
-
KubeCon + CloudNativeCon Europe 2023: Highlights from Amsterdam
We focused on the observability ecosystem and took the time to interact with our friends from Lightstep, New Relic, Honeycomb, Dynatrace, Instana, and many more. With that in mind, keep an eye out for more integrations coming to Tracetest!
-
Top 9 Commercial Distributed Tracing Tools
Lightstep bills itself as a platform for the reliability of cloud-native applications. The people behind Lightstep co-founded OpenTelemetry and OpenTracing, which gives them a unique perspective on the use cases of distributed tracing and the value of having a vendor-neutral tracing data format.
-
Observability - Types Of Vendor Pricing Models
In the last 5 to 10 years, new Observability vendors have entered the market, including Honeycomb, Instana, Lightstep and Datadog. Similarly, traditional APM vendors such as Dynatrace, AppDynamics, and New Relic, as well as SIEM (and log management) vendors such as Splunk and Sumo Logic, have joined them in the Observability space too. Finally you also have major cloud providers such as AWS with their own observability solution. Each of them is attempting to address the observability issues that modern architecture presents by using Logs, Metrics, Traces, and Events.
-
KubeCon North America 2022: A Retrospective
I spent Day 2 at the Colony Club to attend OTel Unplugged. This event was sponsored by Lightstep, Honeycomb, New Relic, Splunk, Dynatrace, Crowdstrike, and NGINX. I came into the event not knowing what to expect. I can sometimes clamp up when I’m around folks that I don’t know, but because I was helping with the event check-in, I got to say hello to a number of the attendees, which helped break the ice. And it turns out that there were a lot of names that I recognized from my work in the OTel community, and it was nice to connect in person with folks whom I’d only previously met through Slack or Zoom.
- Grafana Phlare, open source database for continuous profiling at scale
-
OpenTelemetry for Python: The Hard Way
The example in this tutorial can be found in the lightstep/opentelemetry-examples repo. We will be working with three main files:
-
Auto-Instrumentation Is Magic: Using OpenTelemetry Python with Lightstep
Note how we don’t have to set a LS_ACCESS_TOKEN, since that’s already configured in the Collector’s config.yml file. Just make sure that you have a running OTel Collector instance!
-
Observability Mythbusters: OpenTelemetry to Lightstep 3 Ways in Go IS Possible!
Note: If you’re looking for full code listings, don’t panic! You see them in the Lightstep OTel examples repository.
oteps
-
OpenTelemetry in 2023
Oh nice, thank you (and also solumos) for the links! It looks like oteps/pull/171 (merged June 2023) expanded and superseded the opentelemetry-proto/pull/346 PR (closed Jul 2022) [0]. The former resulted in merging OpenTelemetry Enhancement Proposal 156 [1], with some interesting results especially for 'Phase 2' where they implemented columnar storage end-to-end (see the Validation section [2]):
* For univariate time series, OTel Arrow is 2 to 2.5 better in terms of bandwidth reduction ... and the end-to-end speed is 3.1 to 11.2 times faster
* For multivariate time series, OTel Arrow is 3 to 7 times better in terms of bandwidth reduction ... Phase 2 has [not yet] been .. estimated but similar results are expected.
* For logs, OTel Arrow is 1.6 to 2 times better in terms of bandwidth reduction ... and the end-to-end speed is 2.3 to 4.86 times faster
* For traces, OTel Arrow is 1.7 to 2.8 times better in terms of bandwidth reduction ... and the end-to-end speed is 3.37 to 6.16 times faster
[0]: https://github.com/open-telemetry/opentelemetry-proto/pull/3...
[1]: https://github.com/open-telemetry/oteps/blob/main/text/0156-...
[2]: https://github.com/open-telemetry/oteps/blob/main/text/0156-...
-
Grafana Phlare, open source database for continuous profiling at scale
https://github.com/open-telemetry/oteps/issues/139
It takes a lot of time and effort to bake a cross-vendor cross-language standard.
-
Faster Protocol Buffers
This. The statelessness of the OTLP is by design. I did consider stateful designs with e.g. shared state dictionary compression but eventually chose not to, so that the intermediaries can remain stateless.
An extension to OTLP that uses shared state (and columnar encoding) to achieve more compact representation and is suitable for the last network leg in the data delivery path has been proposed and may become a reality in the future: https://github.com/open-telemetry/oteps/pull/171
What are some alternatives?
magic-trace - magic-trace collects and displays high-resolution traces of what a process is doing
zipkin-api - Zipkin's language independent model and HTTP Api Definitions
examples - Example apps and instrumentation for Honeycomb
b3-propagation - Repository that describes and sometimes implements B3 propagation
opentelemetry-python - OpenTelemetry Python API and SDK
odigos - Distributed tracing without code changes. 🚀 Instantly monitor any application using OpenTelemetry and eBPF
opentelemetry-python-contrib - OpenTelemetry instrumentation for Python modules
exp-lazyproto - Experimental fast implementation of Protobufs in Go
sig-release - Repo for SIG release
community - OpenTelemetry community content
aws-otel-js - AWS Distro for OpenTelemetry JavaScript SDK
terraform-aws-jaeger - Terraform module for Jeager