11 molnprojekt för att bygga en portfölj för molnroller (2026)

Det bästa molnprojektet för din portfölj är inte det mest imponerande. Det är det som bevisar exakt den färdighet som rollen du siktar på kräver, och som du kan förklara tryggt i en intervju. Om du är på väg in i en roll som cloud engineer, DevOps eller site reliability engineer (SRE), gör en fokuserad uppsättning guidade projekt inom infrastruktur som kod, containrar, CI/CD och observabilitet mer för dig än ett dussin spretiga handledningar.

Den här guiden listar 11 projekt grupperade efter vilken färdighet varje projekt demonstrerar, med en notering om vad det signalerar till en rekryterande chef och en guidad väg för att bygga det. Oavsett om du är en backendutvecklare som lägger till moln i din stack eller en sysadmin som tar steget, välj de två eller tre som fyller de största luckorna i din bevisning. Enligt vår löneguide för cloud engineers börjar nybörjare i USA runt 127 000 $ per år, så rollerna är värda insatsen att bygga verkliga bevis.

Vi valde dessa projekt utifrån tre kriterier: de använder verktyg som förekommer i platsannonser för molnjobb 2026 (Terraform, Kubernetes, GitHub Actions), de resulterar i något du kan visa upp (en GitHub-repo, en livedemo, ett arkitekturschema) och varje projekt kopplas till en guidad kurs eller handledning så att du inte lär dig ensam. Ny inom området? Börja med vår kurs Understanding Cloud Computing och vår guide om hur du blir cloud engineer, kom sedan tillbaka och bygg.

TL;DR

Så väljer du rätt projekt för din målinriktade roll

Den starkaste portföljen är inte den med flest projekt. Det är den som matchar bevis till den specifika roll du söker och täcker de färdighetsområden som de flesta juniora portföljer hoppar över. Innan du bygger, gå igenom tre frågor och matcha ditt val mot luckan.

• Vilken jobbtitel siktar jag på just nu? Cloud engineer, DevOps engineer, SRE eller cloud data engineer? Bygg först projekten som är taggade för den rollen.
• För vilken färdighet har jag minst bevis? Infrastruktur som kod, containrar, CI/CD, data eller säkerhet? Ett övervaknings- eller säkerhetsprojekt tillför mer än ännu ett tredje infrastrukturbygge.
• Kan jag förklara varje beslut i det här projektet? Om ett projekt saknar dokumenterad motivering uppfattas det som en följ-along-handledning, inte som en portföljpost.

Infrastruktur- och IaC-projekt för Cloud Engineer- och DevOps-roller

Infrastrukturprojekt visar att du kan designa och tillhandahålla molnmiljöer som kod. De är högsignal för roller som cloud engineer, DevOps och SRE eftersom infrastruktur som kod är hur riktiga team arbetar.

1. Tillhandahåll en trettiersarkitektur med Terraform

Det här är projektet som förvandlar en klickad webbapp till bevis på att du kan bygga molninfrastruktur som kod. Det bearbetar det klassiska trettiersbygget genom att definiera varje resurs i Terraform i stället för i konsolen.

Du tillhandahåller en lastbalanserare, en autoskalningsgrupp med webbservrar, ett privat databasskikt och en bastionvärd på AWS eller GCP, allt i HashiCorp Configuration Language (HCL). Nätverksdesignen är där de verkliga besluten syns: privata subnät, säkerhetsgrupper eller brandväggsregler och kontrollerad utgående trafik. Förvara Terraform-state i en krypterad S3-backend med låsning så att projektet ser ut som produktion, inte en sandlåda.

Trettiersarkitektur: ett presentationsskikt, ett logikskikt och ett dataskikt, som var och en skalas och säkras separat. Källa: AWS-dokumentation.

Vad det bevisar för en rekryterande chef: att du kan designa en standardtopologi för produktion och hantera den som kod, inte manuellt i en webbkonsole.

Guidad väg: börja med DataCamps handledningar kom igång med Terraform och automatisera AWS-infrastruktur med Terraform, och ta kursen Understanding Cloud Computing först om grunderna är nya. Använd AWS referensarkitektur för trettierslösningar som din fördjupning i topologin.

