Ingegneria della piattaforma

Parte II. Pratiche di ingegneria della piattaforma

Può essere difficile per un uovo trasformarsi in un uccello: sarebbe molto più difficile per un uccello imparare a volare rimanendo un uovo.

C.S. Lewis

Nella prima parte abbiamo parlato del "perché" e del "cosa" dell'ingegneria delle piattaforme e speriamo di aver convinto la maggior parte di voi dell'utilità di farne di più nella vostra azienda. Ma siamo sicuri che alcuni di voi sono ancora scettici e si chiedono se non si tratti solo di un rebranding dell'ingegneria dell'infrastruttura, di DevOps e di SRE, in cui il team promette di sviluppare prodotti incentrati sul cliente ma in realtà si limita a gestire un gruppo di sistemi OSS e di fornitori disgiunti. Oppure potresti essere scettico per altri motivi; forse hai avuto l'esperienza di nuovi leader che provengono da un background di ingegneria applicativa/produttiva e che pensano di poter risolvere tutti i difficili problemi delle piattaforme scalabili con un nuovo software, ma che non hanno una profonda conoscenza di ciò che comporta la gestione di sistemi critici e complessi.

Anche noi abbiamo vissuto queste esperienze e il nostro obiettivo per la Parte II è quello di insegnarti a evitare questi risultati e a uscire dall'uovo per poi volare. Per fare questo, dedicheremo i prossimi otto capitoli - la maggior parte del libro - a parlare del "come" delle grandi organizzazioni di platform engineering. Inizieremo parlando di come iniziare, scegliere le persone giuste, adottare ...