Cosa facciamo
Prima il golden path. Scegliamo il tipo di servizio che i tuoi team creano più spesso e costruiamo un unico percorso da git push alla produzione che funziona e basta. Build, test, scansioni, deploy, rollback. Gira su quello che hai già, che sia Kubernetes, Terraform o un runtime gestito. Non partiamo da una riscrittura. Un percorso di cui i team si fidano vale più di cinque lasciati a metà.
Una strada spianata per la CI/CD. Definizioni di pipeline condivise che i team importano invece di copiare. Default sensati, con vie d’uscita per i team che ne hanno bisogno. Quando il platform team corregge qualcosa, la correzione arriva a tutti i servizi. Scansioni di sicurezza, cache e step di deploy stanno in un posto solo, quindi cambiarli costa una pull request invece di trenta.
Nuovi servizi a basso costo. Un template di servizio arriva con logging, metriche, health check, gestione dei secret e configurazione di deploy già collegati. Un nuovo servizio passa dall’idea allo staging in poche ore. Un developer portal come Backstage arriva dopo, e solo se il numero di servizi giustifica la manutenzione.
Confini di responsabilità chiari. Mettiamo per iscritto cosa è del platform team, cosa è dei team di prodotto e come passano le richieste dagli uni agli altri. Poi misuriamo lead time, frequenza dei deploy e tasso di errore sui tuoi dati. Non costruiamo una dashboard fine a se stessa. I numeri servono a capire dove va messo il prossimo pezzo di lavoro.
Come lavoriamo di solito
Si parte osservando come una modifica arriva oggi dal portatile alla produzione. Parliamo con qualche sviluppatore, leggiamo le pipeline e contiamo i passaggi di mano. Entro due settimane ricevi una mappa scritta dei punti di attrito e una proposta per il primo golden path.
Poi costruiamo quel percorso con il tuo team, di solito in quattro-otto settimane, e ci spostiamo sopra uno o due servizi reali. Quando quei team lo preferiscono al vecchio modo, gli altri seguono. Da lì in poi è delle tue persone di piattaforma. Documentiamo come funziona il percorso, come estenderlo e come dire di no alle richieste che non c’entrano.
Fa per te se
- Gli sviluppatori aspettano un altro team per avere un database, una pipeline o un nuovo servizio.
- Ogni team fa deploy a modo suo, e nessuno sa dire qual è il modo giusto.
- Stai superando i 20 sviluppatori e le vecchie abitudini non reggono più.
- Hai comprato un developer portal e non lo apre nessuno.