• Nivå: Mellan
• Stack: Terraform, AWS eller GCP, lastbalanserare, VPC, autoskalning
• Bäst för: Backendutvecklare och sysadmins som går mot molnengineering

2. Bygg en Terraform-setup för flera miljöer

Det här är rätt projekt för att bevisa att du förstår hur infrastruktur som kod fungerar på ett riktigt företag, inte bara att köra terraform apply en gång. Det är ett mönster som används i nästan alla seriösa teknikorganisationer.

Bygg en Terraform-kodbas med delade moduler, variabelfiler och separata workspaces eller kataloger för dev, staging och produktion. Lagra state på distans i S3 eller Terraform Cloud med låsning, och återanvänd en modul över alla tre miljöer så att skillnaden ligger i konfiguration, inte i kopiera-klistra. Dokumentera varför du delade upp modulerna som du gjorde.

Vad det bevisar för en rekryterande chef: att du förstår modulåteranvändning, stateshantering och isolering mellan miljöer, vilket är en verklig IaC-struktur snarare än ett engångsskript.

Guidad väg: följ DataCamps handledningar Terraform på AWS och Terraform import för att bli bekväm med moduler och state innan du delar upp miljöer.

• Nivå: Mellan
• Stack: Terraform, fjärr-state, moduler, workspaces
• Bäst för: Alla som siktar på en DevOps- eller platform engineering-roll

CI/CD- och automationsprojekt för DevOps- och plattformsroller

Automationsprojekt visar att du kan bygga repeterbar och tillförlitlig leverans. De är centrala för DevOps-roller och förväntas i allt högre grad även inom molnengineering.

3. Bygg en CI/CD-pipeline för en containeriserad app med GitHub Actions

En CI/CD-pipeline för en containeriserad app är det enskilt mest förväntade automationsprojektet för juniora moln- och DevOpsroller. Om du bara bygger ett automationsprojekt, bygg det här.

Skapa ett GitHub Actions-workflow som lintar koden, kör tester, bygger en Docker-image, skickar den till ett register som Amazon ECR, Google Artifact Registry eller Docker Hub och rullar ut den till en molntjänst. Trigga det vid push och pull requests så att varje steg gör något meningsfullt. En pipeline som bara skriver "hello world" lurar ingen, så gör varje steg på riktigt.

Vad det bevisar för en rekryterande chef: att du kan leverera kod automatiskt och pålitligt, vilket är vardagen i plattforms- och molnarbete.

Guidad väg: DataCamps kurs CI/CD for Machine Learning lär ut GitHub Actions-events, jobb, runners och pipelines, och mekaniken överförs direkt till en molnrelease. Para ihop den med Introduction to Git och Introduction to GitHub Concepts, följ sedan CI/CD-genomgången för ett genomarbetat exempel.

• Nivå: Mellan
• Stack: GitHub Actions, Docker, ett containerregister, en molnkörning
• Bäst för: Utvecklare som siktar på DevOps- och plattformsroller

4. Schemalägg en serverlös automation

Det här är ett litet, snabbt projekt som visar driftstänk, vilket är ovanligare i juniora portföljer än ren byggförmåga. Du kan bli klar på en eftermiddag.

Använd Amazon EventBridge eller Google Cloud Scheduler för att trigga en Lambda eller Cloud Function enligt ett schema. Bra alternativ är en daglig kostnadsrapport, ett arkiveringsjobb för gamla poster eller ett städjobb som tar bort inaktuella resurser. Ge funktionen en IAM-roll som följer least privilege och logga vad den gör.

Vad det bevisar för en rekryterande chef: att du tänker på drift och kostnadskontroll, inte bara på att starta tjänster.

Guidad väg: gå kursen AWS Cloud Technology and Services för de serverlösa byggblocken och använd sedan handledningen om AWS Step Functions för att orkestrera flerstegsautomation.

• Nivå: Nybörjare
• Stack: AWS Lambda eller Cloud Functions, EventBridge eller Cloud Scheduler, IAM
• Bäst för: Tidigt i karriären som vill lägga till en driftssignal

