Che cos'è l'Infrastructure as Code (IaC)?

IaC funziona automatizzando il processo di provisioning tramite codice, eliminando la necessità di impostazioni manuali in una console cloud. Innanzitutto, gli sviluppatori definiscono le specifiche dell'infrastruttura desiderata in file di configurazione, che di solito vengono archiviati in un sistema di controllo della versione. Uno strumento di automazione, come Terraform, elabora quindi questi file ed effettua le chiamate API necessarie al provider cloud per creare, aggiornare o eliminare le risorse effettive. Questo flusso di lavoro in genere segue un percorso dal codice (definizione) al controllo della versione, attraverso una pipeline CI/CD e infine al provisioning.

Quando implementano l'IaC, i team generalmente scelgono tra due approcci: dichiarativo e imperativo. La differenza principale sta nel fatto che ci si concentri sul risultato finale o sui passaggi per arrivarci.

Poiché le definizioni dell'infrastruttura vengono spostate nei repository di codice, le pratiche di sicurezza devono adattarsi per proteggere questi file. "Sicurezza IaC" e "scansione IaC" si riferiscono alla pratica di analizzare i file di configurazione per individuare le vulnerabilità prima che l'infrastruttura venga distribuita, un concetto noto come sicurezza "Shift Left". Strumenti specializzati scansionano la pipeline di codice per rilevare errori di configurazione, come bucket di archiviazione lasciati aperti al pubblico o database non crittografati, impedendo che i rischi per la sicurezza raggiungano l'ambiente di produzione.

Google Cloud fornisce un set completo di strumenti per supportare il tuo percorso Infrastructure as Code, dalla progettazione iniziale al deployment e alla gestione continua. Un ottimo punto di partenza è Application Design Center, che ti consente di esplorare, personalizzare e sviluppare architetture di riferimento predefinite. Questo ti aiuta a progettare lo stack di applicazioni in base alle best practice di Google Cloud prima di scrivere una sola riga di codice, garantendo che l'infrastruttura sia ben progettata fin dall'inizio.

Una volta che hai un progetto, l'ecosistema aperto di Google Cloud semplifica l'implementazione come codice. La piattaforma tratta gli standard open source come Terraform come cittadini di prima classe, non come un ripensamento. Servizi come Infrastructure Manager consentono di eseguire il deployment e la gestione delle risorse Google Cloud utilizzando direttamente Terraform, mentre Config Connector consente di gestire le risorse Google Cloud tramite Kubernetes, contribuendo a colmare il divario tra l'infrastruttura cloud e l'orchestrazione dei container.

Cloud Resource Manager è il servizio per la gestione programmatica della gerarchia delle risorse Google Cloud, tra cui organizzazioni, cartelle e progetti. Sebbene molti team utilizzino IaC per eseguire il deployment di risorse come le macchine virtuali, Cloud Resource Manager consente di definire la struttura del progetto stesso come codice. Ciò aiuta i team ad automatizzare la configurazione di nuovi ambienti con policy IAM (Identity and Access Management) e vincoli organizzativi coerenti, garantendo che la governance sia integrata nell'infrastruttura fin dall'inizio.

Uno dei modi più utili per utilizzare IaC è risolvere il problema comune degli sviluppatori: "Funzionava sulla mia macchina, quindi perché si è interrotto in produzione?" Puoi risolvere questo problema creando ambienti temporanei.

In questo flusso di lavoro, quando uno sviluppatore apre una richiesta di pull (PR), gli strumenti IaC avviano automaticamente una copia temporanea e isolata dell'app. Quando la PR viene unita, l'ambiente si autodistrugge.

Per far funzionare questo codice, il codice Terraform non può avere nomi hardcoded. Devi utilizzare le variabili per creare risorse uniche per ogni richiesta di pull.

main.tf (snippet)

Nel file cloudbuild.yaml, inserisci il numero della richiesta di pull in Terraform utilizzando la variabile di sostituzione _PR_NUMBER fornita da Cloud Build.

cloudbuild.yaml (snippet)

Questo flusso di lavoro trasforma l'IaC da un'attività di manutenzione statica in uno strumento di produttività dinamico che accelera il ciclo di revisione.