The CDK Construct Library for Amazon EventBridge Pipes
Project description
Amazon EventBridge Pipes Construct Library
---The APIs of higher level constructs in this module are experimental and under active development. They are subject to non-backward compatible changes or removal in any future version. These are not subject to the Semantic Versioning model and breaking changes will be announced in the 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.
EventBridge Pipes let you create source to target connections between several aws services. While transporting messages from a source to a target the messages can be filtered, transformed and enriched.
For more details see the service documentation:
Pipe
EventBridge Pipes is a fully managed service that enables point-to-point integrations between event producers and consumers. Pipes can be used to connect several AWS services to each other, or to connect AWS services to external services.
A Pipe has a source and a target. The source events can be filtered and enriched before reaching the target.
Example - pipe usage
The following code examples use an example implementation of a source and target. In the future there will be separate packages for the sources and targets.
To define a pipe you need to create a new Pipe
construct. The Pipe
construct needs a source and a target.
# source_queue: sqs.Queue
# target_queue: sqs.Queue
pipe = pipes.Pipe(self, "Pipe",
source=SqsSource(source_queue),
target=SqsTarget(target_queue)
)
This minimal example creates a pipe with a SQS queue as source and a SQS queue as target. Messages from the source are put into the body of the target message.
Source
A source is a AWS Service that is polled. The following Sources are possible:
- Amazon DynamoDB stream
- Amazon Kinesis stream
- Amazon MQ broker
- Amazon MSK stream
- Self managed Apache Kafka stream
- Amazon SQS queue
Currently no implementation exist for any of the supported sources. The following example shows how an implementation can look like. The actual implementation is not part of this package and will be in a separate one.
Example source implementation
@jsii.implements(pipes.ISource)
class SqsSource:
def __init__(self, queue):
self.queue = queue
self.source_arn = queue.queue_arn
def bind(self, _pipe):
return pipes.SourceConfig(
source_parameters=self.source_parameters
)
def grant_read(self, pipe_role):
self.queue.grant_consume_messages(pipe_role)
A source implementation needs to provide the sourceArn
, sourceParameters
and grant the pipe role read access to the source.
Filter
A Filter can be used to filter the events from the source before they are forwarded to the enrichment or, if no enrichment is present, target step. Multiple filter expressions are possible. If one of the filter expressions matches the event is forwarded to the enrichment or target step.
Example - filter usage
# source_queue: sqs.Queue
# target_queue: sqs.Queue
source_filter = pipes.Filter([
pipes.FilterPattern.from_object({
"body": {
# only forward events with customerType B2B or B2C
"customer_type": ["B2B", "B2C"]
}
})
])
pipe = pipes.Pipe(self, "Pipe",
source=SqsSource(source_queue),
target=SqsTarget(target_queue),
filter=source_filter
)
This example shows a filter that only forwards events with the customerType
B2B or B2C from the source messages. Messages that are not matching the filter are not forwarded to the enrichment or target step.
You can define multiple filter pattern which are combined with a logical OR
.
Additional filter pattern and details can be found in the EventBridge pipes docs
Input transformation
For enrichments and targets the input event can be transformed. The transformation is applied for each item of the batch. A transformation has access to the input event as well to some context information of the pipe itself like the name of the pipe. See docs for details.
Example - input transformation from object
The input transformation can be created from an object. The object can contain static values, dynamic values or pipe variables.
# source_queue: sqs.Queue
# target_queue: sqs.Queue
target_input_transformation = pipes.InputTransformation.from_object({
"static_field": "static value",
"dynamic_field": pipes.DynamicInput.from_event_path("$.body.payload"),
"pipe_variable": pipes.DynamicInput.pipe_name
})
pipe = pipes.Pipe(self, "Pipe",
pipe_name="MyPipe",
source=SqsSource(source_queue),
target=SqsTarget(target_queue, {
"input_transformation": target_input_transformation
})
)
This example shows a transformation that adds a static field, a dynamic field and a pipe variable to the input event. The dynamic field is extracted from the input event. The pipe variable is extracted from the pipe context.
So when the following batch of input events is processed by the pipe
[
{
...
"body": "{\"payload\": \"Test message.\"}",
...
}
]
it is converted into the following payload.
[
{
...
"staticField": "static value",
"dynamicField": "Test message.",
"pipeVariable": "MyPipe",
...
}
]
If the transformation is applied to a target it might be converted to a string representation. E.g. the resulting SQS message body looks like this.
[
{
...
"body": "{\"staticField\": \"static value\", \"dynamicField\": \"Test message.\", \"pipeVariable\": \"MyPipe\"}",
...
}
]
Example - input transformation from event path
In cases where you want to forward only a part of the event to the target you can use the transformation event path.
This only works for targets because the enrichment needs to have a valid json as input.
# source_queue: sqs.Queue
# target_queue: sqs.Queue
target_input_transformation = pipes.InputTransformation.from_event_path("$.body.payload")
pipe = pipes.Pipe(self, "Pipe",
source=SqsSource(source_queue),
target=SqsTarget(target_queue, {
"input_transformation": target_input_transformation
})
)
This transformation extracts the body of the event.
So when the following batch of input events is processed by the pipe
[
{
...
"body": "\"{\"payload\": \"Test message.\"}\"",
...
}
]
it is converted into the following target payload.
[
{
...
"body": "Test message."
...
}
]
The implicit payload parsing (e.g. SQS message body to JSON) only works if the input is the source payload. Implicit body parsing is not applied on enrichment results.
Example - input transformation from text
In cases where you want to forward a static text to the target or use your own formatted inputTemplate
you can use the transformation from text.
# source_queue: sqs.Queue
# target_queue: sqs.Queue
target_input_transformation = pipes.InputTransformation.from_text("My static text")
pipe = pipes.Pipe(self, "Pipe",
source=SqsSource(source_queue),
target=SqsTarget(target_queue, {
"input_transformation": target_input_transformation
})
)
This transformation forwards the static text to the target.
[
{
...
"body": "My static text"
...
}
]
Enrichment
In the enrichment step the (un)filtered payloads from the source can be used to invoke one of the following services
-
API destination
-
Amazon API Gateway
-
Lambda function
-
Step Functions state machine
- only express workflow
Example enrichment implementation
Currently no implementation exist for any of the supported enrichments. The following example shows how an implementation can look like. The actual implementation is not part of this package and will be in a separate one.
@jsii.implements(pipes.IEnrichment)
class LambdaEnrichment:
def __init__(self, lambda_, props=None):
self.enrichment_arn = lambda_.function_arn
self.input_transformation = props.input_transformation
def bind(self, pipe):
return pipes.EnrichmentParametersConfig(
enrichment_parameters=cdk.aws_pipes.CfnPipe.PipeEnrichmentParametersProperty(
input_template=self.input_transformation.bind(pipe).input_template
)
)
def grant_invoke(self, pipe_role):
self.lambda_.grant_invoke(pipe_role)
An enrichment implementation needs to provide the enrichmentArn
, enrichmentParameters
and grant the pipe role invoke access to the enrichment.
Example - enrichment usage
# source_queue: sqs.Queue
# target_queue: sqs.Queue
# enrichment_lambda: lambda.Function
enrichment_input_transformation = pipes.InputTransformation.from_object({
"static_field": "static value",
"dynamic_field": pipes.DynamicInput.from_event_path("$.body.payload"),
"pipe_variable": pipes.DynamicInput.pipe_name
})
pipe = pipes.Pipe(self, "Pipe",
source=SqsSource(source_queue),
target=SqsTarget(target_queue),
enrichment=LambdaEnrichment(enrichment_lambda, {
"input_transformation": enrichment_input_transformation
})
)
This example adds a lambda function as enrichment to the pipe. The lambda function is invoked with the batch of messages from the source after applying the transformation. The lambda function can return a result which is forwarded to the target.
So the following batch of input events is processed by the pipe
[
{
...
"body": "{\"payload\": \"Test message.\"}",
...
}
]
it is converted into the following payload which is sent to the lambda function.
[
{
...
"staticField": "static value",
"dynamicField": "Test message.",
"pipeVariable": "MyPipe",
...
}
]
The lambda function can return a result which is forwarded to the target. For example a lambda function that returns a concatenation of the static field, dynamic field and pipe variable
def handler(event):
return event.static_field + "-" + event.dynamic_field + "-" + event.pipe_variable
will produce the following target message in the target SQS queue.
[
{
...
"body": "static value-Test message.-MyPipe",
...
}
]
Target
A Target is the end of the Pipe. After the payload from the source is pulled, filtered and enriched it is forwarded to the target. For now the following targets are supported:
-
Event bus in the same account and Region
-
Firehose delivery stream
-
Inspector assessment template
-
Kinesis stream
-
Lambda function (SYNC or ASYNC)
-
Redshift cluster data API queries
-
SageMaker Pipeline
-
SNS topic
-
SQS queue
-
Step Functions state machine
- Express workflows (ASYNC)
- Standard workflows (SYNC or ASYNC)
The target event can be transformed before it is forwarded to the target using the same input transformation as in the enrichment step.
Example target implementation
Currently no implementation exist for any of the supported targets. The following example shows how an implementation can look like. The actual implementation is not part of this package and will be in a separate one.
@jsii.implements(pipes.ITarget)
class SqsTarget:
def __init__(self, queue, props=None):
self.queue = queue
self.target_arn = queue.queue_arn
self.input_transformation = props.input_transformation
def bind(self, _pipe):
return pipes.TargetConfig(
target_parameters=cdk.aws_pipes.CfnPipe.PipeTargetParametersProperty(
input_template=self.input_transformation.bind(_pipe).input_template
)
)
def grant_push(self, pipe_role):
self.queue.grant_send_messages(pipe_role)
A target implementation needs to provide the targetArn
, enrichmentParameters
and grant the pipe role invoke access to the enrichment.
Log destination
A pipe can produce log events that are forwarded to different log destinations. You can configure multiple destinations, but all the destination share the same log level and log data. For details check the official documentation.
The log level and data that is included in the log events is configured on the pipe class itself. Whereas the actual destination is defined independent.
Example log destination implementation
Currently no implementation exist for any of the supported enrichments. The following example shows how an implementation can look like. The actual implementation is not part of this package and will be in a separate one.
@jsii.implements(pipes.ILogDestination)
class CloudwatchDestination:
def __init__(self, log_group):
self.log_group = log_group
self.parameters = pipes.LogDestinationParameters(
cloudwatch_logs_log_destination=cdk.aws_pipes.CfnPipe.CloudwatchLogsLogDestinationProperty(
log_group_arn=log_group.log_group_arn
)
)
def bind(self, _pipe):
return pipes.LogDestinationConfig(
parameters=self.parameters
)
def grant_push(self, pipe_role):
self.log_group.grant_write(pipe_role)
Example log destination usage
# source_queue: sqs.Queue
# target_queue: sqs.Queue
# loggroup: logs.LogGroup
pipe = pipes.Pipe(self, "Pipe",
source=SqsSource(source_queue),
target=SqsTarget(target_queue),
log_level=pipes.LogLevel.TRACE,
log_include_execution_data=[pipes.IncludeExecutionData.ALL],
log_destinations=[
CloudwatchDestination(loggroup)
]
)
This example uses a cloudwatch loggroup to store the log emitted during a pipe execution. The log level is set to TRACE
so all steps of the pipe are logged.
Additionally all execution data is logged as well.
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
File details
Details for the file aws_cdk_aws_pipes_alpha-2.170.0a0.tar.gz
.
File metadata
- Download URL: aws_cdk_aws_pipes_alpha-2.170.0a0.tar.gz
- Upload date:
- Size: 116.8 kB
- Tags: Source
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/5.1.1 CPython/3.11.9
File hashes
Algorithm | Hash digest | |
---|---|---|
SHA256 | 189ae709bceee3954113258b4c0243e53de2c4dc30e4a32d4f75ae5a9b7bba31 |
|
MD5 | e1af92e10cbaf9e3c8992eb4b2843574 |
|
BLAKE2b-256 | 336671d23bc74cd9b882471d9b13d94e151aabc21e3538be9435d53f249901ba |
File details
Details for the file aws_cdk.aws_pipes_alpha-2.170.0a0-py3-none-any.whl
.
File metadata
- Download URL: aws_cdk.aws_pipes_alpha-2.170.0a0-py3-none-any.whl
- Upload date:
- Size: 115.7 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/5.1.1 CPython/3.11.9
File hashes
Algorithm | Hash digest | |
---|---|---|
SHA256 | 808a3d7c1ca4b97f15aad69c7d5a53749caf9e39cd05c520717d319e94c4e7e2 |
|
MD5 | cbb01b9e91a439ae956c6718e751156a |
|
BLAKE2b-256 | 242d7d37b4bfcc0376af85ec1731ef3c37e0b4a74928a17df09c1ce16b304a2d |