Kubernetes na własnej infrastrukturze nie musi oznaczać ręcznie składanych klastrów, których nikt nie odważy się zaktualizować. Dzięki Cluster API klastry stają się deklaratywnymi zasobami: tworzonymi, skalowanymi i aktualizowanymi w tym samym modelu rekoncyliacji, którego Kubernetes używa do wszystkiego innego.
Nasze podejście
Budujemy na providerach społeczności — Cluster API Provider OpenStack dla chmur i Cluster API Provider Metal3 dla bare metal — i traktujemy węzły jako niezmienne. Aktualizacje przebiegają przez wymianę maszyn, a nie łatanie ich w miejscu.
Na OpenStacku porządnie integrujemy klastry z chmurą pod spodem: Cinder CSI dla storage’u, Octavia dla load balancerów, Keystone dla tożsamości. W ten sam sposób budujemy samoobsługowy Kubernetes dla operatorów chmur, którzy chcą udostępniać klastry swoim użytkownikom na żądanie.
W czym pomagamy
- Projekt platformy — klastry zarządzające, model tenantów, sieć i strategia aktualizacji ustalone na starcie.
- Codzienna eksploatacja — aktualizacje, rotacja certyfikatów, kondycja etcd, planowanie pojemności.
- Debugowanie — problem z siecią między podami, control plane, który bez wyraźnego powodu zwalnia, błąd w providerze wymagający poprawki upstream.