Google Cloud Professional Cloud Developer (PCD) è la certificazione dedicata a chi scrive e distribuisce applicazioni su Google Cloud. Valida l’intero ciclo di sviluppo cloud-native: progettare app scalabili e affidabili, costruirle e testarle, distribuirle con strategie sicure, integrarle con i servizi della piattaforma e gestirle in produzione. È un esame Professional a scenario, con Cloud Run e i container al centro, e presuppone esperienza reale di sviluppo.

Cosa valida il Professional Cloud Developer

Il PCD valida la capacità di costruire software cloud-native su Google Cloud rispettando i principi di scalabilità, affidabilità e sicurezza: progettare applicazioni stateless e resilienti, containerizzarle e testarle, automatizzare la build e il rilascio (CI/CD), scegliere il servizio di esecuzione e la configurazione giusti, integrare l’app con database, messaging e API, e osservarla in produzione. È un esame pratico e a scenario: raramente chiede una definizione, quasi sempre chiede quale servizio, pattern o configurazione risolve un problema di sviluppo. Non scrivi codice durante la prova, ma senza la mentalità dello sviluppatore è difficile distinguere la risposta giusta.

I numeri d’esame sono pubblicati: 120 minuti, 50-60 domande, 200 USD. Due note pratiche: il PCD è disponibile solo in inglese e giapponese (non in italiano), e come tutte le certificazioni Professional di Google è valido 2 anni — non 3 come foundational e associate.

A chi si rivolge

Il candidato tipico ha oltre 3 anni di esperienza e almeno 1 anno su Google Cloud: sviluppatori backend e full-stack, application engineer e DevOps che costruiscono servizi cloud-native. Non servono prerequisiti formali, ma è un esame difficile senza pratica reale di sviluppo. È il passo naturale dopo l’Associate Cloud Engineer per chi scrive software, ed è complementare al Professional Cloud Architect (che guarda all’architettura complessiva).

I domini d’esame

Il PCD copre il ciclo di vita di un’applicazione cloud-native.

1. Progettare applicazioni cloud-native

Applicazioni stateless e resilienti: microservizi e principi 12-factor, la scelta del compute (Cloud Run per container serverless, GKE per l’orchestrazione, Cloud Functions per l’event-driven, App Engine), il caching con Memorystore, la scelta del data store applicativo (Firestore, Cloud SQL, Spanner) e le architetture event-driven e asincrone (Pub/Sub, Eventarc, Cloud Tasks, Cloud Scheduler, Workflows), con idempotenza e retry.

2. Costruire e testare le applicazioni

Dal codice all’artefatto: le best practice di sviluppo e il source control, la containerizzazione (Dockerfile, Cloud Native Buildpacks), Cloud Build per la CI, Artifact Registry per immagini e pacchetti, il testing (unit, integration, end-to-end) e gli emulatori locali (Firestore, Pub/Sub) per sviluppare senza toccare le risorse reali. E il codice sicuro: Secret Manager (mai secret hardcoded), service account con least privilege e Workload Identity.

3. Distribuire le applicazioni

Portare l’app in produzione in sicurezza: il deploy su Cloud Run, GKE e App Engine, le strategie di rilascio (blue/green, canary, rolling, traffic splitting tra revision), Cloud Deploy per il continuous delivery, la configurazione per ambiente e il rollback rapido. E il tuning: concurrency, min/max instances (contro il cold start), CPU allocation e le probe su GKE.

4. Integrare i servizi Google Cloud

Collegare l’app alla piattaforma: la gestione delle API (Apigee, API Gateway, Cloud Endpoints), i pattern di messaging con Pub/Sub (push/pull, dead-letter, ordering), Cloud Tasks per l’esecuzione asincrona controllata, Cloud Scheduler per i cron, e il consumo delle API Google con le client library e l’autenticazione corretta.

5. Gestire le applicazioni in produzione

Tenere l’app osservabile e sana: Cloud Logging (structured logging, log-based metric), Cloud Monitoring (metriche, dashboard, alerting), Cloud Trace per la latenza, Cloud Profiler per CPU e memoria, Error Reporting per le eccezioni, il debugging in produzione e la definizione di SLI e SLO.

Come prepararsi

Il PCD premia chi ha sviluppato davvero su Google Cloud. Un percorso efficace:

  1. Padroneggia Cloud Run e i container. Concurrency, min/max instances, cold start, traffic splitting e revision sono ricorrenti: sono il cuore del deploy cloud-native serverless.
  2. Distingui i servizi per pattern. Cloud Tasks (async con rate limiting) vs Pub/Sub (eventi/fanout) vs Eventarc; Cloud Trace (latenza) vs Cloud Profiler (CPU/memoria); Firestore vs Cloud SQL. Molte domande contrappongono servizi simili.
  3. Interiorizza le pratiche sicure e di rilascio. Secret Manager (mai secret nel codice), Workload Identity, canary/blue-green, CI/CD con Cloud Build e Artifact Registry.
  4. Alterna teoria e simulazione. Nelle ultime settimane passa alle prove pratiche per individuare le aree deboli. La simulazione PCD su CertUp usa domande a scenario in inglese come l’esame reale, con timer e spiegazione di ogni risposta.

Uno sviluppatore con esperienza reale su Google Cloud arriva pronto con alcune settimane di studio mirato; chi non ha mai costruito app cloud-native dovrebbe prima accumulare pratica.

In sintesi

Il Professional Cloud Developer certifica che sai costruire e operare applicazioni cloud-native su Google Cloud end-to-end: dalla progettazione al deploy, dall’integrazione dei servizi all’observability, con Cloud Run e i container come strumenti centrali. È una delle certificazioni più richieste per gli sviluppatori cloud. Se stai pianificando il percorso Google Cloud, confronta la scheda con le altre certificazioni nella pagina Google Cloud di CertUp.