DEA-C01 / Domain 1 / 34%

Data Ingestion and Transformation

Batch and streaming ingestion, transformation, and orchestration.

Official Task Statements

TaskWhat to prove
DEA-1.1Perform data ingestion.
DEA-1.2Transform and process data.
DEA-1.3Orchestrate data pipelines.
DEA-1.4Apply programming concepts.

Concepts You Need to Understand

  • Batch ingestion, streaming ingestion, transformation, orchestration, schema handling, idempotency, ordering, replay, and programming for pipelines.

AWS services involved

  • Kinesis Data Streams
  • Data Firehose
  • Glue
  • Lambda
  • Step Functions
  • EventBridge
  • S3

Important configurations

  • Partition keys.
  • Delivery buffering.
  • Glue jobs.
  • Workflow triggers.
  • Error paths.

Exam Decision Patterns

Least operational overhead

Prefer managed and serverless services when they satisfy the requirement. Exceptions appear when the scenario needs host control, unsupported runtimes, specialized network behavior, or exact migration compatibility.

Highly available

Identify the failure boundary. One instance is not HA. Multiple instances in one AZ help capacity but not AZ failure. Multi-AZ handles regional AZ faults. Multi-Region handles regional events but adds complexity and cost.

Durable

Durability is about preserving data. Use replication, versioning, backups, point-in-time recovery, and tested restore plans. A durable backup does not guarantee a low RTO.

Decouple the application

Use SQS for buffering work, SNS for fanout, EventBridge for event routing, and Step Functions for visible workflow state. Add retries, DLQs, and idempotent consumers.

Least privilege

Prefer roles and temporary credentials, scope actions/resources/conditions, watch explicit denies, and remember that resource policies may also be required.

Most cost-effective

Read usage pattern, duration, access frequency, scaling behavior, data transfer, and operations. Cheapest unit price is not always lowest total cost.

Lowest latency

Move content or compute closer to users, cache aggressively, choose the right database access pattern, and avoid unnecessary cross-Region or NAT paths.

Private connectivity

Use private subnets, VPC endpoints, PrivateLink, VPN, Direct Connect, Transit Gateway, and tight DNS/routing design instead of public exposure.

Minimum downtime

Separate deployment downtime, failure recovery, and data restore time. Use blue/green, canary, Multi-AZ, replication, and tested rollback where appropriate.

Automatic remediation

Pair a reliable signal with EventBridge or CloudWatch, a scoped Systems Manager Automation or Lambda action, and a validation step.

Common Mistakes

  • Using Firehose when custom low-latency consumers and replay are required.
  • Ignoring schema evolution.

Example Architecture

Data Lake ETL Pipeline Data lands in a raw S3 zone, is cataloged and transformed, then queried from curated data stores. Data Lake ETL Pipeline SourcesS3 Raw ZoneGlue CatalogGlue ETLS3 Curated ZoneAthena/Redshift
Data lands in a raw S3 zone, is cataloged and transformed, then queried from curated data stores.

Hands-On Activity

Design a batch and streaming path for the same event source and compare latency and replay.

For an AWS-account lab, use one of the linked mini labs and keep cleanup steps visible before you start.

Task-by-Task Study Notes

DEA-1.1 - Perform data ingestion.

This task statement is asking whether you can turn a scenario into a decision. Start by identifying the workload requirement, the control or service family involved, and the tradeoff AWS is testing in this domain.

  • Translate the wording into requirements: security, operations, cost, availability, latency, governance, or data behavior.
  • Choose the service or configuration that directly satisfies those requirements with the least unnecessary complexity.
  • Reject options that are technically possible but miss the domain goal or increase risk without a requirement.

Practice DEA-1.1 style questions in this domain

DEA-1.2 - Transform and process data.

This task statement is asking whether you can turn a scenario into a decision. Start by identifying the workload requirement, the control or service family involved, and the tradeoff AWS is testing in this domain.

  • Translate the wording into requirements: security, operations, cost, availability, latency, governance, or data behavior.
  • Choose the service or configuration that directly satisfies those requirements with the least unnecessary complexity.
  • Reject options that are technically possible but miss the domain goal or increase risk without a requirement.

Practice DEA-1.2 style questions in this domain

DEA-1.3 - Orchestrate data pipelines.

This task statement is asking whether you can turn a scenario into a decision. Start by identifying the workload requirement, the control or service family involved, and the tradeoff AWS is testing in this domain.

  • Translate the wording into requirements: security, operations, cost, availability, latency, governance, or data behavior.
  • Choose the service or configuration that directly satisfies those requirements with the least unnecessary complexity.
  • Reject options that are technically possible but miss the domain goal or increase risk without a requirement.

Practice DEA-1.3 style questions in this domain

DEA-1.4 - Apply programming concepts.

This task statement is asking whether you can turn a scenario into a decision. Start by identifying the workload requirement, the control or service family involved, and the tradeoff AWS is testing in this domain.

  • Translate the wording into requirements: security, operations, cost, availability, latency, governance, or data behavior.
  • Choose the service or configuration that directly satisfies those requirements with the least unnecessary complexity.
  • Reject options that are technically possible but miss the domain goal or increase risk without a requirement.

Practice DEA-1.4 style questions in this domain

Review Checklist

Sources and Review Metadata

This independent training application is not affiliated with or endorsed by Amazon Web Services. AWS, Amazon Web Services, and AWS certification names are trademarks of Amazon.com, Inc. or its affiliates.