Container- och Kubernetes-projekt för Cloud Engineer-, DevOps- och SRE-roller

Kubernetesprojekt är högt värderade för roller inom cloud engineer, DevOps och SRE. Även ett projekt på ett lokalt kluster, som kind eller minikube, imponerar när manifester och arkitektur är genomtänkta.

5. Rulla ut en app med flera tjänster på Kubernetes med Helm

Det här är projektet som demonstrerar containerkunnande på produktionsnivå och täcker det mesta som en junior Kubernetes-roll förväntar sig. Det fungerar på ett hanterat kluster eller lokalt.

Rulla ut en liten applikation med två eller tre tjänster (ett webbgränssnitt, ett API-backend och en databas) med Deployment-manifester, Services, ConfigMaps, Secrets och en Ingress-kontroller. Paketera det sedan som ett Helm-diagram med separata values-filer per miljö och lägg till resursbegäranden och -gränser samt en Horizontal Pod Autoscaler. Dokumentera varför du valde de trösklar du gjorde, för det är det som förvandlar en grundläggande utrullning till en som visar verkligt tänk.

Vad det bevisar för en rekryterande chef: att du kan köra containeriserade arbetslaster som i produktion, med paketering och resursstyrning – inte bara ett enda manifest.

Guidad väg: gå Introduction to Kubernetes för praktisk kubectl och manifester, sedan Getting Started with Google Kubernetes Engine för ett hanterat kluster. Lärstigen Containerization and Virtualization with Docker and Kubernetes och Kubernetes-handledningen täcker hela vägen, och Introduction to Docker är förkunskapen.

• Nivå: Avancerad
• Stack: Kubernetes, Helm, Docker, Ingress, HPA
• Bäst för: Cloud engineers och DevOps-kandidater som siktar på team med mycket containrar

Serverlösa och händelsedrivna projekt för karriärskiftare och tidiga byggare

Serverlösa projekt visar att du förstår händelsedriven arkitektur och hanterad beräkning. De går snabbt att bygga, vilket gör dem till bra första end-to-end-projekt när tiden är knapp.

6. Bygg en statisk webbplats med ett serverlöst kontaktformulär

Det här är den snabbaste vägen till ditt första kompletta molnprojekt, och det ger en live-URL du kan dela. Det vidareutvecklar grundläggande statisk hosting till något som faktiskt gör backend-arbete.

Hosta en statisk webbplats på Amazon S3 med CloudFront eller på Google Cloud Storage, lägg sedan till ett kontaktformulär som anropar API Gateway och en Lambda-funktion (eller Cloud Functions). Funktionen skickar en bekräftelse via Amazon SES eller SNS. Allt är serverlöst, så det kostar nästan inget att köra och demonstrerar hur hanterade komponenter kopplas ihop.

Vad det bevisar för en rekryterande chef: att du kan koppla statisk hosting, serverlös beräkning och hanterad meddelandehantering till en fungerande end-to-end-app.

Guidad väg: gå kursen AWS Concepts för kärntjänsterna och Understanding Cloud Computing för grunderna bakom hosting och serverlöst.

• Nivå: Nybörjare
• Stack: S3 eller Cloud Storage, CloudFront, API Gateway, Lambda, SES eller SNS
• Bäst för: Helt nybörjare som vill ha ett första liveprojekt

7. Bygg en händelsedriven filbearbetningspipeline

Det här projektet lär ut det händelsedrivna mönstret som ständigt dyker upp i verkliga molnarkitekturer. Det är ett naturligt steg upp från kontaktformuläret.

En uppladdning till S3 eller Cloud Storage triggar en Lambda eller Cloud Function som bearbetar filen, till exempel ändrar storlek på en bild, parsar en CSV eller extraherar text, skriver sedan resultatet till lagring och skickar en avisering via SNS eller Pub/Sub. Ge funktionen en IAM-roll begränsad till bara de buckets och topics den behöver. Least-privilege IAM är där många nybörjare brister, så att få det rätt är en differentierare.

Vad det bevisar för en rekryterande chef: att du förstår händelsedriven design och least-privilege IAM, två saker som skiljer ett genomtänkt bygge från en handledningskopia.

