odigos
pixie
odigos | pixie | |
---|---|---|
40 | 19 | |
3,024 | 5,285 | |
1.2% | 1.0% | |
9.8 | 9.4 | |
5 days ago | 4 days ago | |
Go | C++ | |
Apache License 2.0 | 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.
odigos
-
Setup odigos in Ubuntu
Welcome ๐ to this blog. Did you want to use odigos on your Ubuntu machine but don't know how to start? Then this blog will definitely help you and it also helps you to understand the basic aspect of the odigos project.
- Open Source Distributed Tracing Through eBPF
- Odigos v0.1.82 - Open-source instant distributed tracing without code changes
- Odigos โ Language Agnostic Auto-Instrumentation
-
OpenTelemetry in 2023
Disclaimer: I am one of the maintainers
Many comments complain about the complexity of using OpenTelemetry, I recommend checking out Odigos, an open-source project which makes working with OpenTelemetry much easier: https://github.com/keyval-dev/odigos
We combine OpenTelemetry and eBPF to instantly generate distributed traces without any code changes.
-
OpenObserve: Elasticsearch/Datadog alternative in Rust.. 140x lower storage cost
Check it out here: https://github.com/keyval-dev/odigos
- Odigos v0.1.5 - Managing OpenTelemetry using Kubernetes labels
-
Instantly Generate and Send OpenTelemetry data to AWS S3
Hi, sure here is the link to Odigos: https://github.com/keyval-dev/odigos We do not replace Grafana or any other monitoring vendor. We build them a better pipeline with higher quality signals (distributed tracing). They still do the visualization, it will just display better information.
-
Automatic Instrumentation As A Kubernetes Virtual Device
Check out mor about Odigos, our open source project at https://github.com/keyval-dev/odigos
- Extending Containers with Kubernetes Device Plugin
pixie
- Grafana Beyla: OSS eBPF auto-instrumentation for application observability
-
Show HN: Alaz: Open-Source, Self-Hosted, eBPF-Based K8s Monitoring
I am really curious, why build another project that has similar features as another open source software pixie - https://px.dev/.
-
Open source alternatives to Grafana
Kibana is a good alternative if you can allow storing all your data in Elasticsearch, or you can use all-in-one monitoring tools like pixie https://github.com/pixie-io/pixie
-
Lens Dashboard for monitoring multiple AKS/EKS/... clusters
Plenty of paid monitoring solutions out there. Instana is pretty slick. NewRelic has a new open source tool, https://github.com/pixie-io/pixie
-
Too many cook in the kitchen? I find everyone just wanna create their own Kubernetes plugin solution.
Cilium multi-cluster mesh is a bit different, compared to service meshes, and it's L4, so should be fine with eBPF / XDP based routing. From observability standpoint I'd go for pixie - it should work just fine with both linkerd and istio, instead of Hubble, and Cilium's Tetragon was missing policies about 3-4 months ago (needs doublec-hecking if they had introduced any).
- Improving Observability of Go Services
-
Launch HN: Odigos (YC W23) โ Instant distributed tracing for Kubernetes clusters
Congratulations on the launch, and thank you for choosing an awesome license!
For an unrelated reason, today I was reminded about Pixie (https://news.ycombinator.com/item?id=25375170 and https://news.ycombinator.com/item?id=31687978 and https://github.com/pixie-io/pixie#readme ), which says is also an ebpf kubernetes observability tool, also Apache licensed.
I suspect the difference may be your aspirations to move out of just kubernetes, but I wondered if that's the biggest difference between your project and theirs? Or maybe the C++ versus golang?
- Linux /proc/pid/stat parsing bugs
- Go based eBPF projects
-
Does mTLS add request latency due to ssl termination? Any best practices for performance?
eBPF solutions look cool though. I heard of https://px.dev/ which sounds similar to ciliums eBPF mesh recently.
What are some alternatives?
opentelemetry-js - OpenTelemetry JavaScript Client
cilium - eBPF-based Networking, Security, and Observability
openobserve-chart - Simplified Helm chart for single-node OpenObserve
parca - Continuous profiling for analysis of CPU and memory usage, down to the line number and throughout time. Saving infrastructure cost, improving performance, and increasing reliability.
openobserve - ๐ 10x easier, ๐ 140x lower storage cost, ๐ high performance, ๐ petabyte scale - Elasticsearch/Splunk/Datadog alternative for ๐ (logs, metrics, traces, RUM, Error tracking, Session replay).
tracer - ๐งถ Dead simple, lightweight tracing.
opentelemetry-java-instrumentation - OpenTelemetry auto-instrumentation and instrumentation libraries for Java
statsviz - ๐ Visualise your Go program runtime metrics in real time in the browser
b3-propagation - Repository that describes and sometimes implements B3 propagation
kubestriker - A Blazing fast Security Auditing tool for Kubernetes
opentelemetry-proto - OpenTelemetry protocol (OTLP) specification and Protobuf definitions
enhancements - Enhancements tracking repo for Kubernetes