Expenditure on Kubernetes is rising dramatically, and most businesses are struggling to accurately project how much they’re expecting to spend on their container orchestration systems in future.
Over the last year, Kubernetes-related costs surged for 68% of businesses, according to research by the Cloud Native Computing Foundation (CNCF), which manages the ecosystem. Just 12% of businesses lowered their Kubernetes expenses, while among organisations to have sustained an increase, half saw it jump by more than 20%.
A survey of 178 IT professionals that have deployed Kubernetes finds just over two-thirds of respondents (68%) have seen an uptick in Kubernetes costs, with an equal number either relying on monthly estimates (44%) or doing nothing to control those costs (24%).
Kubernetes use has surged in recent years. While there has been much consolidation around Kubernetes for container orchestration (with some outliers), companies still adopt many different technologies to address Kubernetes multi-cluster management.
The Cloud Native Computing Foundation (CNCF) has released a Technology Radar report that explains the prevailing attitudes regarding Kubernetes multi-cluster management tools and strategies. Below, we’ll highlight results from the report and use these insights to gauge the overall state of multi-cluster management habits.
Language matters. It demonstrates our values and has the power to make people feel part of – or excluded from – a community. Offensive terms should have no place in the language of computing, and yet today, they still do.
The Cloud Native Computing Foundation (CNCF) is trying to make it easier for companies to choose a multicluster management solution for their environments with the release of its fifth CNCF End User Technology Radar. The radar is a guide to emerging technologies that are chosen based on feedback from the CNCF End User Community.
As culture changes, companies need to update the language they use to be as inclusive as possible. But it can be a complicated process to get everyone on board with inclusive language in code. And if you’re dealing with insensitive function names or API calls, it gets more complicated.
Before the COVID-19 pandemic, enterprises were at various stages of their cloud strategies, whether that meant finally moving their email server to the cloud, switching to Microsoft 365, or even aggressively exiting their own data centers and going fully cloud-native.
If you followed service mesh content at this year’s KubeCon and expected the service mesh panel to focus on Linkerd only to find out that you were wrong, you could be forgiven. After all, KubeCon is a Cloud Native Computing Foundation event and Linkerd is a CNCF project.
Linkerd was also the first service mesh, created by Oliver Gould and William Morgan and based on work they did at Twitter in the first half of last decade. The term “service mesh” originated from the project. (Gould and Morgan are now co-founders of Buoyant, a San Francisco-based Linkerd-focused startup.)
Priyanka Sharma could be excused for feeling daunted when she became general manager of the Cloud Native Computing Foundation (CNCF) in June 2020. She’d been involved with the organization for years, but her assumption of the top role came at an unexpectedly difficult moment. The COVID-19 pandemic posed an existential threat to the CNCF’s popular KubeCon, an annual Kubernetes conference typically attended by tens of thousands of people. And that July, Google, a founding member of the CNCF, raised eyebrows when it decided not to transfer control of a state-of-the-art piece of open-source container technology called Istio to the foundation.
How does sportswear giant Adidas scale its operations? Three ways: technically, culturally and strategically. In this episode of The New Stack Makers podcast, Alex Williams, founder and publisher of The New Stack, speaks with Adidas Senior Director of Platform Engineering Iñaki Alzorriz, and Rastko Vukasinovic, Adidas’ director of solution architecture, on how the company scales its operations on Kubernetes.