Guidad väg: DataCamps handledning om AWS Step Functions och kursen AWS Cloud Technology and Services täcker triggers, funktioner och orkestrering.

• Nivå: Mellan
• Stack: S3 eller Cloud Storage, Lambda eller Cloud Functions, SNS eller Pub/Sub, IAM
• Bäst för: Byggare som har ett serverlöst projekt och vill gå djupare

Molndata- och ML-projekt för roller som cloud data engineer

Data- och ML-projekt är värdefulla om du siktar på roller som cloud data engineer, analytics engineer eller plattformsroller på dataintensiva företag. Arkitekturen och kodkvaliteten är viktigare än datasetets storlek.

8. Bygg en batchdatapipeline till ett molnwarehouse

Det här är rätt projekt om du siktar på en roll som cloud data engineer eller analytics engineer. Det omarbetar den äldre idén om molnanalys till en ren end-to-end-pipeline.

Hämta in ett offentligt dataset, transformera det med Python eller SQL, ladda in det i ett molnwarehouse som BigQuery, Amazon Redshift eller Azure Synapse och visualisera ett frågeresultat. Ett litet dataset räcker, för poängen är pipelinen – inte volymen. Dokumentera dina schemaval och hur du skulle schemalägga pipelinen så att den körs regelbundet.

Vad det bevisar för en rekryterande chef: att du kan flytta data end-to-end in i ett warehouse, vilket är ryggraden i molndataroller.

Guidad väg: följ DataCamps handledning kom igång med Azure Synapse och gå kursen Introduction to GCP för BigQuery. Lärstigen Associate Data Engineer in SQL hjälper dig att bygga pipelinegrunderna.

• Nivå: Mellan
• Stack: BigQuery, Redshift eller Synapse, Python eller SQL, molnlagring
• Bäst för: Analytiker och ingenjörer som siktar på molndataroller

9. Bygg en serverlös ML-inferenstjänst

Det här projektet visar att du kan exponera en modell bakom ett API utan att hantera servrar, vilket är en modern förväntan för tillämpade roller. Det konsoliderar äldre idéer om serverlös maskininlärning och chatbots till ett användbart bygge.

Paketera en modell, för bildklassificering eller text, bakom API Gateway och en Lambda-funktion eller Cloud Functions och lagra in- och utdata i DynamoDB eller Firestore. Du kan använda en hanterad tjänst som Amazon Rekognition eller en Hugging Face-modell för att hålla omfånget snävt. Notera kallstarts- och kostnadsavvägningarna med serverlös inferens i din beskrivning, för det är det som visar gott omdöme.

Vad det bevisar för en rekryterande chef: att du förstår hanterad beräkning, modellutserving och kostnadsavvägningarna med att köra inferens serverlöst.

Guidad väg: läs guiden om molnarkitektur för data science och maskininlärning, använd sedan handledningen om AWS Step Functions för att kedja processstegen.

• Nivå: Avancerad
• Stack: API Gateway, Lambda eller Cloud Functions, DynamoDB eller Firestore, en modelltjänst
• Bäst för: Dataprofessionella på väg mot moln- och ML-engineering

Observabilitets- och säkerhetsprojekt

Observabilitets- och säkerhetsprojekt saknas i de flesta juniora portföljer, vilket är precis varför de sticker ut. Vår guidade täckning är tunnare inom dessa två områden, så de här projekten lutar mer på officiell dokumentation än resten av listan, och det säger vi ärligt nedan.

10. Bygg en övervaknings- och larmstack

Observabilitetsprojekt tas på allvar av rekryterare för moln- och SRE-roller eftersom de visar att du tänker bortom själva driftsättningen. De flesta juniora kandidater hoppar över detta, så det är ett snabbt sätt att sticka ut.

Rulla ut Prometheus för att samla in mätvärden från en applikation och underliggande system, bygg sedan en Grafana-panel med minst två larmregler. Att köra det på en enda VM eller ett lokalt kind-kluster räcker. Som alternativ till en molnleverantör kan du centralisera loggar i Amazon CloudWatch eller Google Cloud Logging, skriva en fråga som fångar ett specifikt felmönster och koppla ett larm. Dokumentera trösklarna och varför du valde dem.

