Puncte:0

Cele mai bune practici pentru gitops cu cârmă

drapel cn

Vreau să urmez âgitopsâ pentru implementare â starea în care ar trebui să fie mediul este verificată în controlul versiunii în ramura corespunzătoare, apoi serverul de CD aplică configurația. Cu manifeste Kubernetes simple, definiția de implementare selectează doar conexiunea și apelurile Kubernetes corespunzătoare se aplică kubectl și orice altceva se află în fișiere (sau numele).

Dar cu helm, valorile sunt evident stocate într-un fișier, dar pe lângă asta există și depozitul, diagrama și versiunea de care să ținem evidența. Pot însoți fiecare valoare .yaml fișier cu un script shell care emite fișierul corespunzător helm repo add+actualizare helm repo+helm upgrade --install, dar se simte ad-hoc un neevident.

Există vreo modalitate standard (ish) de a nota parametrii pentru implementarea completă a cârmei? Intenția este de a menține definiția postului CD simplă și totul ușor de înțeles pentru următorul tip care trebuie să schimbe ceva.

M-am gândit la cârma-controler, dar are două dezavantaje

  • Există o problemă deschisă #100 pentru utilizarea depozitelor autentificate.
  • Nu sunt sigur cum să aștept finalizarea instalării pentru a obține starea corectă de la jobul de implementare.

așa că deocamdată aș prefera să rulez Helm pe serverul de CD.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.