Amazon SAP-C02: Databases & Analytics — Studiegids

By Laurynas Brazys · 31 July 2026 · #amazon #sap-c02 #certification #exam-prep #study-guide

Onderdeel van de AWS Solutions Architect Professional SAP-C02 — Studiegids. Oefen met geverifieerde antwoorden in het Amazon-examencentrum, of doe getimede oefentests op ExamRoll.io.

Transactionele Databases, Schaalpatronen en Caching

De keuze tussen Amazon RDS (MySQL/PostgreSQL/Oracle/SQL Server), Amazon Aurora en Amazon DynamoDB begint bij het workloadprofiel: een strikt relationeel schema en complexe transacties geven de voorkeur aan RDS/Aurora; massale schaal, lookups in de enkele milliseconden en een flexibel schema geven de voorkeur aan DynamoDB. Aurora biedt een hoge doorvoersnelheid met gedistribueerde opslag, autoscaling van replica’s, snelle failover, Global Database voor cross-region reads en disaster recovery met lagere latency. RDS Multi-AZ biedt synchrone replicatie voor beschikbaarheid, maar niet voor het schalen van leesoperaties; read replica’s (RDS/Aurora) verwerken read-heavy workloads. Voor key-value caching en latency in de microseconden vermindert ElastiCache (Redis of Memcached) de belasting op de database; MemoryDB for Redis voegt duurzaamheid en Redis-compatibele persistentie toe waar data hoog beschikbaar en herstelbaar moet zijn. Veelvoorkomende valkuilen zijn het onderschatten van connectielimieten (MySQL max connections), het niet gebruiken van connection pooling (Lambda/containers die veel verbindingen opzetten), hot partitions in DynamoDB door een slecht sleutelontwerp, en het verwaarlozen van cache eviction/ontwerp wat leidt tot verouderde data. Afwegingen bij beslissingen draaien vaak om kosten versus prestaties en veerkracht: provisioned Aurora/grote RDS-instances kosten meer, maar verminderen de latency en vereenvoudigen transacties, terwijl DynamoDB met on-demand of autoscaling de operationele kosten kan verlagen, maar een zorgvuldige planning van schema en capaciteit vereist. Encryptie, geautomatiseerde back-ups, PITR en cross-region replicatiepatronen moeten worden gekozen op basis van RPO/RTO.

Data Lake, ETL en Analytische Query Engines

S3 is het canonieke, duurzame data lake; ontwerp rond partitionering, kolomgeoriënteerde formaten (Parquet/ORC), compressie en compactie om kosteneffectieve queries te realiseren. AWS Glue en AWS Glue Data Catalog bieden serverless ETL, schema discovery en catalogisering; Lake Formation voegt gecentraliseerd toegangsbeheer, fijnmazige permissies en cross-account sharing toe voor beheerde data lakes. Voor interactieve analyses voert Amazon Athena direct queries uit op S3-data (serverless, pay-per-query), terwijl Amazon Redshift (RA3/Iceberg-ondersteuning) een performant, beheerd MPP-warehouse biedt voor complexe BI en joins. Gebruik Redshift Spectrum om S3-data vanuit Redshift te bevragen zonder alles te moeten opnemen. Kinesis Data Firehose is een beheerd pad voor data-opname om streaming events in S3 of Redshift te plaatsen. Veelvoorkomende valkuilen voor architecten zijn te veel kleine bestanden die een hoge overhead veroorzaken voor Athena/Redshift, slecht gekozen partitiesleutels die ‘skews’ (scheve verdelingen) creëren, en het nalaten om te compacteren of te converteren naar kolomgeoriënteerde formaten. De afwegingen zijn latency versus kosten: Athena heeft lage operationele kosten voor ad-hoc queries; Redshift biedt hogere, aanhoudende prestaties tegen hogere provisioned kosten. Data governance en lineage via Glue/Lake Formation zijn essentieel voor compliance en eigenaarschap over meerdere teams heen.

Streaming, Real-Time Verwerking en Zoeken

