🇮🇳 AWS Certified Solutions Architect – Associate · flashcards

AWS Certified Solutions Architect – Associate Compute Services Flashcards

51 question-and-answer cards covering Compute Services as it is examined in AWS Certified Solutions Architect – Associate. 24 of them are printed below, taken from across the deck — no signup, no paywall on the preview.

51Cards in deck
24Free preview
16Syllabus topics
~270Chars per answer
FreePrice

24 sample cards from the Compute Services deck

Sampled from the end of the deck, so these are different cards from the ones shown on the syllabus page.

  1. When should you choose an ALB versus an NLB?

    Choose ALB for HTTP/HTTPS with advanced routing (path-based, host-based, headers), microservices, and containers. Choose NLB for ultra-low latency, extreme throughput, static/Elastic IPs, TCP/UDP traffic, or millions of requests per second.

  2. What ALB routing features support microservices architectures?

    ALB supports path-based routing (/api vs /images), host-based routing (different domains), HTTP header/method/query-string conditions, and target groups, allowing one ALB to route to multiple services/containers.

  3. What is a target group in Elastic Load Balancing?

    A target group is a logical set of registered targets (EC2 instances, IP addresses, Lambda functions, or containers) that an ALB/NLB routes to. It has its own health check configuration, and listeners forward traffic to target groups via rules.

  4. How do health checks enable self-healing with ELB and ASG together?

    The load balancer health-checks targets and stops routing to unhealthy ones; when ELB health checks are enabled on the ASG, an unhealthy target is terminated and replaced. Combined with multi-AZ deployment, this creates a fault-tolerant, self-healing tier.

  5. What are the core design principles for a fault-tolerant, self-healing application tier on AWS?

    Deploy across multiple Availability Zones, front instances with a load balancer, use an Auto Scaling Group for redundancy and replacement, keep instances stateless (externalize state to RDS/DynamoDB/ElastiCache/S3), and use health checks to detect and replace failures automatically.

  6. What is connection draining (deregistration delay) in ELB?

    Connection draining keeps existing in-flight requests to a deregistering or unhealthy target alive for a configured period (default 300s) before fully removing it, preventing dropped connections during scale-in or deployments.

  7. What is Amazon ECS?

    Amazon Elastic Container Service is a fully managed container orchestration service that runs, schedules, and scales Docker containers. It uses task definitions, tasks, and services, and can run on EC2 launch type or serverless AWS Fargate.

  8. In ECS, what is the difference between a task definition, a task, and a service?

    A task definition is a blueprint (JSON) describing containers, images, CPU/memory, ports, and IAM roles. A task is a running instantiation of a task definition. A service maintains a desired number of running tasks, replaces failures, and integrates with a load balancer.

  9. Compare ECS EC2 launch type vs Fargate launch type.

    EC2 launch type: you manage the cluster of EC2 instances (patching, scaling, capacity), giving more control and possibly lower cost. Fargate launch type: serverless, AWS manages the underlying infrastructure; you just specify CPU/memory per task and pay for what tasks consume.

  10. What is Amazon EKS?

    Amazon Elastic Kubernetes Service is a managed Kubernetes service. AWS runs and scales the Kubernetes control plane across multiple AZs; you run worker nodes on EC2 (managed/self-managed node groups) or serverless with Fargate. Use it when you want standard Kubernetes/portability.

  11. When would you choose EKS over ECS?

    Choose EKS when you need open-source Kubernetes compatibility, portability across clouds/on-prem, the Kubernetes ecosystem (Helm, operators), or existing K8s expertise. Choose ECS for simpler, AWS-native orchestration with less operational overhead.

  12. What is Amazon ECR?

    Amazon Elastic Container Registry is a fully managed Docker/OCI container image registry. It stores, manages, and deploys images with integration to ECS/EKS, IAM-based access control, image scanning for vulnerabilities, encryption, and lifecycle policies.

  13. What is AWS Fargate?

    AWS Fargate is a serverless compute engine for containers used with ECS and EKS. You define container CPU and memory; AWS provisions, scales, and manages the underlying servers. You pay per vCPU and memory used, with no EC2 instances to manage.

  14. What is AWS Lambda and its core execution model?

    AWS Lambda is a serverless, event-driven compute service that runs your code (functions) in response to triggers without provisioning servers. You pay only for compute time consumed. AWS handles scaling automatically by running concurrent function instances.

  15. How is AWS Lambda priced?

    Lambda charges based on the number of requests and on duration (GB-seconds): allocated memory multiplied by execution time billed per millisecond. CPU power scales proportionally with allocated memory. There is a perpetual free tier of 1M requests and 400,000 GB-seconds per month.

  16. What are key AWS Lambda limits to remember?

    Maximum timeout is 15 minutes; memory ranges from 128 MB to 10,240 MB; /tmp ephemeral storage is 512 MB up to 10 GB; deployment package is 50 MB zipped (250 MB unzipped) or up to 10 GB as a container image; default concurrency limit is 1,000 per region (adjustable).

  17. What is the difference between synchronous and asynchronous Lambda invocation?

    Synchronous (e.g. API Gateway, ALB) waits for the function result and returns it to the caller; errors are returned to the caller. Asynchronous (e.g. S3, SNS, EventBridge) queues the event, returns immediately, retries automatically (twice), and can send failures to a dead-letter queue or destination.

  18. How does Lambda integrate with API Gateway and S3 as common patterns?

    API Gateway + Lambda builds serverless REST/HTTP APIs (synchronous request/response backends). S3 event notifications trigger Lambda asynchronously on object create/delete for processing like thumbnail generation or data ingestion.

  19. How does Lambda process streams from Kinesis or DynamoDB Streams?

    Lambda uses an event source mapping to poll the stream and invoke the function in batches (poll-based). Records are processed in order per shard; on error the batch is retried until success or expiry, which can block the shard unless failure handling (bisect, on-failure destination) is configured.

  20. What is Lambda provisioned concurrency and why use it?

    Provisioned concurrency pre-initializes a set number of execution environments so they are ready to respond immediately, eliminating cold-start latency for latency-sensitive applications. You pay for the provisioned capacity whether used or not.

  21. What is the difference between Lambda@Edge and CloudFront Functions?

    Both run code at CloudFront edge locations. CloudFront Functions are lightweight, ultra-low-latency JavaScript for high-volume viewer request/response manipulation (header/URL rewrites, sub-millisecond, no network access). Lambda@Edge supports Node.js/Python, longer execution, network and origin access, and runs at all four CloudFront trigger points for heavier logic.

  22. What are the four CloudFront trigger events Lambda@Edge can use?

    Viewer Request (before cache lookup), Origin Request (before request to origin on cache miss), Origin Response (after origin responds), and Viewer Response (before returning to viewer). CloudFront Functions only run on Viewer Request and Viewer Response.

  23. What is AWS Batch and when is it used?

    AWS Batch is a fully managed service for running batch computing jobs at any scale. It dynamically provisions the optimal compute (EC2, including Spot, or Fargate) based on job requirements, handling queuing, scheduling, and scaling. Use it for large-scale parallel/HPC batch workloads like simulations and data processing.

  24. What is AWS Elastic Beanstalk and what is its key benefit?

    Elastic Beanstalk is a Platform-as-a-Service that automatically handles deployment, capacity provisioning, load balancing, auto scaling, and health monitoring for web apps. You upload code and Beanstalk provisions the underlying EC2, ELB, and ASG, while you retain full control of the AWS resources it creates and pay only for those resources (Beanstalk itself is free).

