Cos'è il platform engineering?

Il platform engineering è la disciplina che costruisce e gestisce piattaforme interne self-service (Internal Developer Platform, IDP) per i team di sviluppo: strumenti, pipeline, ambienti e servizi condivisi, confezionati in modo che un team possa fare deploy senza aprire ticket e senza reinventare l'infrastruttura ogni volta. Gartner prevedeva che entro il 2026 l'80% delle organizzazioni di software engineering avrebbe avuto un platform team, ed è la direzione che si osserva sul campo. La spinta arriva spesso dalla stanchezza operativa: quando ogni team di sviluppo deve reinventare da solo pipeline, ambienti e policy di sicurezza, il tempo speso a costruire impalcature supera quello speso a costruire prodotto, ed è quel divario a giustificare l'investimento in una piattaforma comune. Il termine ha in parte sostituito, nel linguaggio corrente, il precedente "DevOps platform team": non è un cambio puramente lessicale, segna il passaggio da un team che aiuta gli altri su richiesta a un team che costruisce un prodotto interno con utenti, roadmap e metriche di adozione proprie.

Golden path: la piattaforma come prodotto

L'idea centrale è trattare la piattaforma come un prodotto i cui utenti sono i team interni. Il meccanismo chiave è il golden path: il percorso predefinito e supportato per i casi comuni, ad esempio un template che crea un nuovo servizio con CI/CD, osservabilità, sicurezza e ambienti già configurati. Non è una gabbia: chi ha esigenze particolari può uscire dal percorso, ma si prende in carico la complessità che ne deriva. Il platform engineering corregge l'eccesso del "you build it, you run it": dare a ogni team la responsabilità end-to-end senza una piattaforma comune produce dieci modi diversi di fare deploy e un carico cognitivo che uccide la produttività. La piattaforma assorbe la complessità una volta sola, per tutti. E ha un lato economico spesso trascurato: guardrail di costo e tagging automatico dentro il golden path sono il modo più efficace di fare FinOps, molto più che rincorrere i team a posteriori.

Cosa significa per i team dati

La stessa logica sta arrivando alle piattaforme dati, dove la convergenza col DataOps è naturale: un data engineer che vuole creare una pipeline di ingestion affronta oggi spesso più attrito di uno sviluppatore che deploya un microservizio. Un golden path per i dati significa template per pipeline e trasformazioni, ambienti di sviluppo isolati, CI/CD con test sui dati, catalogo e lineage popolati automaticamente, policy di accesso e di qualità incorporate nel percorso invece che affidate alla buona volontà dei singoli. Il risultato è lo stesso che nel software: meno tempo a montare impalcature, più tempo sul valore.