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.
Your single source of truth for everything regarding Komodor’s Platform.
Keep up with all the latest feature releases and product updates.
Leverage Komodor’s public APIs in your internal development workflows.
Get answers to any Komodor-related questions, report bugs, and submit feature requests.
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.
Itiel Shwartz: Hello everyone, and welcome to our live episode of the Kubernetes for Humans podcast. With me on the show today, we’re going to talk about the journey to Kubernetes, lessons learned, scars, and so on. Maybe we can start by having you talk a bit about yourselves, giving us some background on who you are, what you do, and how you got into Kubernetes.
Ashan Senevirathne: Yeah, so my name is Ashan. I’m the Product Owner of the Mobile Cloud Native Automation team. What we do at Swisscom is we’re part of the mobile organization. Swisscom is a large company, and within our organization, we’re aiming to deploy the 5G core on Kubernetes because it comes as microservices in a cloud-native way. The main responsibility of our team is to implement this framework so it’s on the right path to being cloud-native.
Joel Studler: I’m a DevOps engineer. I’ve been in platform engineering for a while now. I have a big infrastructure background, and then I moved more into the cloud-native Kubernetes area. I have a broad background in platform engineering, and now we’re really moving towards Kubernetes operators and automating as much as possible in the cluster.
Itiel Shwartz: Usually, when people think about 5G, they think about edge computing or antennas. Can you share what 5G is and how it relates to Kubernetes? Why is Kubernetes needed for this?
Joel Studler: When we talk about 5G, it’s mainly two areas. One area is the Radio Access Network, like the antennas—the part that makes your cell phone say “5G.” That’s being rolled out globally and is in progress. The other part is the core, the centralized deployment where all the magic happens, like user management, authorization, authentication, mapping your SIM card to a profile, and so on. It’s also responsible for forwarding data and voice calls. We’re seeing a trend of moving from VMs, which the 4G stack was built on, to containers in 5G. That’s the evolution. A while back, like 20 to 25 years ago, we had bare metal or custom hardware.
Itiel Shwartz: So is this something next to the antenna, or is it on some cloud or data center?
Ashan Senevirathne: In terms of the antennas, we have thousands of them. For the core, there are only about four main data centers. The antennas provide the wireless capability, and the core handles the logic and smartness within the network. The transition from 4G to 5G involves moving from VMs to containers. What’s also important is the culture within the company because operating a 4G network is quite different from a 5G network.
Itiel Shwartz: Why is it a cultural shift to move from 4G to 5G?
Ashan Senevirathne: The shift is about having more of a software mindset within the company. In our organization, we’re pretty much vendor-driven. We don’t write the software applications for the network functions like the 5G core; we’re more like software integrators. In the 4G and 3G worlds, we were just integrating, but now we’re taking more of a white-box approach, doing the integration ourselves and implementing the surrounding framework for automation.
Itiel Shwartz: How long did it take you to adopt Kubernetes? I guess telecom generally moves slowly, but maybe I’m wrong.
Joel Studler: For the 5G core, it’s taken us about two to three years, and we’re still ongoing. We haven’t solved all the problems. It’s a mix of vendors not being ready and needing to rebuild many of their software projects. They’re just not ready yet. Another challenge is building the entire automation around it because Telco apps are much more complex than the average cloud app. The industry doesn’t have a clear plan on how to solve these issues, so we’re trying to push forward and innovate, hoping others can benefit eventually.
Ashan Senevirathne: Yes, and with Telco apps, you have to consider the lifecycle aspect and all the changes that need to be made to the workloads. The big challenge is how to make it more cloud-native because there are a lot of out-of-band Kubernetes operations that need to be brought into the Kubernetes layer.
Itiel Shwartz: What’s the scale of this deployment?
Joel Studler: We’re not live yet with the 5G core, but we plan to go live towards the end of the year or early next year. The scale involves about four data centers with roughly 80 blades per site. In Switzerland, we’re talking about millions of users—roughly nine million citizens. Everything needs to be very low latency and fault-tolerant.
Ashan Senevirathne: Switzerland probably has one of the best networks globally in terms of reliability and stability during calls and handovers between antennas.
Joel Studler: Latency isn’t much of a problem in Switzerland because the country is small, so we’re only talking about one or two milliseconds that could be gained, which would be expensive to achieve by building more data centers.
Itiel Shwartz: What was the biggest hurdle or mistake you had to overcome in this adoption process?
Ashan Senevirathne: I’d say there are two main aspects. The first is the lifecycle of the core or the network. We found that Kubernetes was doing the orchestration, but we also had another set of tools doing the same thing, which added a lot of operational overhead. Now, we’re working on bringing everything to the Kubernetes layer by extending the Kubernetes API. The second aspect is exploring public cloud options. The application needs to be cloud-native to fully benefit from hyperscalers.
Joel Studler: Another important aspect is the scale of the application. We’re talking about 2,000 pods in a dev environment for a small deployment. This makes it difficult to do blue-green deployments or canary deployments. The software doesn’t support it, and managing 2,000 containers is a significant challenge. We’re still figuring it out, but one idea is to enable in-service upgrades where the pods survive, and you just change the configuration or parameters. Another idea is to modularize the application so that different pieces can have their own lifecycle.
Itiel Shwartz: Is there any collaboration or standards in place for adopting 5G with Kubernetes globally?
Ashan Senevirathne: There’s a working group within the Linux Foundation and also within CNCF. Many operators, including Swisscom, are involved. Last year, we published a white paper called “Transformation Journey to Cloud Native Applications,” which covers the requirements for cloud-native network functions. There are also other standards like the European Telecommunications Standards Institute (ETSI).
Joel Studler: There are communities as well, like the Linux Foundation Networking group, which brings out projects like Nephio that tackle these topics. Nokia and others are pushing forward on these fronts. We actually demoed a tool called SDC this afternoon. It’s a new tool for config management for Telco workloads, initially developed by Nokia.
Itiel Shwartz: Any predictions for the future of Kubernetes or the space in general? Where do you think the industry will be in two years?
Joel Studler: What I hope for is that we’ll work on improving user experience and simplicity. Kubernetes is still complex, and you need to know a lot to manage it. The developer experience isn’t that great compared to other tools, so I hope we see improvements in that area.
Ashan Senevirathne: I agree with Joel about simplicity. I’d also like to see more focus on security and how we can build reliable and sustainable applications. There’s a big push from Swisscom for energy efficiency and green energy, so I’d like to see those aspects being addressed as well.
Itiel Shwartz: That’s super cool. I think we’ve covered most of the important topics. I know you guys have a talk coming up, but I’m not sure if people will be able to attend. There should be a recording available, though, right?
Ashan Senevirathne: Yes, there will be a recording, and we’ll try to have a YouTube link for that.
Itiel Shwartz: Thanks very much, and enjoy the rest of your conference!
Ashan Senevirathne and Joel Studler: Thank you!
[Music]
Ashan Senevirathne is an experienced Product Owner and Senior DevOps Engineer with a proven track record in driving innovation and efficiency in telecommunications. Currently with Swisscom, leading the development of a cloud-native orchestration framework for 5G Core using Kubernetes. Adept at optimizing release engineering processes, championing CI/CD workflows, and fostering cross-functional collaboration. Recognized for his expertise in Kubernetes, GitOps, cloud-native principles, and network orchestration.
Joel Studler is a DevOps Engineer who currently works in a team that builds the cloud native 5G core at Swisscom. He is experienced in infrastructure automation, software-defined networking, and highly available databases. He is CK* certified and has written several CRD/Operator-based Kubernetes extensions. He is passionate about automation and user experience to make everyday life easier. Outside the tech sphere, he is an active musician both live and in the studio.
Itiel Shwartz is CTO and co-founder of Komodor, a company building the next-gen Kubernetes management platform for Engineers.
Worked at eBay, Forter, and Rookout as the first developer.
Backend & Infra developer turned ‘DevOps’, an avid public speaker who loves talking about infrastructure, Kubernetes, Python observability, and the evolution of R&D culture. He is also the host of the Kubernetes for Humans Podcast.
Please note: This transcript was generated using automatic transcription software. While we strive for accuracy, there may be slight discrepancies between the text and the audio. For the most precise understanding, we recommend listening to the podcast episode
Share:
Podcasts
and start using Komodor in seconds!