Czy ja już kończę z Kubernetesem?

Wysyłam ten newsletter co tydzień i często (naprawdę się ograniczam) piszę coś o Kubernetes. Nie zamieszczę tutaj statystyk, bo aż się boję policzyć ile razy użyłem go w ostatnim roku przynajmniej.
Moim celem jest dostarczenie Ci rzetelnych informacji i dlatego też w końcu przygotowałam materiał o tym kiedy to nie jest dobry pomysł pchać się z nim na siłę.
A jeśli już go używasz to mam dla Ciebie ciekawe szkolenie w tą środę o 19:00. Szczegóły poniżej.

Kiedy Kubernetes nie ma sensu

To dla Twojej wygody streszczę Ci te przypadki:

1. Jak masz/używasz chmury publicznej ORAZ:
   1. Nie potrzebujesz multi-cloud ani hybrydowego podejścia
   2. Używasz specyficznych usług dostępnych u Twojego dostawcy i nie potrzebujesz stawiać tego samodzielnie
   3. Masz pełną (ale taką prawdziwą) automatyzację swojego środowiska
   4. Istnieje w organizacji praktyka konserwatywnego podejścia oparta o politykę, prawo lub inne, niezależne czynniki
2. Jeśli nie używasz Cloud tylko on-prem ORAZ:
   1. Zbudowałeś platformę w trybie self-service (na podstawie chmury prywatnej lub inaczej)
   2. Twoja organizacja pracuje nad produktem/usługą wykorzystującą niskopoziomowo sprzęt (nie dotyczy GPU)
   3. Sieć (np. opóźnienia) i jej istniejąca konfiguracja jest bardzo specyfycznia i naprawdę ciężko to sparować z kontenerami (m.in. wyzwania z wychodzącymi adresami IP)
   4. Masz dziwny storage, czyli taki, który nie ma sterownika CSI dla Kubernetes
3. Masz mała skalę, czyli:
   1. Aplikacja jest prosta i to jeszcze nie czas myśleć o tych wspaniałościach Kubernetesa
   2. Masz mało instancji i nie zapowiada się na więcej
   3. Nie chcesz tracić zasobów na obsługę Control Plane – może się nie opłacać przy małym środowisku
   4. Masz mały ruch i prawdopodobnie nigdy nie skorzystasz z autoskalowania
4. Masz nietypowe oprogramowanie, czyli:
   1. Dostarczane z zewnątrz i licencja nie przewiduje uruchamiania tego na kontenerach
   2. Trudno (ale naprawdę to musi być duże wyzwanie) się konteneryzuje
   3. Działa tylko na Windows
   4. Rzadko jest potrzeba aktualizacji
5. Czynniki ludzkie
   1. Nie ma zespołu (chyba najczęściej)
   2. Za mało czasu na naukę, a terminy gonią
   3. Zespół/organizacja boi się ryzyka związanego z ewentualnymi błędami (głównie z niewiedzy)

Szczegóły pokazałem na ostatnim LIVE, który możesz zobaczyć tutaj.