Kubernetes is currently the most powerful tool for orchestrating software containers, but there’s no denying that it’s complicated. Many teams find that adopting Kubernetes means employing an entire team of site reliability engineers (SREs) to babysit their clusters.

Kubernetes Platform Series Part 1: Kubernetes Self-service Part 2: Kubernetes Multi-tenancy Part 3: Kubernetes Cost Optimization with Virtual Clusters History is littered with cautionary tales of software delivery tools that were technically ahead of their time, yet were ultimately unsuccessful because of a lack of end user adoption.

Kubernetes Multi-Cluster Series Part 1: Introduction to Kubernetes Multi-cluster Deployments Part 2: Managing Kubernetes Cluster Lifecycle Part 3: Authentication and Access Control in Kubernetes Part 4: Kubernetes Self-Service and User Experience Part 5: Kubernetes Cost Optimization This article is the fourth part of a series focused on Kubernetes multi-cluster technology.

Kubernetes authentication means validating the identity of who or what is sending a request to the Kubernetes server. A request can originate from a pod, within a cluster, or from a human user.

Recently, you might have heard about “internal Kubernetes platforms” from many different sources: KubeCon talks, blog articles, or just colleagues and friends. Even if such platforms are not always called internal Kubernetes platforms, solutions that allow engineers to get a standardized and easy Kubernetes access in a cloud environment seem to become more common now.

Kubernetes has left the state when it was mostly an ops technology behind and now is also very relevant for many developers. As I wrote in my blog post about the Kubernetes workflow, the first step for every developer who starts to directly work with Kubernetes is to set up/get access to a Kubernetes development environment.

Many companies have adopted Kubernetes recently. However, most of them still do not realize its full potential because the actual Kubernetes usage in these organizations is very limited.

More developers than ever before are now working with Kubernetes. This means that also their workflows have to change to account for this technology that originally was not made for developers.

The container orchestration technology Kubernetes has become the dominant solution for cloud infrastructure and as such it is maturing at an unrivaled pace. Many companies have already adopted Kubernetes or are in the process of it.