oteps
signoz
Our great sponsors
oteps | signoz | |
---|---|---|
4 | 310 | |
316 | 16,955 | |
1.9% | 3.6% | |
5.3 | 9.9 | |
9 days ago | 1 day ago | |
Makefile | TypeScript | |
Apache License 2.0 | GNU General Public License v3.0 or later |
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.
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
signoz
-
Show HN: OneUptime β open-source Datadog Alternative
You should also check out SigNoz [1], we are an open-core alternative to DataDog - based natively on OpenTelemetry. We also have a cloud product if you don't want to host yourself
[1] https://signoz.io
-
Indexing one petabyte of logs per day with Quickwit
You might want to have a look at SigNoz [1] as well. We have also published some perf benchmark wrt Elastic & Loki [2] and have some cool features like logs pipeline for manipulating logs before ingestion
[1] https://github.com/signoz/signoz
- Open-Source Observability β SigNoz
-
Tools used by the top 1% of Platform Engineers and their Commercial Open Source Alternatives
Check Signoz's repo on GitHub
-
Show HN: Quickwit β OSS Alternative to Elasticsearch, Splunk, Datadog
SigNoz maintainer here.
We also have traces, metrics and logs in a single application which makes correlation across them much easier. From what I can understand from Quickwit website, they use Grafana and Jaeger for UI.
Here'e our github repo if you want to check it out. https://github.com/signoz/signoz
-
Sentry new TOS to use data to train AI with no opt-out
Using user's private with no opt-out option is unethical.
If anyone is looking self-hosted for alternatives then they should try SigNoz: https://github.com/SigNoz/signoz
-
Top 11 New Relic Alternatives & Competitors
SigNoz is a great New Relic alternative that is open-source and provides three signals in a single pane of glass. You can monitor logs, metrics, and traces and correlate signals for better insights into application performance.
-
Share your DevOps setups
If anyone wants to check the project, here's our github repo - https://github.com/signoz/signoz
-
Amazon EKS Monitoring with OpenTelemetry [Step By Step Guide]
You need a backend to which you can send the collected data for monitoring and visualization. SigNoz is an OpenTelemetry-native APM that is well-suited for visualizing OpenTelemetry data.
-
Spring Boot Monitoring with Open-Source Tools
Once the data is collected, it needs to be sent to a backend. Thatβs where SigNoz comes into the picture. SigNoz is an open-source OpenTelemetry-native APM that provides logs, metrics and traces under a single pane of glass.
What are some alternatives?
zipkin-api - Zipkin's language independent model and HTTP Api Definitions
skywalking - APM, Application Performance Monitoring System
b3-propagation - Repository that describes and sometimes implements B3 propagation
prometheus - The Prometheus monitoring system and time series database.
odigos - Distributed tracing without code changes. π Instantly monitor any application using OpenTelemetry and eBPF
uptrace - Open source APM: OpenTelemetry traces, metrics, and logs
exp-lazyproto - Experimental fast implementation of Protobufs in Go
jaeger - CNCF Jaeger, a Distributed Tracing Platform
community - OpenTelemetry community content
zipkin - Zipkin is a distributed tracing system
terraform-aws-jaeger - Terraform module for Jeager
Sentry - Developer-first error tracking and performance monitoring