- Architectuurkeuzes maken op basis van beschikbaarheid, veiligheid, kosten en beheerbaarheid.
- AWS-diensten toepassen voor compute, opslag, networking, identity, databases, monitoring en automatisering.
- Hands-on oefenen met scenario’s die aansluiten op werk van architects, developers en systems operators.
Laatst bijgewerkt: 2026. Een AWS-cursus is een praktijkgerichte training in het ontwerpen, beveiligen en beheren van cloudoplossingen met Amazon Web Services. In de praktijk gaat het om meer dan het herkennen van dienstenamen: de waarde zit in het leren combineren van AWS-services tot oplossingen die veilig, schaalbaar en beheersbaar blijven buiten een labomgeving.
Een Readynez AWS-cursus helpt Solutions Architects, Systems Operators en Developers om cloudoplossingen te ontwerpen, te ontwikkelen en te beheren op Amazon Web Services. De inhoud verschilt per cursus en niveau, maar de kern is meestal hetzelfde: begrijpen welke dienst voor welk probleem geschikt is, waarom een ontwerpkeuze verdedigbaar is en hoe die keuze in een echte omgeving wordt uitgevoerd.
De kern van wat u leert
De meeste AWS-training begint met de bouwstenen van het platform: regio’s, availability zones, virtual private clouds, identity and access management, compute, opslag en databases. Die onderwerpen lijken op papier afzonderlijke domeinen, maar in een werkcontext raken ze elkaar voortdurend. Een applicatie die draait op Amazon EC2 of containers heeft netwerksegmentatie nodig, toegangsbeheer via IAM, logging via CloudWatch en een kostenmodel dat niet uit de hand loopt zodra het gebruik stijgt.
Daarna verschuift de aandacht naar ontwerpkeuzes. Cursisten leren bijvoorbeeld wanneer een relationele database logisch is, wanneer objectopslag beter past, en hoe caching, load balancing en auto scaling bijdragen aan prestaties en beschikbaarheid. AWS Well-Architected is hierbij een nuttig denkkader, omdat het ontwerpvragen koppelt aan thema’s zoals operational excellence, security, reliability, performance efficiency, cost optimization en sustainability.
Security loopt als rode draad door de training. IAM-rollen, policies, least privilege, encryptie, netwerkbeveiliging en logging zijn geen losse beveiligingshoofdstukken, maar voorwaarden voor elk ontwerp. Een veelgemaakte fout in labs is het tijdelijk toekennen van brede rechten om sneller vooruit te gaan. Dat helpt soms om een oefening af te ronden, maar het maskeert precies het probleem dat in productie zichtbaar wordt: te ruime machtigingen zijn moeilijk te auditen en vergroten de impact van een configuratiefout.
Hoe de leerdoelen verschillen per rol
Voor solution architects ligt het accent op ontwerp en trade-offs. Zij moeten kunnen uitleggen waarom een bepaalde combinatie van VPC’s, subnets, security groups, databases, storage tiers en herstelstrategieën past bij de eisen van een workload. In labs betekent dit vaak dat zij niet alleen een omgeving bouwen, maar ook beargumenteren waarom die omgeving bestand is tegen groei, foutscenario’s en veranderende kosten.
Developers kijken meer naar de applicatiekant van AWS. Voor hen zijn onderwerpen zoals serverless met AWS Lambda, API-integratie, event-driven architecturen, container-workflows, deployment pipelines en toegangsbeheer voor applicatiecomponenten bijzonder relevant. De waarde zit in het herkennen van patronen: wanneer een queue ontkoppeling brengt, wanneer een managed database ontwikkeltijd bespaart en wanneer observability in de code moet worden meegenomen in plaats van achteraf toegevoegd.
Systems operators en cloud administrators richten zich sterker op beheer, betrouwbaarheid en incidentrespons. Zij leren hoe monitoring, patching, backup, scaling, logging, service quotas en runbooks samenkomen in dagelijks beheer. Voor deze rol is troubleshooting belangrijk: een foutieve route table, een security group die verkeer blokkeert of een service quota die een uitrol tegenhoudt, vraagt om een gestructureerde diagnose in plaats van willekeurige wijzigingen.
Er is veel overlap tussen deze rollen. Architects moeten begrijpen wat beheerbaar is, developers moeten veilige toegangspatronen kunnen toepassen, en operators moeten ontwerpkeuzes kunnen beoordelen wanneer incidenten terugkerende oorzaken hebben. Daarom is een rolgestuurde leerroute meestal sterker dan een puur dienstgerichte aanpak: dezelfde AWS-service krijgt een andere betekenis afhankelijk van de verantwoordelijkheid van de cursist.
Wat hands-on training concreet betekent
Hands-on oefenen betekent doorgaans dat cursisten configureren, testen, aanpassen en fouten oplossen in een gecontroleerde AWS-omgeving. Een realistisch lab kan bijvoorbeeld starten met het opzetten van een VPC met publieke en private subnets, waarna compute-resources, security groups, routing en logging worden toegevoegd. Het leerdoel is dan niet alleen dat de omgeving werkt, maar dat de cursist begrijpt welke configuratie welk effect heeft.
Andere labs draaien vaak rond identity, opslag, databases, serverless of containers. Bij IAM kan de oefening bestaan uit het beperken van rechten tot een specifieke taak. Bij opslag kan het gaan om lifecycle policies, encryptie of toegangscontrole. Bij serverless kan de nadruk liggen op events, foutafhandeling en monitoring. Bij containers komt daar meestal imagebeheer, netwerktoegang en schaalbaarheid bij.
Goede labdiscipline is belangrijk omdat AWS-omgevingen snel rommelig kunnen worden. Sandbox-hygiëne begint met duidelijke naamgeving, tags per project of cursist, budget alarms en het opruimen van resources na een oefening. Dat is geen administratieve bijzaak. Wie tijdens training leert om ongebruikte volumes, snapshots, load balancers en testdatabases te verwijderen, voorkomt later resource sprawl en onverwachte kosten.
Een ander aandachtspunt is netwerkplanning. Beginnende cursisten kiezen soms VPC-CIDR-blokken zonder na te denken over toekomstige peering, transit gateways of uitbreiding naar meerdere omgevingen. In een lab lijkt dat onschuldig, maar in een organisatie kan een slecht gekozen adresruimte migraties en koppelingen vertragen. Daarom hoort bij een nuttige oefening ook de vraag of het ontwerp later nog kan meegroeien.
Van training naar productie
De stap van cursusomgeving naar productie vraagt extra aandacht voor governance. In een lab is het aanvaardbaar dat één persoon snel resources aanmaakt om een concept te begrijpen. In een organisatie zijn accountstructuur, taggingbeleid, identity federation, change management, logging, kostenallocatie en compliance-eisen bepalend voor de manier waarop AWS wordt gebruikt.
Reliability is daarbij een praktisch ontwerpvraagstuk. Backup and restore kan voldoende zijn voor workloads met ruime hersteltijden en beperkte dataverliesvereisten. Pilot light past wanneer een minimale omgeving klaar moet staan voor herstel. Warm standby verkort de hersteltijd, maar verhoogt de kosten. Multi-site kan geschikt zijn voor zeer kritieke workloads, mits de organisatie de complexiteit, kosten en operationele discipline kan dragen. Het belangrijkste leerpunt is dat disaster recovery niet als één standaardoplossing wordt gekozen, maar wordt afgestemd op RTO, RPO, budget en testbaarheid.
Observability is een tweede gebied waar productie-eisen strenger zijn dan labresultaten. Het is niet voldoende dat een applicatie bereikbaar is na deployment. Teams moeten snel kunnen achterhalen waarom latency stijgt, waarom een Lambda-functie faalt, waarom een container herstart of waarom een database piekbelasting vertoont. Metrics, logs en traces via diensten zoals Amazon CloudWatch en AWS X-Ray helpen daarbij, maar pas wanneer dashboards, alarms en runbooks vooraf doordacht zijn.
Automatisering maakt deze werkwijze herhaalbaar. Infrastructure as Code met bijvoorbeeld AWS CloudFormation of AWS CDK helpt om omgevingen consistent op te bouwen en wijzigingen controleerbaar te maken. Hiring managers letten in toenemende mate op dit soort tastbare bewijzen van vaardigheid: kan een kandidaat een architectuurkeuze uitleggen, een IaC-artefact tonen, een incident analyseren en de beperkingen van een oplossing benoemen?
Koppeling met AWS-certificeringen
Voor veel cursisten is training ook voorbereiding op een Associate-certificering. AWS Certified Solutions Architect – Associate (SAA-C03) past vooral bij professionals die ontwerpen, integraties en trade-offs moeten beoordelen. AWS Certified Developer – Associate (DVA-C02) sluit beter aan bij developers die applicaties bouwen, deployen en debuggen op AWS. AWS Certified SysOps Administrator – Associate (SOA-C02) is relevanter voor beheerders die monitoring, operations, betrouwbaarheid en incidentafhandeling centraal stellen.
De juiste volgorde hangt af van de rol en ervaring. Iemand met infrastructuurervaring kiest vaak logischer voor Solutions Architect of SysOps, terwijl een softwareontwikkelaar sneller voordeel haalt uit Developer Associate. Toch is het verstandig om certificeringsvoorbereiding niet te vernauwen tot examenvragen. De officiële AWS exam guides geven richting aan de domeinen, maar de blijvende waarde ontstaat wanneer de cursist de concepten kan toepassen in scenario’s met beperkingen, afhankelijkheden en trade-offs.
Voorbereiding en instapniveau
Een deelnemer hoeft niet altijd diepgaande AWS-ervaring te hebben, maar basiskennis van IT helpt sterk. Begrip van netwerken, identity, scripting, databases, Linux of Windows-beheer en softwaredeployment maakt de oefeningen begrijpelijker. Zonder die basis kan de training nog steeds waardevol zijn, maar er gaat meer aandacht naar algemene concepten dan naar AWS-specifieke keuzes.
Vooraf nadenken over een veilige oefenomgeving voorkomt vertraging. Een sandbox-account met budget alarms, beperkte rechten, duidelijke tagging en een cleanup-routine is praktischer dan oefenen in een gedeelde productieaccount. Ook service quotas verdienen aandacht. Sommige labs mislukken niet door foutieve configuratie, maar doordat een limiet voor een resource of regio is bereikt.
Tijdsinvestering gaat verder dan de lesmomenten. Deelnemers halen meer uit de training wanneer zij na elke module korte herhaling inplannen, labnotities bijhouden en eigen variaties proberen. Een goede vraag na een lab is bijvoorbeeld wat er zou veranderen bij meer gebruikers, strengere security-eisen, een lagere RTO of een andere kostenlimiet. Zo verschuift het leren van klikken naar ontwerpen.
Wat een goede uitkomst van de cursus is
Een sterke uitkomst is dat de cursist AWS niet meer benadert als een verzameling losse diensten, maar als een set ontwerpkeuzes met gevolgen. Dat betekent dat iemand kan uitleggen waarom een workload in private subnets staat, waarom een IAM-role beperkt is, waarom logs op een bepaalde plek terechtkomen en waarom een bepaalde database- of compute-keuze past bij het gebruikspatroon.
Het meest praktische vervolgstap is een klein intern project of proof of concept waarin de geleerde patronen worden toegepast met dezelfde discipline als in productie: duidelijke requirements, kostenbewaking, security-review, monitoring en documentatie. Wie daarna een certificering nastreeft, heeft niet alleen examenkennis opgebouwd, maar ook voorbeelden die bruikbaar zijn in gesprekken met teamleads, architecten en hiring managers. Readynez kan daarbij een gestructureerd startpunt zijn, zolang de training wordt gekoppeld aan echte werkvragen en meetbare vaardigheid.
