Che cos'è un ingegnere della piattaforma?

Nel corso della mia carriera sono stato chiamato molte cose, molte delle quali educate - più recentemente il lavoro per costruire pipeline CI / CD è stato definito "Platform Engineer" o "Platform Engineering". Il rischio di un tale titolo è che si ottiene il typecast nel ruolo di un ingegnere che sviluppa piattaforme per l'uso da parte degli sviluppatori e non include necessariamente nessuno dei bit Ops di DevOps.

Nella mia esperienza, tuttavia, i ruoli hanno comportato una grande quantità di operazioni Disciplina delle operazioni, come la progettazione di processi di gestione degli incidenti rilevanti, avvisi e soluzioni di monitoraggio.

Nel ruolo "sembra" che abbia molto in comune con l'Ingegneria dell'affidabilità del sito, in quanto entrambi i ruoli sono ruoli di ingegneria in qualche modo distinti dall'ingegneria del software, ma sembrano avere un modello di tendenze di Google simile però:

Esiste una definizione canonica di un ingegnere della piattaforma o è come SRE semplicemente un'implementazione di una funzionalità DevOps all'interno di un'organizzazione?

Penso che sarebbe difficile trovare una definizione chiara e definita di un ingegnere della piattaforma.

Dove sono attualmente posizionato, tutti nella squadra iniziano con il loro ruolo speciale, ma molto rapidamente il gioco finale sembra essere abbastanza comodo da essere chiamato, o da chiamare se stesso, un ingegnere di piattaforma.

Quando mi è stato detto per la prima volta che ufficialmente un ingegnere della piattaforma la breve spiegazione di cosa significasse, almeno per me, era che avrei dovuto fare molta più difesa della mia piattaforma.

Non ero così concentrato sull'aiutare direttamente i nostri sviluppatori (anche se questo è ovviamente l'obiettivo), ma come proprietari della piattaforma il nostro lavoro era principalmente quello di assicurarci che i nostri sviluppatori fossero buoni cittadini assicurandoci di progettare la piattaforma in modo che potessimo mostrare loro cosa hanno fatto di sbagliato se è successo qualcosa e potremmo fornire loro tutte le informazioni di cui avevano bisogno per correggere il loro codice.

L'ovvia conseguenza di ciò è che la nostra piattaforma è perfetta, cosa che ovviamente non lo è. Ma almeno possiamo supportare gli sviluppatori in modo da farli lavorare su una soluzione da parte loro mentre stiamo sistemando la nostra parte dell'accordo.

Fonte: sono un ingegnere della piattaforma (anche se non in senso stretto DevOps).

Gestisco Office 365 per il mio datore di lavoro. In particolare le porzioni di identità, autenticazione e messaggistica. Non costruisco server Exchange (in circostanze normali) ma gestisco tutte le modifiche al servizio e "possiedo" la piattaforma.

Come anche la risposta di hvindin dice, sono ugualmente responsabile dell'evangelizzazione della piattaforma che possiedo e della sua manutenzione.