GCP — Cheat Sheet

Tag: gcp, cloud, compute, storage, networking, iam, devops

Livello: intermedio

TL;DR: Panoramica operativa dei servizi core di Google Cloud Platform: IAM, calcolo, storage, networking e osservabilita'.

Concetti chiave

IAM gestisce permessi tramite ruoli granulari associati a principal e service account.

Compute Engine offre virtual machine IaaS altamente configurabili con dischi persistenti.

Google Kubernetes Engine (GKE) orchestra container gestendo nodi, cluster e autoscaling.

Cloud Run esegue container stateless serverless con scaling automatico fino a zero.

Cloud Functions implementa pattern event-driven legati a trigger di storage o messaggistica.

Cloud Storage fornisce object storage scalabile distribuito in diverse classi di accesso.

Cloud SQL supporta database relazionali gestiti come PostgreSQL e MySQL.

BigQuery offre analisi dati serverless con storage colonnare e query SQL su larga scala.

VPC organizza reti virtuali globali segmentate per subnet regionali con firewall rules.

Cloud Operations Suite include Logging e Monitoring per tracciare metriche e alert.

Domande tipiche e risposte pronte

Q: Quando conviene usare Cloud Run rispetto a GKE?R: Scelgo Cloud Run per servizi HTTP stateless o worker a eventi con traffico variabile, evitando overhead operativo. Riservo GKE ad architetture a microservizi complesse o con workload stateful.

Q: Come si gestisce l'accesso minimo privilegiato su GCP?R: Assegno predefined roles specifici evitando i primitive roles, uso IAM Conditions e adotto service account dedicati per ogni workload applicativo.

Q: Qual e' la differenza tra Cloud Storage Standard e Nearline/Coldline?R: Standard e' pensato per dati ad accesso frequente; Nearline e Coldline riducono i costi di storage a fronte di tariffe per retrieval e finestre minime di conservazione.

Insidie e errori comuni

Assegnazione dei ruoli primitivi (Owner, Editor, Viewer) a livello di progetto.

Mancata configurazione del budget alert, con conseguente sforamento imprevisto dei costi.

Esposizione pubblica non intenzionale di bucket Cloud Storage tramite permessi allUsers.

Uso di IP esterni statici sulle VM senza necessita', aumentando superficie di attacco e costi.

Allocazione di quote insufficienti prima di lanci su larga scala o migrazioni.

Snippet e comandi

# Impostazione del progetto attivo
gcloud config set project [PROJECT_ID]

# Creazione ed esportazione di credenziali per un service account
gcloud iam service-accounts keys create key.json \
  --iam-account=[SA_NAME]@[PROJECT_ID].iam.gserviceaccount.com

# Deploy rapido di un container su Cloud Run con accesso pubblico
gcloud run deploy [SERVICE_NAME] \
  --image gcr.io/[PROJECT_ID]/[IMAGE_NAME] \
  --platform managed \
  --region europe-west1 \
  --allow-unauthenticated

# Copia parallela di file verso un bucket Cloud Storage
gsutil -m cp -r ./dist gs://[BUCKET_NAME]/

Da ripassare

[ ] Gerarchia delle risorse: Organization, Folder, Project e policy inheritance

[ ] Configurazione di VPC peering e Cloud NAT per nodi privati

[ ] Differenze architetturali tra Bigtable e BigQuery

[x] Principi di base di Compute Engine e tipi di dischi persistenti

[x] Deploy di base su Cloud Run tramite CLI gcloud

Riferimenti

Google Cloud Documentation (cloud.google.com/docs)

Google Cloud Architecture Framework