Come NON perderti mentre diventi Cloud Engineer (la roadmap)

Hai mai aperto una job description da “Cloud Engineer” e ti sei sentito schiacciato dopo tre righe? Terraform, Kubernetes, IAM, CI/CD, osservabilità, FinOps. Una parete di buzzword che sembrano tutte ugualmente importanti.

Spoiler: non lo sono.

La maggior parte di chi vuole diventare Cloud Engineer parte proprio da qui - dalla lista - e si blocca dopo due settimane. Non perché la materia sia impossibile, ma perché affronta il cloud come se fosse un esame di memoria. E il cloud non si studia a memoria.

In questa guida troverai la roadmap che avrei voluto leggere io quando ho iniziato. Niente “cloud expert in 30 giorni”, niente percorsi infiniti. Solo la logica e l’ordine giusto, pensati per chi parte da zero e vuole arrivare al primo ruolo junior nei prossimi 6 mesi.

Cloud Engineer: non è il sistemista 2.0

Prima cosa da sfatare. Il Cloud Engineer non è un sistemista che ha spostato i server in cloud.

Prova a pensarlo così. Il sistemista tradizionale è un elettricista di un palazzo: conosce i fili, i quadri, i contatori. Quello che vede e che tocca. Il Cloud Engineer è il direttore dei lavori di un palazzo fatto di stanze che appaiono e scompaiono a richiesta: non tocca quasi nulla con le mani, ma deve sapere come ogni pezzo si collega agli altri, quanto costa tenerlo acceso, e cosa succede se uno cade.

Cambia radicalmente il punto di vista. Ecco cosa fa davvero un Cloud Engineer, in pratica:

Disegna l’architettura di un’applicazione scalabile su AWS.
Scrive Infrastructure as Code (Terraform, CloudFormation) invece di cliccare nella console.
Automatizza deploy e rilasci con pipeline CI/CD.
Gestisce identità, permessi e sicurezza (IAM, sempre IAM).
Tiene d’occhio i costi - perché nessuno vuole una bolletta AWS a sei cifre.
Interviene quando qualcosa si rompe, guardando metriche e log.

Non è il “sistemista evoluto”. È una figura ibrida tra sviluppo, operations e sicurezza. E proprio per questo il mercato la paga.

L’errore di Francesco (che lo blocca per mesi)

Chiamiamolo Francesco - sviluppatore in una grande azienda IT italiana, 32 anni, console AWS mai aperta. L’azienda spinge sulle certificazioni, lui vuole restare rilevante. Apre il primo video tutorial e inizia.

Dopo due settimane è sommerso. Ha scaricato tre PDF da 600 pagine, aperto quattro corsi su piattaforme diverse, iscritto a due newsletter, e nel frattempo non ha ancora creato un solo bucket S3.

Questo è l’errore numero uno di chi parte da zero: trattare il cloud come un’enciclopedia da memorizzare.

AWS ha oltre 200 servizi. Nessuno - letteralmente nessuno - li conosce tutti. Non il senior architect con 10 anni di esperienza, non chi ha fatto tutte le certificazioni. Nessuno. E il mercato non te lo chiede.

Quello che il mercato chiede a un junior è: capire la logica dei servizi core. Venti, forse trenta servizi. Saperli combinare in architetture che funzionano. Il resto viene da solo, perché una volta capita la logica ogni nuovo servizio è una variazione sul tema.

Logica prima, memoria poi. Se parti con la memoria, non arrivi.

La roadmap per Francesco: da zero a Cloud Engineer in 6 mesi

Questa roadmap è costruita per chi può dedicare 10–15 ore a settimana. Se hai già basi IT, comprimila pure del 30%.

Mese 1 - Le fondamenta che nessuno vuole fare (e che cambiano tutto).

Linux di base, networking (TCP/IP, DNS, HTTP, subnet, firewall), Git e GitHub. Niente AWS ancora. Lo so, sembra un ritardo, ma senza queste basi il cloud diventa una serie di icone colorate che clicchi a caso. Quattro settimane concentrate qui ti fanno risparmiare sei mesi dopo.

Mese 2 - Il primo contatto serio con AWS.

Apri la console AWS. Crea un account gratuito. Segui un percorso strutturato fino alla certificazione AWS Certified Cloud Practitioner. È la più semplice, non è un traguardo, ma serve a darti il vocabolario. Tre o quattro settimane focalizzate, poi la passi.

Mese 3 - Il salto che separa gli studenti dai Cloud Engineer.

Studio serio per AWS Certified Solutions Architect – Associate (SAA-C03). È la certificazione che apre davvero il mercato. Non limitarti a guardare video: per ogni servizio che studi, aprilo nella console, smontalo, rompi qualcosa e rimettilo in piedi. Se non sporchi le mani qui, non arrivi al colloquio.

Mese 4 - Infrastructure as Code e automazione.

