Platform Engineering: cosa serve davvero e cosa è solo moda

Negli ultimi anni il Platform Engineering è diventato uno dei termini più abusati del panorama tecnologico.
Ogni azienda sembra voler “fare platform”, spesso senza aver chiarito cosa significhi davvero e, soprattutto, perché.

Come spesso accade, il rischio non è la disciplina in sé, ma l’adozione acritica: replicare pattern pensati per contesti molto specifici in realtà che non ne hanno né la scala né i problemi.

Questo articolo non è contro il Platform Engineering.
È contro il Platform Engineering come moda.

Platform Engineering: definizione minima senza marketing

Tolto il rumore, il Platform Engineering risponde a una domanda semplice:

Come riduciamo il carico cognitivo dei team di sviluppo senza perdere controllo, affidabilità e velocità?

Una piattaforma interna serve a:

• standardizzare ciò che è ripetitivo
• rendere semplici le scelte corrette
• nascondere complessità solo quando è utile
• aumentare l’autonomia senza creare caos

Se non risolve almeno uno di questi punti, non è platform engineering.
È solo infrastruttura con un nome nuovo.

Pragmatismo vs edonismo tecnico nella platform

Il problema nasce quando la piattaforma diventa:

• un esercizio di architettura
• un playground per tecnologie “cool”
• un prodotto costruito per chi la sviluppa, non per chi la usa

L’edonismo tecnico applicato al Platform Engineering produce:

• DSL inutili
• astrazioni premature
• workflow più complessi di quelli che dovevano semplificare
• documentazione che spiega come, ma non perché

Il pragmatismo, invece, parte da domande scomode:

• quali problemi reali stanno rallentando i team?
• cosa possiamo togliere invece di aggiungere?
• cosa succede se questa piattaforma fallisce alle 3 di notte?

Cosa il passato bare metal ci ha insegnato e che stiamo dimenticando

Chi ha lavorato su bare metal ha imparato una lezione fondamentale:

L’astrazione non elimina la complessità, la sposta.

Nel Platform Engineering questo è cruciale.
Ogni layer aggiunto:

• semplifica per qualcuno
• complica per qualcun altro

Sul bare metal:

• il fallimento era evidente
• il costo era immediato
• la responsabilità era chiara

Oggi molte piattaforme nascondono così bene la realtà che:

• il debug diventa archeologia
• l’ownership si dissolve
• il fallimento sembra “strano” invece che previsto

Una buona piattaforma non nasconde il sistema.
Lo rende leggibile.

Cosa serve davvero in una piattaforma interna

Nella maggior parte delle aziende, una piattaforma utile ha bisogno di molto meno di quanto si pensi:

• Golden path chiari, non obblighi
• Self-service semplice, non framework interni
• Default sensati, non infinite opzioni
• Documentazione decisionale, non solo tecnica
• Feedback loop continui con i team utenti

Se una piattaforma richiede:

• settimane di onboarding
• training dedicati
• supporto costante del team platform

allora non sta riducendo il carico cognitivo.
Lo sta solo spostando.

Cosa è spesso solo moda

Alcuni segnali di allarme:

• piattaforme introdotte prima di avere problemi di scala
• team platform creati per “imitazione”
• toolchain identiche a quelle delle big tech
• metriche di successo basate sull’adozione, non sull’impatto
• più YAML, meno comprensione

Il Platform Engineering non è un fine.
È un mezzo costoso che va giustificato continuamente.

Aprirsi al futuro senza dogmi

Essere critici non significa essere conservatori.
Significa essere responsabili.

Una piattaforma dovrebbe evolvere come un prodotto:

• piccoli rilasci
• sperimentazione controllata
• possibilità di uscire dal golden path
• deprecazioni chiare

Il futuro non è avere la piattaforma più sofisticata,
ma quella che i team usano volentieri.

Conclusione

Il Platform Engineering funziona quando:

• nasce da problemi reali
• è costruito con pragmatismo
• accetta i limiti del contesto
• rispetta l’intelligenza dei team

Fallisce quando diventa:

• ideologia
• status symbol tecnico
• esercizio di stile

La piattaforma migliore è spesso quella di cui si parla poco,
perché fa il suo lavoro e poi si fa da parte.