What this deck covers

The Compute Services deck follows the AWS Certified Solutions Architect – Associate Compute Services syllabus — 4 chapters and 16 topics — so questions land on material that is genuinely examinable rather than trivia around it. That works out to roughly 12.8 cards per chapter.

Answers are written to be recallable, not just readable — averaging about 270 characters, which is long enough to carry the reasoning and short enough to say out loud.

A deck like this earns its keep on the second and third pass. Read the syllabus first so you know the shape of the subject, then use the cards to find the specific facts that have not stuck.

Compute Services flashcards FAQ

How many Compute Services flashcards are in this AWS Certified Solutions Architect – Associate deck?

51 cards. This page previews 24 of them, sampled evenly across the deck so you can judge the difficulty before installing anything.

Are these AWS Certified Solutions Architect – Associate flashcards free?

Yes. The preview here is free to read with no signup, and the full 51-card deck is free inside the Examius app.

What do the Compute Services cards cover?

They follow the AWS Certified Solutions Architect – Associate Compute Services syllabus — 4 chapters and 16 topics — so the questions track what is actually examinable.

How should I use these flashcards?

Read the syllabus first so you know the shape of the subject, then drill the deck. Examius schedules each card with spaced repetition, so cards you keep missing come back sooner and ones you know drift further apart.