Macie jakieś ciekawe przypadki użycia dla własnych CRD (Custom Resource Definition) w kubernates? Jaka była potrzeba, jak się sprawdza?
1
0
Według mnie powinno się unikać wszelkich niestandardowych CRD, a operatory stosować tylko i wyłącznie jak są niezbędne. Wprowadza to niepotrzebny, dodatkowy poziom abstrakcji. Wszędzie gdzie to widziałem kończyło się to źle.
Użycie CRD jakie przychodzi mi na myśl to np. jak masz wszystkie apki w klastrze bardzo podobne, ale wtedy lepiej użyć dedykowanego helm charta.
0
duck napisał(a):
...
Wszędzie gdzie to widziałem kończyło się to źle.
A jakiś konkretny przykład tego co taki CRD zapewniał i dlaczego się to źle skończyło?
0
Dodatkowy poziom abstrakcji, który nic nie wnosił i był niepotrzebny. Widziałem sytuacje, że trzeba było się przebijać przez 3 poziomy CRD, żeby zobaczyć co konkretnie nie działa.
0
Z opisu ciężko zrozumieć, co ten dodatkowy poziom abstrakcji miał by wnosić, bo brakuje szczegółów :-) Jak ja to rozumiem, CRD pozwala w deklaratywny sposób, w ramach klastra, rozwiązać jakiś ogólny problem. Dla mnie takimi kandydatami problemów byłyby: ustawienia firewalla, zarządzanie certyfikatami, backupy, notyfikacje.
2
Problem jest taki, że tworzysz CRD, jakiś operator to bierze i tworzy coś innego, jak to nie działa to się zastanawiasz czy nie działa operator czy może coś dalej, czy może jeszcze coś innego.
W swojej karierze najwięcej widziałem CRD, które było przetwarzane przez operator na kilka CRD, które były obsługiwane przez kilka operatorów. Niektóre z nich tworzyły kolejne CRD na kolejną warstwę operatorów.
Rozumiem warstwę abstrakcji i fajnie sobie napisać kind: mojCosTam, ale równie dobrze można ustawić values w helm charcie. Moim zdaniem warto robić wszystko jak najprościej.
0
Trochę średni pomysł szukać problem pod narzędzie. Powinno być raczej odwrotnie.
0
Riddle napisał(a):
Trochę średni pomysł szukać problem pod narzędzie. Powinno być raczej odwrotnie.
Tak, możesz tak na to patrzeć. Natomiast nie wiem czy wnosi wartość w dyskusji o k8s ;-) Celem pytania jest dzielenie się doświadczeniami, nt. tego w jaki sposób narzędzie (CRD, custom controllers) jest używane i jak pomogło rozwiązać jakiś konkretny problem. Może ktoś ma projekt transformacyjny i przenosi się do clouda, a w czasie tranzycji chce zarządzać zewnętrznymi (non-kubernetes) zasobami w jednolity sposób (wówczas własne CRD może być jednym z podejść), może chce mieć lżejszego (w porównaniu mp. do service mesha) i prostszego mTLSa.