Vad det bevisar för en rekryterande chef: att du tänker på vad som händer efter driftsättning, vilket är en senior signal även på junior nivå.

Guidad väg: Använd den officiella dokumentationen för Prometheus och Grafana för det praktiska bygget. DataCamps kurs MLOps Concepts täcker övervakningsprinciperna (statistisk och beräkningsmässig övervakning) som går att överföra till infrastruktur.

• Nivå: Mellan
• Stack: Prometheus, Grafana, eller CloudWatch och Cloud Logging
• Bäst för: Kandidater som siktar på SRE- och tillförlitlighetsfokuserade molnroller

11. Implementera IAM least-privilege och härdning av hemligheter

Säkerhetstänk skiljer dig från kandidater som bara får saker att fungera. Du behöver inte vara säkerhetsspecialist för att visa det, och vilken ingenjör som helst kan sticka ut.

Utgå från en medvetet överprivilegierad setup, använd IAM Access Analyzer på AWS eller Policy Analyzer på GCP för att hitta överskottsbehörigheter och skär ned dem till minsta nödvändiga. Ta sedan bort alla hårdkodade autentiseringsuppgifter och flytta dem till AWS Secrets Manager, Google Secret Manager eller HashiCorp Vault. Dokumentera utgångsläget och varje ändring du gjorde och varför.

Vad det bevisar för en rekryterande chef: att du behandlar säkerhet som standard i stället för i efterhand och att du kan motivera varje behörighet du ger.

Guidad väg: Understanding Cloud Computing täcker säkerhetsgrunderna och den praktiska delen använder leverantörsdokumentation för IAM Access Analyzer och Secrets Manager. Det här är ett dokumentationslett bygge avsiktligt.

• Nivå: Mellan
• Stack: IAM Access Analyzer, Secrets Manager eller Vault, leverantörers säkerhetsverktyg
• Bäst för: Ingenjörer som vill ha en differentierare som de flesta portföljer saknar

Vad som får ett molnprojekt att sticka ut

Projektets typ spelar mindre roll än utförandet. Två saker särskiljer konsekvent en portföljpost från en handledningskopia, och båda är gratis att lägga till.

• Dokumenterade beslut i README. Förklara varför den här tjänsten, varför dessa IAM-behörigheter, varför den här nätverksdesignen. Ett projekt utan dokumenterad motivering ser ut som ett följ-along.
• Säkerhet som inte bultas på i slutet. Inga wildcard-behörigheter i IAM, inga hemligheter i rena miljövariabler, inget publikt som borde vara privat.
• Djup före antal. Två eller tre väl genomförda projekt över olika färdighetsområden slår sex ytliga – varje gång.
• Täck luckorna. En CI/CD-pipeline för en containeriserad app är automationsprojektet de flesta juniorroller förväntar sig, och en övervakningsstack är det som saknas i de flesta portföljer.

Avslutande tankar

För de flesta som byter till molnroller är Terraform-projektet med trettiersarkitektur rätt startpunkt, eftersom infrastruktur som kod är en färdighet som nästan varje moln- och DevOpsjobb listar. Om du siktar rakt på DevOps- eller plattformsarbete, bygg i stället GitHub Actions CI/CD-pipelinen först. Lägg därefter till ett projekt från ett färdighetsområde du ännu saknar bevis för, och gör gärna observabilitet eller säkerhet för just det projektet om du kan.

Några ärliga förbehåll. Du bygger molndelarna i dessa projekt i en leverantörs gratistjänster, inte inne i en lärplattform, så du behöver ett konto hos AWS, Azure eller GCP och bör se upp för små kostnader för tjänster som ligger utanför gratistier. Använd de guidade kurserna som ett snabbt sätt att lära dig koncepten, bygg sedan det verkliga projektet själv så att arbetet verkligen är ditt.

Om du vill ha koncepten innan du bygger, täcker guiden Learn Cloud Computing From Scratch och kursen Understanding Cloud Computing grunderna på några timmars innehåll.