Komodor is a Kubernetes management platform that empowers everyone from Platform engineers to Developers to stop firefighting, simplify operations and proactively improve the health of their workloads and infrastructure.
Proactively detect & remediate issues in your clusters & workloads.
Easily operate & manage K8s clusters at scale.
Reduce costs without compromising on performance.
Empower developers with self-service K8s troubleshooting.
Simplify and accelerate K8s migration for everyone.
Fix things fast with AI-powered root cause analysis.
Explore our K8s guides, e-books and webinars.
Learn about K8s trends & best practices from our experts.
Listen to K8s adoption stories from seasoned industry veterans.
The missing UI for Helm – a simplified way of working with Helm.
Visualize Crossplane resources and speed up troubleshooting.
Validate, clean & secure your K8s YAMLs.
Navigate the community-driven K8s ecosystem map.
Kubernetes 101: A comprehensive guide
Expert tips for debugging Kubernetes
Tools and best practices
Kubernetes monitoring best practices
Understand Kubernetes & Container exit codes in simple terms
Exploring the building blocks of Kubernetes
Cost factors, challenges and solutions
Kubectl commands at your fingertips
Understanding K8s versions & getting the latest version
Rancher overview, tutorial and alternatives
Kubernetes management tools: Lens vs alternatives
Troubleshooting and fixing 5xx server errors
Solving common Git errors and issues
Who we are, and our promise for the future of K8s.
Have a question for us? Write us.
Come aboard the K8s ship – we’re hiring!
Hear’s what they’re saying about Komodor in the news.
Today we are rolling out our new ‘Events’ feature that offers a panoramic view of all occurrences across your entire K8s environment. With this system-wide visibility, Komodor Events makes it easier to troubleshoot elusive issues, particularly those that aren’t traced to any one specific service or cluster.
The feature is available for all Komodor users. Log in now to see it in action.
With ‘Events’ you get:
And that’s not all.
From our own experience with the feature, as well as feedback from our first users, we found out that using ‘Events’ came with another interesting and unexpected side benefit. It seems that just spending time with the view helped the users to better familiarize themselves with the many moving parts of their K8s environments.
This surfaced again and again as we were taking notes from customer sessions, a sense of surprise followed by “I didn’t know that we had that…” or “I completely forgot about this…” or – that one time – just a big loud “OHHHH!” that pretty much said it all.
Like so many other Komodor features, ‘Events’ was born out of the convergence of customer feedback and our own experiences with K8s troubleshooting.
In this case, the road to ‘Events’ started with a feature request from a customer, asking to have a unified view of all services, because – to slightly paraphrase – “We just don’t always know where to start looking”.
What he meant by that, and what we knew to be true ourselves, is that K8s issues often take the form of a “butterfly effect” where a minor hiccup in one service can manifest itself as a crushing issue in another.
Serendipitously (but not surprisingly), just a few days later, we found ourselves dealing with one such ripple effect ourselves when we spotted a sudden slowness in our web client – a slowness that couldn’t be explained by any of the client’s own code changes.
Not having a clear starting point for his investigation, our on-call dev ended up spending hours combing through deployment logs and DataDog screens before he was able to trace back the problem to a recently modified query that was pulling information about the current pod status in the background.
The query itself was not part of the web client’s service but it ended up impacting its performance all the same, because – following the change – it scaled up the number of requests and was suddenly overloading the same DB that we used to populate graphs in our web client.
With this experience still fresh in our mind we started working on a view that would help accelerate the investigation of such incidents by correlating changes across the entire system, and not only on a service level.
For that, however, we needed to rethink the way we visualized data in our platform. First and foremost, this meant that we had to learn to live without bars.
Yes, the bars… Love them or hate them, they were a big part of the Komodor dashboard for a while, serving as a visual element of choice to describe multiple events occurring over the same time frame. They worked well for showing sheer volumes, but when it came to describing timed correlations we knew that they would be falling short.
Clearly what we needed here was a timeline. And so we embarked on a quest, prototyping several different experiences, ranging from very detailed and search-driven…
…to the extremely visual.
After several iterations, we ended up with a view that struck the right balance between being visually informative and actionable. With it, correlating between cross-system events was no longer a chore. So when the next tornado hits, it will be that much easier to spot the butterfly.
Want to experience ‘Events’ yourself? Just log into your Komodor account and if you are not a user yet, reach out, schedule a free trial and stop missing out.
Share:
How useful was this post?
Click on a star to rate it!
Average rating 5 / 5. Vote count: 8
No votes so far! Be the first to rate this post.
and start using Komodor in seconds!