← All posts

AWS SAA study bits

Short notes while studying for the AWS Solutions Architect Associate exam.

· 31 min read

– Long polling eliminates false empty responses by querying all (rather than a limited number) of the servers. Long polling returns messages as soon any message becomes available.

– When you send the message, a send event occurs.

– When the message reaches the recipient’s inbox, a delivered event occurs.

– When the recipient opens the message, an open event occurs.

S3

Virtual Interface (VIF)

AMI

EC2

EBS

Network

VPN: Customer Gateway and Virtual Private Gateway

BYOIP with NLB

The reason why you have to add both Inbound and Outbound SSH rule is due to the fact that Network ACLs are stateless which means that responses to allow inbound traffic are subject to the rules for outbound traffic (and vice versa). In other words, if you only enabled an Inbound rule in NACL, the traffic can only go in but the SSH response will not go out since there is no Outbound rule.

Security groups are stateful which means that if an incoming request is granted, then the outgoing traffic will be automatically granted as well, regardless of the outbound rules.

Route 53

AWS Control Tower

VPC

RDS

IAM database authentication provides the following benefits:

EKS

Amazon EKS supports two autoscaling products:

– Karpenter

– Cluster Autoscaler

IAM

AWS Security Token Service (STS) is the service that you can use to create and provide trusted users with temporary security credentials that can control access to your AWS resources. Temporary security credentials work almost identically to the long-term access key credentials that your IAM users can use.

In this diagram, IAM user Alice in the Dev account (the role-assuming account) needs to access the Prod account (the role-owning account). Here’s how it works:

Security

DynamoDB

The line in your notes is pointing at a different abstraction layer, not “messages vs no messages.” Both brokers and queues move messages between apps; they differ in what they do with those messages and which patterns they support.

Queue (message queue)

A queue is mainly storage + delivery: producers put messages in; consumers take them out.

Think: “Hold this job until someone picks it up.”

Message broker

A message broker is middleware that routes messages between producers and consumers using richer rules.

Think: “I decide who gets which message and how (queue vs broadcast vs route-by-key).”

Side-by-side

Queue (e.g. SQS)Broker (e.g. Amazon MQ)
Primary jobBuffer messages between producer and consumerRoute messages with flexible delivery models
Typical patternWork queue / decouplingPub/sub, routing, legacy broker apps
ComplexityLow, fully managed, AWS-nativeHigher; mirrors RabbitMQ/ActiveMQ
When to chooseNew AWS apps, serverless, simple decouplingMigrating existing broker-based apps

Why your note says MQ “is not a queue”

For the SAA lens:

You can still use queues inside a broker (RabbitMQ has queues), but the service category is broker: routing, pub/sub, protocol compatibility — not SQS-style “drop a message in a hosted queue.”

Related AWS pattern: SNS + SQS gives you pub/sub on AWS without Amazon MQ: SNS fans out to many SQS queues; that’s still queue-based delivery, not a full AMQP broker.

If you want one line for the post: A queue stores and hands off work; a broker routes messages (including to queues or many subscribers) using richer messaging models.

← Back to all posts