Kiali project, observability for the Istio service mesh
https://github.com/kiali/kiali
#Kiali #Istio #tools #ServiceMesh #observability #infra #DevEx
#kiali #istio #tools #servicemesh #observability #infra #devex
So things are getting bad, and #cloud is being considered more complex to manage and more costly.
I have to admit that while I really believed in the cloud, the problems that my customers were facing started to break my beliefs.
Ops costs increased, because they still hired the IT guy, but now a #SiteReliabilityEngineer costs way more than a traditional #SystemAdministrator, and often he has an #infra knowledge way inferior, since everything is not in house anymore. Everything is hosted and you don't access to the technology internals anymore.
Also, they are dealing with a level of complexity unheard of.
Before the cloud there were only physical and virtualized layers of complexity.
Now we also have then #containerorchestration and #servicemesh layers.
We moved from putting a stupid #Java class in classpath to run #JBoss with the #APM profiling to running #Prometheus, #Grafana, #Jaeger and #Kiali to obtain the same level of informations.
The only good thing is that now in Linux engineers are using #eBPF to profiling network and software execution.
But this is NOT innovation at all. You could do that already with #DTrace in #Solaris and #FreeBSD with way less complexity, and the same level of profiling since #Java, #Ruby and lot of frameworks included its probes to support advanced tracing.
Apple's #macOS used to provide a good #DTrace frontend called #Instruments that was really cool to work with.
https://world.hey.com/dhh/why-we-re-leaving-the-cloud-654b47e0
#cloud #SiteReliabilityEngineer #systemadministrator #infra #containerorchestration #servicemesh #java #jboss #apm #prometheus #grafana #jaeger #kiali #ebpf #dtrace #solaris #freebsd #ruby #macos #instruments