Voor real-time opname en verwerking worden Kinesis Data Streams (op shards gebaseerde doorvoersnelheid en garantie op de volgorde), Kinesis Data Firehose (beheerde levering aan ‘sinks’), Kinesis Data Analytics (SQL/Apache Flink-verwerking), of Amazon MSK voor Kafka-compatibele behoeften gebruikt. Kies Kinesis voor een rechttoe rechtaan, AWS-native serverless integratie; kies MSK wanneer clients afhankelijk zijn van de tooling van het Kafka-ecosysteem. At-least-once delivery semantiek, shard-limieten, parallellisme van consumers en het provisioneren van voldoende shards zijn veelvoorkomende operationele valkuilen. Voor snelle zoekopdrachten en observability verderop in de keten, biedt Amazon OpenSearch Service indexering, near-real-time zoeken en ingebouwde Kibana-dashboards; index lifecycle management en warm/cold tiers verlagen de kosten voor oudere data. Gebruik Kinesis + Lambda of Kinesis + KDA om events te verrijken/transformeren voordat ze worden opgeslagen in OpenSearch of S3. Ontwerp idempotentie en deduplicatie in de consumers, aangezien retries of replays duplicaten veroorzaken. Beslissingscriteria balanceren doorvoersnelheid en latency: Kinesis met veel shards ondersteunt een hoge doorvoersnelheid, maar verhoogt de kosten en het beheer; Firehose neemt de last van de consumer weg, maar biedt minder flexibele transformatiemogelijkheden.

Migratie, Replicatie, Governance en Operationele Veerkracht

Database Migration Service (AWS DMS) en de Schema Conversion Tool (SCT) zijn de belangrijkste migratietools voor homogene en heterogene verplaatsingen, en maken continue change data capture (CDC) mogelijk. Migratiepatronen omvatten rehost (lift-and-shift), replatform (bijv. verplaatsen naar Aurora) en refactor naar DynamoDB of serverless waar van toepassing. Gebruik DMS met validatie voor en na de migratie, parallelle kopie van tabellen en zorgvuldige behandeling van LOB/LOBLOB. Replicatie tussen accounts en regio’s vereist toegang tot KMS-sleutels, VPC peering of Transit Gateway, en planning van netwerkbandbreedte; Global Databases en read replica’s zijn alternatieven wanneer low-latency reads over regio’s heen nodig zijn. Governance en beveiliging moeten Lake Formation omvatten voor het delen van data, IAM met ’least privilege’, resource policies voor S3- en RDS-snapshots, en VPC-eindpunten/PrivateLink om publieke egress te vermijden. Operationele valkuilen zijn onder meer onvoldoende monitoring (gemiste replica lag), het niet testen van failover/runbooks en verborgen egress-kosten tijdens bulkoverdrachten. Back-up, PITR-strategie en geautomatiseerd herstel spelen een rol in de afwegingen tussen RTO/RPO; combineer replicatie voor beschikbaarheid met regelmatige back-ups voor retentie op de lange termijn en compliance.

Praktijkprobleem: Gebruiksscenario

Scenario: Acme Retail beheert een e-commerceplatform in een multi-account AWS Organization met productieworkloads in us-east-1 en europe-west-1. Ze slaan clickstreams en transactiegebeurtenissen op in S3 en beheren een on-premises OLTP DB die met minimale downtime naar AWS moet worden gemigreerd.

Uitdaging: Migreer de OLTP-database naar een hoog beschikbare, cross-region lees-schaalbare doellocatie, terwijl een beheerd analytisch data lake op S3 wordt gebouwd met real-time opname- en querymogelijkheden.

Aanbevolen Aanpak:

Gebruik AWS DMS met SCT voor schemaconversie en stel continue CDC in vanaf de on-premises DB naar Amazon Aurora (Global Database) in us-east-1 met een Aurora read replica in europe-west-1.
Neem clickstream- en transactiegebeurtenissen op via Amazon Kinesis Data Streams en Firehose; buffer en lever de ruwe gebeurtenissen aan S3 in Parquet-formaat, gepartitioneerd op datum en regio.
Catalogueer S3-data met AWS Glue, dwing toegangscontrole af via Lake Formation, en voer ETL uit met Glue jobs (of Glue Studio) om gecureerde datasets te produceren; stel deze beschikbaar aan analisten via Amazon Athena en Redshift Spectrum.
Voeg ElastiCache (Redis) toe voor high-read caching van ‘hot’ product- en sessiedata; implementeer end-to-end monitoring met CloudWatch, schakel Enhanced Monitoring in op Aurora en valideer failover met runbooks.

Redenering: Deze aanpak minimaliseert downtime door het gebruik van DMS CDC, biedt low-latency wereldwijde reads via Aurora Global Database, creëert een beheerd S3 data lake voor analytische flexibiliteit, en vermindert de belasting op OLTP-systemen door caching en ontkoppelde streaming-opname, in lijn met best practices voor enterprise-veerkracht en -prestaties.

← Opslag · Alle domeinen · Migratie →

Oefen deze vragen → · Getimede oefening op ExamRoll.io →