Many Open Source tools exist which help in creating and updating single Kubernetes clusters.
However, the more clusters you need the harder it becomes to operate, monitor, manage and keep all of them alive and up-to-date.
That is exactly what project Gardener focuses on.
Inspired by the possibilities of Kubernetes and the ability to self-host,
the foundation of Gardener is Kubernetes itself. Gardener applies a special
pattern catering to the needs of operating a huge number of clusters with
minimal total cost of ownership.
Overall, reusing Kubernetes primitives in Gardeners core architecture simplifies
deployment, scaling & patching/updating of all control planes under Gardener's
Fast & Simple
We agree that cloud native will become the foundation and the de facto standard for shipping software fast, simple and reliable
using Kubernetes as the new "virtualisation" & deployment fabric/underlay.
We expect that Kubernetes will become a forcing function.
Create clusters via self service
Simple and powerful
Despite requiring only the familiar kubectl command line tool for managing all of
Gardener, we provide a central dashboard for comfortable interaction. It enables
users to easily keep track of their clusters’ health, and operators to monitor,
debug, and analyze the clusters they are responsible for.
More focused on the duties of developers and operators, the Gardener command line client
gardenctl simplifies administrative tasks by introducing easy higher-level abstractions
with simple commands that allow to condense and multiplex information & actions from/to
a set of seed and shoot clusters.
The clusters are self-healing, auto-scaling - and if you choose to - also auto-updating. The Gardener will show you details
on your cluster like the Kubernetes dashboard URL or the credentials you need to access it via kubectl.
For a high level discussion on the motivation for Gardener and its architecture, read the
blog on kubernetes.io
consistency on any infrastructure
Cloud Agnostic Kubernetes
Gardener Kubernetes Engine offers a fast and production-ready deployment of certified
Kubernetes clusters at all major cloud providers. Deliver any infrastructure reliably,
consistently and cost-effectively.
Full transparency of CNCF conformance test results
Starting from Kubernetes release 1.10 the conformance test results of clusters provided by the Gardener are published
One major goal of Gardener is to provide
Kubernetes clusters which completely satisfy the requirements of the CNCF.
For this the CNCF launched in 2017 a certification program.
As of the Kubernetes release 1.8 the clusters created by the Gardener are already officially certified by the CNCF.
In addition, the CNCF offers the public dashboard Testgrid, where besides others
the conformance test results are published. A typical use case is to add a publish step into an existing CI/CD
pipelines as a target for the conformance test results. Testgrid offers an easy way to investigate historical
conformance test results by visualizing the result of each test and by providing access to the test logs.
SAP is working on Gardener since mid 2017 and is focused on building up a project that can easily be evolved and extended.
Consequently, we are looking for further partners and contributors to the project now. As outlined above, we completely rely on Kubernetes primitives, add-ons, and specifications and adapt its innovative cloud native approach.
We are looking forward to aligning with and contributing to the Kubernetes community, especially with the upcoming cluster and machine specifications from SIG Cluster Lifecycle.
The Gardener is fully Open Source and developed in the public on GitHub.
Feedback is always welcome. Please report bugs or suggestions about our Kubernetes clusters as
such at the gardener project and about
the user interface at the dashboard project.
If you also see the potential of the Gardener project then please learn more about it on GitHub.