Many values are parameterized and values are not always visible. We're focusing on solving our own, specific/Zalando use case.
However, we are open to ideas from the community at large about potentially turning this idea into a project that provides universal/general value to others.
Please contact us via our Issues Tracker with your thoughts and suggestions.
Configuration in this repository initially was based on kube-aws, but now depends on four components which aren't all yet open sourced:
Cluster Registry to keep desired cluster states (e.g. used config channel and version)
Cluster Lifecycle Manager to provision the cluster's Cloud Formation stack and apply Kubernetes manifests for system components
Cluster Lifecycle Controller that handles rolling updates from inside the cluster, for example node termination
Authnz Webhook to validate OAuth tokens and authorize access
cluster/cluster.yaml: Cloud Formation template files for the cluster (will be applied by Cluster Lifecycle Manager)
cluster/config-defaults.yaml: Default values for different kind of use that can be overriden by values from our cluster-registry (will be applied by Cluster Lifecycle Manager)
cluster/etcd-cluster.yaml: Senza Cloud Formation to deploy ETCD
cluster/manifests: Kubernetes manifests for system components (will be applied by Cluster Lifecycle Manager)
cluster/node-pools: Cloud Formation template files and userdata (cloud-init) for ContainerLinux node-pools (will be applied by Cluster Lifecycle Manager)
docs: extracts from internal Zalando documentation.
请发表评论