Project Name | Stars | Downloads | Repos Using This | Packages Using This | Most Recent Commit | Total Releases | Latest Release | Open Issues | License | Language |
---|---|---|---|---|---|---|---|---|---|---|
Kubeoperator | 4,651 | 2 months ago | 37 | apache-2.0 | Go | |||||
KubeOperator 是一个开源的轻量级 Kubernetes 发行版,专注于帮助企业规划、部署和运营生产级别的 K8s 集群。 | ||||||||||
Gardener | 2,506 | 53 | 14 hours ago | 525 | September 23, 2022 | 86 | other | Go | ||
Kubernetes-native system managing the full lifecycle of conformant Kubernetes clusters as a service on Alicloud, AWS, Azure, GCP, OpenStack, vSphere, KubeVirt, Hetzner, EquinixMetal, MetalStack, and OnMetal with minimal TCO. | ||||||||||
Cloudpods | 1,955 | 3 | 19 hours ago | 278 | April 25, 2021 | 116 | apache-2.0 | Go | ||
A cloud-native open-source unified multi-cloud and hybrid-cloud platform. 开源、云原生的多云管理及混合云融合平台 | ||||||||||
Mist Ce | 1,712 | 4 months ago | 47 | apache-2.0 | Python | |||||
Mist is an open source, multicloud management platform | ||||||||||
Installer | 1,317 | 11 | 14 hours ago | 135 | April 06, 2022 | 166 | apache-2.0 | |||
Install an OpenShift 4.x cluster | ||||||||||
Riskscanner | 1,109 | 2 months ago | 6 | gpl-2.0 | Java | |||||
RiskScanner 是开源的多云安全合规扫描平台,基于 Cloud Custodian 和 Nuclei 引擎,实现对主流公(私)有云资源的安全合规扫描和漏洞扫描。 | ||||||||||
Kcli | 398 | 15 hours ago | 2,670 | July 07, 2022 | 3 | apache-2.0 | Python | |||
Management tool for libvirt/aws/gcp/kubevirt/openstack/ovirt/vsphere/packet | ||||||||||
Bucc | 136 | 5 months ago | n,ull | apache-2.0 | Shell | |||||
The fastest way to get a BUCC (BOSH, UAA Credhub and Concourse) | ||||||||||
Coriolis | 81 | 4 days ago | 5 | other | Python | |||||
Cloud Migration as a Service | ||||||||||
Guide 3.0 Penne | 27 | 4 years ago | 1 | HTML | ||||||
Gardener implements the automated management and operation of Kubernetes clusters as a service and provides a fully validated extensibility framework that can be adjusted to any programmatic cloud or infrastructure provider.
Gardener is 100% Kubernetes-native and exposes its own Cluster API to create homogeneous clusters on all supported infrastructures. This API differs from SIG Cluster Lifecycle's Cluster API that only harmonizes how to get to clusters, while Gardener's Cluster API goes one step further and also harmonizes the make-up of the clusters themselves. That means, Gardener gives you homogeneous clusters with exactly the same bill of material, configuration and behavior on all supported infrastructures, which you can see further down below in the section on our K8s Conformance Test Coverage.
In 2020, SIG Cluster Lifecycle's Cluster API made a huge step forward with v1alpha3
and the newly added support for declarative control plane management. This made it possible to integrate managed services like GKE or Gardener. We would be more than happy, if the community would be interested, to contribute a Gardener control plane provider. For more information on the relation between Gardener API and SIG Cluster Lifecycle's Cluster API, please see here.
Gardener's main principle is to leverage Kubernetes concepts for all of its tasks.
In essence, Gardener is an extension API server that comes along with a bundle of custom controllers. It introduces new API objects in an existing Kubernetes cluster (which is called garden cluster) in order to use them for the management of end-user Kubernetes clusters (which are called shoot clusters). These shoot clusters are described via declarative cluster specifications which are observed by the controllers. They will bring up the clusters, reconcile their state, perform automated updates and make sure they are always up and running.
To accomplish these tasks reliably and to offer a high quality of service, Gardener controls the main components of a Kubernetes cluster (etcd, API server, controller manager, scheduler). These so-called control plane components are hosted in Kubernetes clusters themselves (which are called seed clusters). This is the main difference compared to many other OSS cluster provisioning tools: The shoot clusters do not have dedicated master VMs. Instead, the control plane is deployed as a native Kubernetes workload into the seeds (the architecture is commonly referred to as kubeception or inception design). This does not only effectively reduce the total cost of ownership but also allows easier implementations for "day-2 operations" (like cluster updates or robustness) by relying on all the mature Kubernetes features and capabilities.
Gardener reuses the identical Kubernetes design to span a scalable multi-cloud and multi-cluster landscape. Such familiarity with known concepts has proven to quickly ease the initial learning curve and accelerate developer productivity:
Please find more information regarding the concepts and a detailed description of the architecture in our Gardener Wiki and our blog posts on kubernetes.io: Gardener - the Kubernetes Botanist (17.5.2018) and Gardener Project Update (2.12.2019).
Gardener takes part in the Certified Kubernetes Conformance Program to attest its compatibility with the K8s conformance testsuite. Currently Gardener is certified for K8s versions up to v1.26, see the conformance spreadsheet.
Continuous conformance test results of the latest stable Gardener release are uploaded regularly to the CNCF test grid:
Provider/K8s | v1.27 | v1.26 | v1.25 | v1.24 | v1.23 | v1.22 | v1.21 | v1.20 |
---|---|---|---|---|---|---|---|---|
AWS | N/A | |||||||
Azure | N/A | |||||||
GCP | N/A | |||||||
OpenStack | N/A | |||||||
Alicloud | N/A | |||||||
Equinix Metal | N/A | N/A | N/A | N/A | N/A | N/A | N/A | N/A |
vSphere | N/A | N/A | N/A | N/A | N/A | N/A | N/A | N/A |
Get an overview of the test results at testgrid.
See our documentation in the /docs
repository, please find the index here.
The quickest way to test drive Gardener is to install it virtually onto an existing Kubernetes cluster, just like you would install any other Kubernetes-ready application. You can do this with our Gardener Helm Chart.
Alternatively you can use our garden setup project to create a fully configured Gardener landscape which also includes our Gardener Dashboard.
Feedback and contributions are always welcome!
All channels for getting in touch or learning about our project are listed under the community section. We are cordially inviting interested parties to join our bi-weekly meetings.
Please report bugs or suggestions about our Kubernetes clusters as such or the Gardener itself as GitHub issues or join our Slack channel #gardener (please invite yourself to the Kubernetes workspace here).
Please find further resources about our project here: