The CDK Construct Library for AWS::Synthetics
Project description
Amazon CloudWatch Synthetics Construct Library
---The APIs of higher level constructs in this module are in developer preview before they become stable. We will only make breaking changes to address unforeseen API issues. Therefore, these APIs are not subject to Semantic Versioning, and breaking changes will be announced in release notes. This means that while you may use them, you may need to update your source code when upgrading to a newer version of this package.
Amazon CloudWatch Synthetics allow you to monitor your application by generating synthetic traffic. The traffic is produced by a canary: a configurable script that runs on a schedule. You configure the canary script to follow the same routes and perform the same actions as a user, which allows you to continually verify your user experience even when you don't have any traffic on your applications.
Canary
To illustrate how to use a canary, assume your application defines the following endpoint:
% curl "https://api.example.com/user/books/topbook/"
The Hitchhikers Guide to the Galaxy
The below code defines a canary that will hit the books/topbook
endpoint every 5 minutes:
# Example automatically generated. See https://github.com/aws/jsii/issues/826
canary = synthetics.Canary(self, "MyCanary",
schedule=synthetics.Schedule.rate(Duration.minutes(5)),
test=synthetics.Test.custom(
code=synthetics.Code.from_asset(path.join(__dirname, "canary")),
handler="index.handler"
),
runtime=synthetics.Runtime.SYNTHETICS_NODEJS_PUPPETEER_3_1,
environment_variables={
"stage": "prod"
}
)
The following is an example of an index.js
file which exports the handler
function:
const synthetics = require('Synthetics');
const log = require('SyntheticsLogger');
const pageLoadBlueprint = async function () {
// Configure the stage of the API using environment variables
const url = `https://api.example.com/${process.env.stage}/user/books/topbook/`;
const page = await synthetics.getPage();
const response = await page.goto(url, { waitUntil: 'domcontentloaded', timeout: 30000 });
// Wait for page to render. Increase or decrease wait time based on endpoint being monitored.
await page.waitFor(15000);
// This will take a screenshot that will be included in test output artifacts.
await synthetics.takeScreenshot('loaded', 'loaded');
const pageTitle = await page.title();
log.info('Page title: ' + pageTitle);
if (response.status() !== 200) {
throw 'Failed to load page!';
}
};
exports.handler = async () => {
return await pageLoadBlueprint();
};
Note: The function must be called
handler
.
The canary will automatically produce a CloudWatch Dashboard:
The Canary code will be executed in a lambda function created by Synthetics on your behalf. The Lambda function includes a custom runtime provided by Synthetics. The provided runtime includes a variety of handy tools such as Puppeteer (for nodejs based one) and Chromium.
To learn more about Synthetics capabilities, check out the docs.
Canary Schedule
You can specify the schedule on which a canary runs by providing a
Schedule
object to the schedule
property.
Configure a run rate of up to 60 minutes with Schedule.rate
:
# Example automatically generated. See https://github.com/aws/jsii/issues/826
schedule = synthetics.Schedule.rate(Duration.minutes(5))
You can also specify a cron expression with Schedule.cron
:
# Example automatically generated. See https://github.com/aws/jsii/issues/826
schedule = synthetics.Schedule.cron(
hour="0,8,16"
)
If you want the canary to run just once upon deployment, you can use Schedule.once()
.
Configuring the Canary Script
To configure the script the canary executes, use the test
property. The test
property accepts a Test
instance that can be initialized by the Test
class static methods. Currently, the only implemented method is Test.custom()
, which allows you to bring your own code. In the future, other methods will be added. Test.custom()
accepts code
and handler
properties -- both are required by Synthetics to create a lambda function on your behalf.
The synthetics.Code
class exposes static methods to bundle your code artifacts:
code.fromInline(code)
- specify an inline script.code.fromAsset(path)
- specify a .zip file or a directory in the local filesystem which will be zipped and uploaded to S3 on deployment. See the above Note for directory structure.code.fromBucket(bucket, key[, objectVersion])
- specify an S3 object that contains the .zip file of your runtime code. See the above Note for directory structure.
Using the Code
class static initializers:
# Example automatically generated. See https://github.com/aws/jsii/issues/826
# To supply the code from a S3 bucket:
import aws_cdk.aws_s3 as s3
# To supply the code inline:
synthetics.Canary(self, "Inline Canary",
test=synthetics.Test.custom(
code=synthetics.Code.from_inline("/* Synthetics handler code */"),
handler="index.handler"
),
runtime=synthetics.Runtime.SYNTHETICS_NODEJS_PUPPETEER_3_3
)
# To supply the code from your local filesystem:
synthetics.Canary(self, "Asset Canary",
test=synthetics.Test.custom(
code=synthetics.Code.from_asset(path.join(__dirname, "canary")),
handler="index.handler"
),
runtime=synthetics.Runtime.SYNTHETICS_NODEJS_PUPPETEER_3_3
)
bucket = s3.Bucket(self, "Code Bucket")
synthetics.Canary(self, "Bucket Canary",
test=synthetics.Test.custom(
code=synthetics.Code.from_bucket(bucket, "canary.zip"),
handler="index.handler"
),
runtime=synthetics.Runtime.SYNTHETICS_NODEJS_PUPPETEER_3_3
)
Note: Synthetics have a specified folder structure for canaries. For Node scripts supplied via
code.fromAsset()
orcode.fromBucket()
, the canary resource requires the following folder structure:canary/ ├── nodejs/ ├── node_modules/ ├── <filename>.jsFor Python scripts supplied via
code.fromAsset()
orcode.fromBucket()
, the canary resource requires the following folder structure:canary/ ├── python/ ├── <filename>.pySee Synthetics docs.
Alarms
You can configure a CloudWatch Alarm on a canary metric. Metrics are emitted by CloudWatch automatically and can be accessed by the following APIs:
canary.metricSuccessPercent()
- percentage of successful canary runs over a given timecanary.metricDuration()
- how much time each canary run takes, in seconds.canary.metricFailed()
- number of failed canary runs over a given time
Create an alarm that tracks the canary metric:
# Example automatically generated. See https://github.com/aws/jsii/issues/826
import aws_cdk.aws_cloudwatch as cloudwatch
# canary is of type Canary
cloudwatch.Alarm(self, "CanaryAlarm",
metric=canary.metric_success_percent(),
evaluation_periods=2,
threshold=90,
comparison_operator=cloudwatch.ComparisonOperator.LESS_THAN_THRESHOLD
)
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Hashes for aws-cdk.aws-synthetics-alpha-2.0.0a5.tar.gz
Algorithm | Hash digest | |
---|---|---|
SHA256 | a8b8945d354ee907dfc711762da33884acddb4a4388deda77024a4d0ebb32c9b |
|
MD5 | 2235db6ea943e7b511bd71f3f48a23f0 |
|
BLAKE2b-256 | 434f03e9cae922227985b65594794cb72018d977e477c11f1cce3a100b21b1c3 |
Hashes for aws_cdk.aws_synthetics_alpha-2.0.0a5-py3-none-any.whl
Algorithm | Hash digest | |
---|---|---|
SHA256 | 6ecea3d0818977abdc39adda0d12624579d9cc503ef08c7ac26cc0940d75d801 |
|
MD5 | 64282cc27a8c76aac764a601a0d3c014 |
|
BLAKE2b-256 | 87f0cac7115691d068a989ea0c1c71b73a3b296874cfc06fb93a4c8960c69310 |