Retina – eBPF distributed networking observability tool for Kubernetes
11–20 of 31 posts
Re: Retina – eBPF distributed networking observability tool for Kubernetes
#12Earlier quoted context omitted.
Cillium has been bought out by Cisco, so its monetization is only a matter of time. Also, not everyone needs to implement a service mesh.
Cillium is a CNCF project and Apache 2 licensed. Isovalent and their enterprise product were bought by Cisco.
Re: Retina – eBPF distributed networking observability tool for Kubernetes
#13Probably this means it's not for me, but what is this useful for? Anyone using this in their prod set-up and has a scenario where they found this useful?
Just today at $DAYJOB we had a complaint that one teams Azure Kubernetes clusters was "slow". About only metric out of norm was network traffic - but lack of detailed instrumentation meant we couldn't really isolate the cause to specific container or process
Re: Retina – eBPF distributed networking observability tool for Kubernetes
#14Earlier quoted context omitted.
Just today at $DAYJOB we had a complaint that one teams Azure Kubernetes clusters was "slow". About only metric out of norm was network traffic - but lack of detailed instrumentation meant we couldn't really isolate the cause to specific container or process
If the only explanation someone can provide is that "a cluster is slow", the issue isn't with network observability. They need to do at least the minimum level of analysis before escalating.
Re: Retina – eBPF distributed networking observability tool for Kubernetes
#15--
Re: Retina – eBPF distributed networking observability tool for Kubernetes
#16Sigh, anyone have a name suggestion for a (Rust) RTSP library? https://crates.io/crates/retina
Re: Retina – eBPF distributed networking observability tool for Kubernetes
#17Re: Retina – eBPF distributed networking observability tool for Kubernetes
#18Re: Retina – eBPF distributed networking observability tool for Kubernetes
#19Re: Retina – eBPF distributed networking observability tool for Kubernetes
#20What's the performance impact of using VM-based eBPF for these tasks instead of native code?