Join the flock and catch some bugs

Breakpoints for Kubernetes? Rookout provides easier container debugging

Sarah Schlothauer
© Shutterstock / zoommachine

Debugging inside containers can be a nightmare. Looking for an easier way? Rookout adds breakpoints to Kubernetes and might just change your entire container game. Find out why breakpoints in Kubernetes can save you precious time.

A bird makes a good de-wormer, but how about a good debugger? Rookout cuts debugging time down with rapid production-grade debugging. The news is out: the little purple bird now integrates with Kubernetes.

We take a look at what this debugging tool can tool, and why it is the perfect match for Kubernetes.

More than a debugger

Previously, Rookout provided serverless debugging tools for AWS Lambda and IBM Cloud Functions. (On their website’s serverless page, they state that more services will come soon.) Now they are expanding to containers. But before we get into that, what makes this service worthwhile for developers?

First of all, Rookout saves precious time because it requires no restarts, redeployment, or extra coding.

What’s the difference between traditional debuggers and Rookout?

Traditional debuggers are built around the ability to directly connect to, freeze (break), and observe a single running process. Modern software is all about scale, speed, and orchestration. So not only is there no single process that you can connect to or freeze, but there are thousands of co-dependent processes running in parallel, constantly shifting and changing in the cloud (being orchestrated by automated solutions such as Kubernetes that usurp control).

Rookout bridges the gap to debugging modern software by enabling the software to connect back to the developers and provide data on-demand – without breaking allowing to support the asynchronous nature of the solution, and enabling Rookout to be used also in production.


Breakpoints for Kubernetes

Why integrate with Kubernetes?

For one thing, it is clear that Kubernetes is quickly becoming the standard for containerization. It remains the most-discussed repository on GitHub and when we interviewed container expert Erkan Yanar, he stated that “Kubernetes will be the Lingua Franca in and into which everything moves.”.

When asked, Rookout agreed with this sentiment about Kubernetes’ popularity:

Kubernetes is a very popular architecture choice so we want to be able to support debugging for it. Specifically, Kubernetes is harder to debug because of its encapsulated and asynchronous nature, especially at scale, and we knew Rookout was the right tool for doing it. Rookout’s own infrastructure actually runs on Kubernetes too, so naturally, we want to support it! Kubernetes is all about being able to easily develop, deploy and run apps in multiple environments.


SEE ALSO: Debugging tests left you tired and scarred? Gauge is here to stop the bleeding!

However, Kubernetes lacks breakpoints. Debugging inside of a container is often complex when compared to a local environment.

Users can expect quality of life improvements with Rookout. Rookout stated that their service “gives Kubernetes users a debugging layer that works in development, staging and production. It also means they won’t have to install a lot complicated, high-overhead monitoring tools just to do debugging, or write and deploy new code. They can just get the information they need, when they need it, at the click of a mouse.”

This will eliminate some of the guesswork that goes into debugging inside of a container.


Sarah Schlothauer

Sarah Schlothauer

All Posts by Sarah Schlothauer

Sarah Schlothauer is the editor for She received her Bachelor's degree from Monmouth University, West Long Branch, New Jersey. She currently lives in Frankfurt, Germany with her husband and cat where she enjoys reading, writing, and medieval reenactment. She is also the editor for Conditio Humana, an online magazine about ethics, AI, and technology.

Inline Feedbacks
View all comments