WGU-D282 - AWS Cloud Foundations - App Integration complete questions with expert solutions + rationales

0.0(0)
studied byStudied by 0 people
0.0(0)
full-widthCall Kai
learnLearn
examPractice Test
spaced repetitionSpaced Repetition
heart puzzleMatch
flashcardsFlashcards
GameKnowt Play
Card Sorting

1/45

encourage image

There's no tags or description

Looks like no tags are added yet.

Study Analytics
Name
Mastery
Learn
Test
Matching
Spaced
Call with Kai

No study sessions yet.

46 Terms

1
New cards

F-M serverless real-time streamed event bus to build event-driven apps at scale using events generated from apps and services

AWS EventBridge

2
New cards

Systems integration using decoupled architecture to simplify integration and architecture efforts as well as future-proofing

EventBridge biz impact

3
New cards

Re-arc using decoupling, ops monitoring, SaaS integration, integration with AI/ML

EventBridge use cases

4
New cards

use declarative rules to couple source to sink across a durable event-based service bus architecture

EventBridge routing rules

5
New cards

Configured integration originators of events for intended downstream processing by configured targets within a given event bus workflow

EventBridge Source

6
New cards

A structured packet of data representing an indication of change within the event bus system

EventBridge Event

7
New cards

Routes source to target and can only be attached to ONE bus.

EventBridge Rule

8
New cards

Eventual receiver of event for processing which can be configured services or HTTPS endpoints

EventBridge Target

9
New cards

real-time event processor applying particular rules to route from source to target.

Event Bus

10
New cards

receives events from configured AWS services

Default Event Bus

11
New cards

Process events from a different account/region

Eventbridge - Custom Event Bus

12
New cards

used to process events from 3P apps (SaaS, services)

EventBridge partner Event Bus

13
New cards

Link a px source to a px event bus

EventBridge partner event source

14
New cards

Alter event content or format prior to sending to a configured target

EventBridge Input Transformer

15
New cards

Save events to support verification or replay workflows

EventBridge Archive

16
New cards

Event structure definitions supporting all AWS services and custom schemas in a schema registry

EventBridge Schema/Registry/Discovery

17
New cards

Downloadable schema and bus configuration allowing IDEs to interact with the EventBridge API for dev/test, and troubleshooting

EventBridge Code Bindings

18
New cards

use identity and resource based policies to control access to event bus workflow and components

EventBridge AWS IAM RBAC support

19
New cards

F-M message queuing service at scale

AWS SQS

20
New cards

Simplifies architecture, decoupling to reduce dependency and support operation (and failure) to be independent at any message volume, reducing dedicated messaging infra need.

AWS SQS biz impact

21
New cards

M-que with Hi-thruput ALO delivery with no guaranteed order, cost effective

SQS Standard Queue

22
New cards

M-que with Lower thruput, EO delivery, strict order, slighty higher cost

SQS FIFO Queue

23
New cards

Structured packet of information or instruction for intended downstream processing

SQS Message

24
New cards

Configured message originator

SQS Producer

25
New cards

Configured eventual message processor

SQS Consumer

26
New cards

M-que does not forward, therefore consumers need to request over API for next messages to process

SQS Polling

27
New cards

M-Q returns immediate response with msg or no msg (empty response)

SQS Short polling

28
New cards

Consumer sends M-Q request and then waits for a configured interval (up to 20s) for response - reducing # of empty responses.

SQS Long Polling

29
New cards

Configured time where message is visible to consumers on the queue designed to prevent multiple consumers from processing the same message

SQS Visibility timeout

30
New cards

After visibility timeout, if processed successfully, the message is...

Deleted by SQS

31
New cards

Message routed to optional M-Q if not successfully processed after a configured number of retry operations, often to support analysis and debugging efforts.

SQS Dead-letter Queue (DLQ)

32
New cards

send messages to multiple A-Zs or regions

SQS distributed resiliency

33
New cards

Based on type of M-Q, # of requests, data transfer, retention, and message timers, plus any DLQ config

SQS Pricing

34
New cards

F-M messaging pub/sub thread messaging and notification service

AWS SNS

35
New cards

Decouples architecture, providing async communication to distributed services, reducing complexity and improving scale

AWS SNS biz impact

36
New cards

Workflows like user engagement, alerts, mobile, event-driven

SNS use cases

37
New cards

A structured packet of information intended for downstream processing

SNS Message

38
New cards

SNS Topic

39
New cards

Default, ALO, no guaranteed order, fastest topic type

Standard Topic

40
New cards

EO, strict order - used where msg sequence and integrity are critical

FIFO Topic

41
New cards

Message originator creating and sending message to a particular topic for intended downstream processing by a subscriber

SNS Publisher

42
New cards

Message processor configured to a particular topic, and can have multiple subscriptions to same or different topics

SNS Subscriber

43
New cards

Optional M-Q storing messages from topics that cannot be processed by subscribers aiding in analysis and troubleshooting

SNS DLQ

44
New cards

SNS can stretch and shrink to meet demand.

SNS scale and elasticity

45
New cards

Price varies by region, delivery destination, data transfer, msg size, optional features

SNS Pricing

46
New cards

What is the key differentiating factor between SQS, SNS, and Kinesis?

SQS - msg Q for async comms, SNS for pub/sub, email/SMS notification, Kinesis for R-T streaming and processing of large data sets