Porządki w Kubernetes, na które świat czekał

Przyznać trzeba jedno: Kubernetes przez lata nagrzbiał sobie spory techniczny dług. Wersja 1.37 nie wprowadza tylko nowości — zamiata też kurz spod dywanu. I szczerze? Dawno czas na to.

Co idzie na śmietnik

Najgłośniejsze usunięcia w Kubernetes 1.37 to:

• kube-dns — stary, wierny (i coraz bardziej zawodny) serwer DNS przechodzi na emeryturę
• IPVS (IP Virtual Server) — tryb load balancingu, który nigdy nie spełnił pokładanych w nim nadziei
• cgroup v1 — system zarządzania zasobami, który pokazywał swoje ograniczenia od lat

Dlaczego to dotyczy Twojej infrastruktury

Jeśli chodzisz produkcyjne workloads na Kubernetesie, te zmiany uderzają blisko domu. DNS to fundament service discovery, a jeśli kiedykolwiek męczyłeś się z niestabilnym resolution w kube-dns, to sprzątanie może faktycznie poprawić Twój komfort życia.

Awans cgroup v2 jest szczególnie istotny. Cała branża od lat powoli migruje do cgroup v2 — ujednolicona hierarchia daje lepszą izolację zasobów i znacznie sprawniejsze zarządzanie pamięcią. Kubernetes, który wreszcie stawia tamę, wymusza na całym ekosystemie ruch do przodu.

Metrics API w końcu Stable

Tu moją uwagę przykuło najbardziej: Metrics API, które spędziło dziewięć lat w betcie, wreszcie osiągnęło status stable. Dziewięć lat! To wieczność w świecie technologii. Ten interfejs jest niezbędny dla autoscalingu, monitoringu i optymalizacji zasobów. Jego stabilizacja oznacza, że możesz wreszcie budować narzędzia produkcyjne wokół niego bez obawy o breaking changes.

Co powinieneś zrobić

Jeśli masz Kubernetes 1.37 lub planujesz upgrade:

1. Przeglądnij klaster pod kątem zależności od kube-dns, IPVS i cgroup v1
2. Po upgrade'u dokładnie przetestuj resolution DNS — CoreDNS to teraz standard
3. Upewnij się, że Twoje aplikacje poprawnie obsługują przejście na cgroup v2
4. Zacznij traktować Metrics API jako pełnoprawny punkt integracji

Szerszy obraz

Te porządki mówią coś ważnego o dojrzałości projektu Kubernetes. Zespół jest gotowy łamać kompatybilność wsteczną, żeby iść do przodu. W świecie, gdzie backward compatibility często paraliżuje innowacje, tego rodzaju zdecydowane sprzątanie jest odświeżające.

Dla developerów i startupów budujących na Kubernetesie ta wersja to przypomnienie: infrastruktura, od której zależysz, ewoluuje szybko. Bądź na bieżąco, testuj dokładnie i korzystaj z usprawnień. Legacy miało swoje pięć minut, ale czas na level up.

Ekosystem cloud-native od dawna wołał o tego rodzaju porządki. Teraz zobaczmy, co zostanie zbudowane na tych świeżo wysprzątanych fundamentach.