Skip to main content

Welcome to the cdk-stepfunctions-redshift project!

cdk-stepfunctions-redshift provides SfnRedshiftTasker which is a JSII construct library to build AWS Serverless infrastructure to implement a callback pattern for Amazon Redshift statements.

The SfnRedshiftTasker construct will take details of a Redshift target (clustername, database name & username) and the resulting object will have a lambdaFunction property which will provide the interface to run statements against that Redshift target with callback functionality.

The current solution supports implementing 2 callback patterns:

Behind the scenes

When you use a SfnRedshiftTasker in your stack you will get:

  • A Lambda function for invoking tasks on the Amazon Redshift cluster
  • A DDB Table to track ongoing-executions
  • An Event rule to monitor Amazon Redshift Data API completion events and route them to SQS
  • An SQS queue to receive above mentioned Amazon Redshift Data API completion events
  • A Lambda function to process API Completions events (by default same function as the one above)
  • A KMS key which encrypts data at rest.

This allows to easily create step-function tasks which execute a SQL command and will only complete once Amazon Redshift finishes executing the corresponding statement.

How it works

Serverless infrastructure will be spawn up for a specific (cluster, user, database). A Lambda function will be provided which allows invoking statements as this user. States can then be used to do a seemingly synchronous invocation of a Amazon Redshift statement allowing your statemachines to have a simpler definition (see Example definition for an example state).

Example flow (for step function)

alt text

  1. A step-function step triggers the Lambda function provided by the construct. The step function step follows a structure for its invocation payload which includes designated fields (following the API of the invoker function)
  2. The Lambda function will generate a unique ID based on the execution ARN and register the SQL invocation in a DynamoDB state table.
  3. The lambda function then starts the statement using the Amazon Redshift data API using the Unique ID as statement name and requesting events for state changes.
  4. As a result of step 3 Amazon Redshift executes the statement. Once that statement completes it emits an event. Our building blocks have put in place a Cloudwatch Rule to monitor these events.
  5. The event gets placed into an SQS queue
  6. This SQS queue is monitored by a Lambda function (could be the same as the previous one).
  7. The Lambda function will check whether the finished query is related to a step function invocation in order to retrieve the task token of the step.
  8. If it is then it will do a succeed/fail callback to the step-function step (using the task token) depending on success/failure of the SQL statement.
  9. It will mark the invocation as processed in the state table.

How to use

This is a construct so you can use it from a CDK Stack. An example stack can be found at integ.default.ts . That stack sets up an Amazon Redshift cluster, the SfnRedshiftTasker infra and some state machines that use the functionality. It can be launched by compiling the code (which creates a lib directory) and deploying the CDK app: yarn compile && npx cdk --app ./lib/integ.default.js deploy

Considerations

When using this approach do keep in mind the considerations of the Amazon Redshift Data API.

These shouldn't be blockers:

  • If query result is too big consider using UNLOAD rather than SELECT.
  • If the statement size is too big consider splitting up the statement in multiple statements. For example by defining and utilizing views or encapsulating the logic in a stored procedure.

Security

See CONTRIBUTING for more information.

License

This library is licensed under the MIT-0 License. See the LICENSE file.

Metadata

Release files for cdk-stepfunctions-redshift 1.123.0

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for cdk-stepfunctions-redshift 1.123.0
File Size Uploaded Provenance Actions
cdk-stepfunctions-redshift-1.123.0.tar.gz 400.8 kB Without provenance Details for cdk-stepfunctions-redshift-1.123.0.tar.gz

Built distribution (wheel)

Table of built distributions (wheels) for cdk-stepfunctions-redshift 1.123.0
File Interpreter ABI Platform Actions
cdk_stepfunctions_redshift-1.123.0-py3-none-any.whl Python 3 none any Details for cdk_stepfunctions_redshift-1.123.0-py3-none-any.whl

Total release size: 799.9 kB

Release files / cdk-stepfunctions-redshift-1.123.0.tar.gz

Download URL cdk-stepfunctions-redshift-1.123.0.tar.gz
Size 400.8 kB
Tags Source
SHA-256 checksum
How to use checksums
c9f403ce7e7eb9638ad6da636d1e1d869ae6e45ff4d46e54a926efb85a4d0a7a
BLAKE2b-256 checksum
How to use checksums
dfd46f887d47be6e8cbaa6a258a9b689aff720bfeff7d5911b1d677fcefc2bf4
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
No
Uploaded via twine/3.4.2 importlib_metadata/4.6.4 pkginfo/1.7.1 requests/2.26.0 requests-toolbelt/0.9.1 tqdm/4.62.1 CPython/3.7.10

Release files / cdk_stepfunctions_redshift-1.123.0-py3-none-any.whl

Download URL cdk_stepfunctions_redshift-1.123.0-py3-none-any.whl
Size 399.1 kB
Tags Python 3
SHA-256 checksum
How to use checksums
439b035f29f1dcda28db1f1f7c4de71809460ed043be795d506212bab517996e
BLAKE2b-256 checksum
How to use checksums
1c10226ff69f3a97ad6bccce2499cffbecff1b26d7a2c7797e9820917443d792
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
No
Uploaded via twine/3.4.2 importlib_metadata/4.6.4 pkginfo/1.7.1 requests/2.26.0 requests-toolbelt/0.9.1 tqdm/4.62.1 CPython/3.7.10

Security for cdk-stepfunctions-redshift 1.123.0

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

No provenance found

None of the files in this release were uploaded with provenance metadata.

A note on package security

PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.

To learn more about protecting yourself from malicious actors, visit our package security documentation.

Release history Release notifications | RSS feed

This release

1.123.0 This release

2 release files No provenance

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page