pixie
tracer
DISCONTINUED
Our great sponsors
pixie | tracer | |
---|---|---|
19 | 0 | |
5,231 | 64 | |
2.0% | - | |
9.5 | 0.0 | |
1 day ago | about 3 years ago | |
C++ | Go | |
Apache License 2.0 | MIT License |
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.
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
-
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
- Show HN: Pixie, open source observability for Kubernetes using eBPF
-
Pixie: an X-ray Machine for Kubernetes Traffic
And good news is that we have Pixie, another great CNCF project, for this observability task today!
tracer
We haven't tracked posts mentioning tracer yet.
Tracking mentions began in Dec 2020.
What are some alternatives?
cilium - eBPF-based Networking, Security, and Observability
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.
statsviz - ๐ Visualise your Go program runtime metrics in real time in the browser
kubestriker - A Blazing fast Security Auditing tool for Kubernetes
devtron - Tool integration platform for Kubernetes
cubefs - cloud-native file store
enhancements - Enhancements tracking repo for Kubernetes
sysbindings - sysctl/sysfs settings on a fly for Kubernetes Cluster. No restarts are required for clusters and nodes.
HTTP Parser - http request/response parser for c
opstrace - The Open Source Observability Distribution
gatus - โ Automated developer-oriented status page