Kubernetes in produzione

Capitolo 16. Astrazioni della piattaforma

Questo lavoro è stato tradotto utilizzando l'AI. Siamo lieti di ricevere il tuo feedback e i tuoi commenti: [e-mail]

Molte volte abbiamo visto organizzazioni adottare un approccio " costruisci e vedrai" per progettare e costruire una piattaforma Kubernetes. Tuttavia, questa filosofia è di solito piena di rischi perché spesso non riesce a soddisfare i requisiti chiave dei molti team (ad esempio, sviluppo, sicurezza delle informazioni, rete, ecc. È importante coinvolgere gli altri gruppi nel viaggio e assicurarsi che la piattaforma costruita sia adatta allo scopo.

In questo capitolo tratteremo alcuni degli aspetti che dovresti considerare quando progetti l'esperienza di onboarding e di utilizzo della tua piattaforma Kubernetes da parte di altri team (in particolare gli sviluppatori). Per prima cosa analizzeremo alcuni aspetti filosofici e ci chiederemo: quanto dovrebbero sapere gli sviluppatori su Kubernetes? Poi passeremo a discutere di come costruire un percorso agevole per gli sviluppatori, in modo che possano iniziare a distribuire su Kubernetes e a distribuire i cluster stessi. Infine, rivedremo lo spettro di complessità di cui abbiamo parlato nel Capitolo 1 e analizzeremo alcuni dei livelli di astrazione che possiamo mettere in campo. Il nostro obiettivo è trovare un buon equilibrio tra complessità e flessibilità quando offriamo una piattaforma Kubernetes a team di sviluppo che hanno diversi gradi di conoscenza ...