Amazon Web Services Updated SOA-C02 Exam Questions and Answers by jannat

Amazon CloudWatch Synthetics:

CloudWatch Synthetics allows you to create canaries to monitor your endpoints and API calls, simulating user behavior to detect issues before users do.

Steps:

Go to the AWS Management Console.

Navigate to CloudWatch and select "Synthetics."

Click on "Create canary."

Choose "Heartbeat monitoring" as the blueprint.

Configure the canary to point to the FQDN of the website.

Set the frequency and retention settings as per your requirement.

Create the canary.

This setup continuously checks the operational status of your website, alerting you if it becomes unreachable or has issues.

AWS CloudFormation StackSets extends the capability of stacks by enabling you to create, update, or delete stacks across multiple accounts and AWS Regions

If a Lambda function is not being invoked by an Amazon EventBridge (formerly CloudWatch Events) rule, the likely issue is a missing permission. The Lambda function needs permission to be invoked by the EventBridge rule.

Steps:

Add Permission to Lambda Function:

Open the AWS Lambda console.

Select your Lambda function.

Choose "Configuration" and then "Permissions".

Under the "Resource-based policy" section, add a policy that grants EventBridge permission to invoke your function.

Example policy:

json

Copy code

{

"Version": "2012-10-17",

"Statement": [

{

"Effect": "Allow",

"Principal": {

"Service": "events.amazonaws.com"

},

"Action": "lambda:InvokeFunction",

"Resource": "arn:aws:lambda:REGION:ACCOUNT_ID:function:FUNCTION_NAME",

"Condition": {

"ArnLike": {

"AWS:SourceArn": "arn:aws:events:REGION:ACCOUNT_ID:rule/RULE_NAME"

}

}

}

]

}

Verify the EventBridge Rule:

Open the Amazon EventBridge console.

Select the rule that targets your Lambda function.

Ensure that the rule is correctly configured to match events and the target is your Lambda function.

References:

AWS Lambda Permissions Model

Amazon EventBridge Rules

Specifying the capacity-optimized allocation strategy for Spot Instances and adding more instance types to the Auto Scaling group is the best action to meet the requirements. Increasing the size of the instances in the Auto Scaling group will not necessarily help with the launch time or reduce interruptions, as the Spot Instances could still be interrupted even with larger instance sizes.

To allow the TTL (Time to Live) of individual pages to vary while adhering to the maximum and minimum TTL settings configured for the Amazon CloudFront distribution, setting cache behaviors directly at the origin is most effective:

Use Cache-Control Headers: By configuring the Cache-Control: max-age directive in the HTTP headers of the objects served from the origin, you can specify how long an object should be cached by CloudFront before it is considered stale.

Integration with CloudFront: When CloudFront receives a request for an object, it checks the cache-control header to determine the TTL for that specific object. This allows individual objects to have their own TTL settings, as long as they are within the globally set minimum and maximum TTL values for the distribution.

Operational Efficiency: This method does not require any additional AWS services or modifications to the distribution settings. It leverages HTTP standard practices, ensuring compatibility and ease of management.

Implementing the TTL management through cache-control headers at the origin provides precise control over caching behavior, aligning with varying content freshness requirements without complex configurations.