In a few years, Kubernetes became The reference orchestrator. It first supplanted Docker Swarm and remains a leader against all its competitors. Behind the hype, we have to understand what Kubernetes enables our organizations to do and why its adoption is crucial.
I chose to start with a high level post, I let you pick which parts you are more interested in :
Docker started the revolution with its containerized approach.
Before, applications were deployed on a dedicated and pre-configured host system. Now, the execution context of our application is defined in a descriptive file, running in a sandbox view of the operating system and packaged into an image that is ready to run. Containers answer perfectly the question: "How to package an application?".
This is indisputable and, now, Docker as is any container engine must be a part of a developer's backpack.
While the container approach answers the application packaging issue... The exploitation problem is still unanswered and that's why Kubernetes came into the limelight.
Kubernetes is an orchestrator and manages containers. It means that we can run our application on a cluster with a fully managed container engine.
In fact, this explanation is too limited, and we should prefer the root definition that can be found on the Kubernetes repository:
Kubernetes is an open source system for managing containerized applications across multiple hosts, providing basic mechanisms for deployment, maintenance, and scaling of applications.
Because Kubernetes is made for "deployment, maintenance, and scaling", it answers nicely to these points. That's why Kubernetes is:
As it embraces the digital world, Kubernetes is fully (and should uniquely) be supported through an API.
yaml manifests are just a sugar coating for making HTTP requests.
Kubernetes is not just an orchestrator, it's much more.
At a naive stage, the Kubernetes API and its core are unseen. We just use
kubectl and some tools like
If we dig a little deeper, we can see that the Kubernetes world is working mainly and intensively on what is enabled by Kubernetes. At the opposite of what we can think, Kubernetes is not going to be bigger and will not include "nice to have" features. In fact, the project is always cleaning the system, putting non-core features outside of its system.
the Kubernetes world is moving fast by providing new tools and services using the Kubernetes core. Their goal is to embrace the key principle of DevOps : "automate everything".
The Kubernetes core is a full stateless application centered on resources manipulation with scalability and lifecycle in mind :
The API Server is the only component that is normally accessible. This is one of the best API I have ever seen. The API fully capitalizes on the Kubernetes core to expose all operations and resources available on the cluster.
To do that and because the API is resource oriented, it will expose four methods:
Kubernetes is also "reactive", that's why we can "Watch" resources states and so work on streams.
Kubernetes is by definition expandable and >everything is done to a thin integration <:?>:
From my point of view, Kubernetes is far more than a just a tool or an orchestrator... It's a DevOps framework.
To finish this humble introduction, if Kubernetes is a DevOps Framework, we have to explain :
If you are hasty, you should have a look to these links :
The next article will take a look at core concepts of the Kubernetes ecosystem to show how the features we reviewed above were used to provide one of the main usages of Kubernetes.
After, we will try to answer the question: "How Kubernetes can help us succeed into the digital transformation and how we can use it to embrace the XaaS concept?".