Impara Terraform da zero fino a moduli riutilizzabili. In parallelo, costruisci la tua prima pipeline CI/CD - anche una semplice, con GitHub Actions, che deploya un sito statico su S3 con CloudFront davanti. Passare da “commit” a “sito online” in modo automatico è il momento in cui scatta qualcosa nella testa.

Mese 5 - Il progetto portfolio end-to-end.

Costruisci una cosa sola, ma falla bene. Un’applicazione web serverless, per esempio: API in Lambda, database in DynamoDB, frontend su S3 + CloudFront, autenticazione con Cognito, tutto in Terraform, tutto con pipeline CI/CD. Pubblicala su GitHub con un README serio e un diagramma di architettura. Questo è il tuo biglietto da visita.

Mese 6 - Il mercato del lavoro.

CV in stile tech, LinkedIn ottimizzato (le keyword contano: “Junior Cloud Engineer”, “AWS”, “Terraform”), prime candidature. Se il portfolio del mese 5 è solido, i primi colloqui tecnici arrivano nel giro di quattro settimane.

Sei mesi ben ordinati valgono più di due anni di studio disordinato. Il problema non è mai la materia. È la sequenza.

Le certificazioni AWS che contano davvero

Il mercato non ti chiede “tante” certificazioni. Ti chiede quelle giuste, nell’ordine giusto.

Per un profilo junior/mid, le uniche che spostano l’ago sono tre:

AWS Certified Cloud Practitioner - utile una volta, a inizio percorso. Ti dà il vocabolario. Non metterla nel CV come fosse un traguardo: è il livello di ingresso.
AWS Certified Solutions Architect – Associate (SAA-C03) - questa sì. Se fai solo una certificazione seria, fai questa. È quella che i recruiter cercano di default quando filtrano i CV per “Cloud Engineer AWS”.
HashiCorp Certified: Terraform Associate - piccola, economica, ma ti distingue. Dice al recruiter: “so lavorare in Infrastructure as Code, non solo cliccare nella console”.

Tutto il resto - Developer Associate, SysOps, Security - arriva dopo, quando saprai in quale direzione specializzarti. Non collezionare certificazioni a caso all’inizio. Impressiona molto meno di un progetto portfolio fatto bene.

E le certificazioni Azure o Google Cloud? Se il tuo target di aziende usa AWS, ignorale per ora. Quando padroneggi un cloud al 90%, passare al secondo diventa una questione di settimane, non di mesi. Farlo prima, in parallelo, è il modo migliore per conoscerli tutti al 40%.

Hai letto 1.800 parole. Adesso tocca a te.

Se sei arrivato fin qui, una cosa è chiara: diventare Cloud Engineer non è un problema di informazioni. Di materiale, ne trovi fin troppo.

Il problema è l’ordine. È sapere cosa studiare oggi, cosa rimandare a fra tre mesi, e cosa ignorare del tutto. È avere un percorso costruito da chi ci è appena passato - non da un content team.

Se vuoi saltare la fase “mi perdo nella nebbia”, nell’Academy trovi i corsi verticali per approfondire i servizi core (S3, IAM, Lambda) e preparazione mirata per Cloud Practitioner su Udemy.

👉 Dai un’occhiata all’Academy oppure parti dal corso AWS Cloud Practitioner su Udemy. La prima tappa della tua roadmap è a un click.

Domande frequenti

Quanto ci vuole davvero per diventare Cloud Engineer? Sei mesi con 10–15 ore a settimana, se segui un percorso strutturato. Chi parte già con basi IT può farcela in tre. Chi studia a caso su YouTube impiega anche due anni e non arriva.

Serve la laurea in Informatica? No. Il mercato cloud italiano è tra i più skill-based dell’IT. Contano certificazioni, portfolio e colloqui tecnici. Molti Cloud Engineer arrivano da ingegneria, fisica, matematica - o da percorsi non accademici.

Meglio AWS o Azure per iniziare? Scegline uno e padroneggialo. AWS ha più richiesta globale. Azure è forte nelle grandi aziende italiane e nella PA. Se non hai una preferenza aziendale specifica, AWS è la scelta con più ecosistema e più materiale formativo di qualità.

Il Cloud Engineer rischia di essere sostituito dall’AI? Sta succedendo l’opposto. L’AI ha aumentato la richiesta di infrastruttura cloud - GPU, storage, pipeline dati - e serve sempre qualcuno che progetti e mantenga queste piattaforme. L’AI automatizza i task ripetitivi, non le decisioni di architettura.

Posso lavorare come Cloud Engineer in remoto? Sì. È uno dei ruoli IT con la più alta percentuale di remote completo, anche per aziende estere. Molti professionisti italiani lavorano per aziende tedesche, olandesi o americane restando in Italia.

Quali linguaggi di programmazione servono? Nessuno a livello profondo. Python per scripting e automazione è il più utile. Bash per lavorare sulle istanze. Se vuoi andare verso DevOps/SRE, più avanti, anche Go.

Una cosa sola, prima di chiudere la tab. Non devi memorizzare 200 servizi. Devi capire la logica dei primi venti. Il resto è solo sintassi.