Il carico cognitivo si riferisce alla quantità totale di sforzo mentale utilizzato nella memoria di lavoro di una persona. È la larghezza di banda mentale di cui dispone uno sviluppatore. Quando questa larghezza di banda viene consumata da attività non di programmazione, la loro capacità di concentrarsi sulla risoluzione di problemi complessi diminuisce.

Gli sviluppatori spesso devono passare da decine di strumenti, dashboard e file di configurazione diversi solo per eseguire il deployment di una semplice modifica. Ogni cambio di contesto costringe il cervello a caricare un nuovo set di informazioni, il che è mentalmente faticoso. Questo continuo destreggiarsi tra strumenti e processi aumenta il carico cognitivo, che può portare al burnout, a più errori e a un'innovazione più lenta.

Il platform engineering è la disciplina che si occupa della progettazione, della creazione e della manutenzione di una piattaforma interna per sviluppatori. Pensa in questo modo: se l'IDP è il prodotto, il team di progettazione della piattaforma è il team di prodotto responsabile del suo ciclo di vita. I loro clienti sono gli sviluppatori dell'organizzazione.

Questo approccio significa che la piattaforma viene trattata come qualsiasi altro prodotto software. Il team di ingegneria della piattaforma è responsabile della comprensione delle esigenze degli sviluppatori, della definizione di una roadmap e della fornitura di un insieme di strumenti affidabili, sicuri e facili da usare.

Una domanda frequente riguarda la distinzione tra piattaforma e portale. Sebbene i termini siano talvolta usati in modo intercambiabile, rappresentano diversi livelli dell'esperienza dello sviluppatore. Pensa alla piattaforma interna per sviluppatori (IDP) come all'intero motore, che comprende tutti gli strumenti, i flussi di lavoro e l'infrastruttura che alimentano il ciclo di vita dello sviluppo.

Il portale interno per sviluppatori, invece, è la dashboard di questo motore. È la Graphic User Interface (GUI) che fornisce agli sviluppatori un unico luogo centralizzato per accedere alle funzionalità della piattaforma. Un portale per sviluppatori può aiutare gli sviluppatori a scoprire e utilizzare strumenti, visualizzare la documentazione, creare nuovi servizi e controllare lo stato delle loro build senza la necessità di comprendere il complesso meccanismo sottostante. Sebbene un IDP completo includa spesso un portale per sviluppatori per migliorare l'usabilità e la rilevabilità, la piattaforma stessa è l'insieme completo di tecnologie sottostanti e processi automatizzati.

Per vedere come funziona una piattaforma per sviluppatori interni nella pratica, esaminiamo un esempio comune di piattaforma per sviluppatori interni che utilizza Google Cloud. Immagina che uno sviluppatore debba avviare un nuovo microservizio che richiede un proprio database e una pipeline CI/CD.

Lo sviluppatore dovrebbe creare manualmente un Cloud Source Repository, scrivere un modulo Terraform per eseguire il provisioning di un database Cloud SQL, creare e configurare un file di deployment Google Kubernetes Engine (GKE) (YAML), configurare un nuovo trigger in Cloud Build e gestire le autorizzazioni IAM per tutto. Potrebbe richiedere giorni e coinvolgere più team.

La procedura è molto più semplice.

Richiesta dal portale: lo sviluppatore accede al portale per sviluppatori e trova un modello predefinito per un "microservizio Python con un database Cloud SQL".

Input semplici: compilano un breve modulo con il nome del servizio e il nome del team.

Inizia l'orchestrazione: lo sviluppatore fa clic su "Crea" e l'orchestratore della piattaforma prende il controllo.

Azioni automatizzate: dietro le quinte, l'orchestratore esegue una serie di attività automatizzate utilizzando le API Google Cloud:

• Crea un nuovo repository in Cloud Source Repositories dal modello
• Esegue un piano Terraform per eseguire il provisioning di una nuova istanza Cloud SQL per PostgreSQL
• Crea i manifest necessari e li applica al cluster Google Kubernetes Engine (GKE) per creare un nuovo ambiente di deployment
• Configura una nuova pipeline CI/CD in Cloud Build per creare ed eseguire il deployment automatico del servizio

Completamento: il processo viene completato in pochi minuti. Lo sviluppatore riceve una notifica con i link al nuovo repository, all'applicazione in esecuzione nell'ambiente di gestione temporanea GKE e alle credenziali del database, il tutto senza scrivere una sola riga di configurazione.