|
| 1 | +# Background Tasks |
| 2 | + |
| 3 | +This is an example for running background tasks in an AWS Lambda function. |
| 4 | + |
| 5 | +Background tasks allow code to execute asynchronously after the main response has been returned, enabling additional processing without affecting response latency. This approach is ideal for scenarios like logging, data updates, or notifications that can be deferred. The code leverages Lambda's "Response Streaming" feature, which is effective for balancing real-time user responsiveness with the ability to perform extended tasks post-response. |
| 6 | + |
| 7 | +For more information about Lambda background tasks, see [this AWS blog post](https://aws.amazon.com/blogs/compute/running-code-after-returning-a-response-from-an-aws-lambda-function/). |
| 8 | + |
| 9 | +## Code |
| 10 | + |
| 11 | +The sample code creates a `BackgroundProcessingHandler` struct that conforms to the `LambdaWithBackgroundProcessingHandler` protocol provided by the Swift AWS Lambda Runtime. |
| 12 | + |
| 13 | +The `BackgroundProcessingHandler` struct defines the input and output JSON received and returned by the Handler. |
| 14 | + |
| 15 | +The `handle(...)` method of this protocol receives incoming events as `Input` and returns the output as a `Greeting`. The `handle(...)` methods receives an `outputWriter` parameter to write the output before the function returns, giving some opportunities to run long-lasting tasks after the response has been returned to the client but before the function returns. |
| 16 | + |
| 17 | +The `handle(...)` method uses the `outputWriter` to return the response as soon as possible. It then waits for 10 seconds to simulate a long background work. When the 10 seconds elapsed, the function returns. The billing cycle ends when the function returns. |
| 18 | + |
| 19 | +The `handle(...)` method is marked as `mutating` to allow handlers to be implemented with a `struct`. |
| 20 | + |
| 21 | +Once the struct is created and the `handle(...)` method is defined, the sample code creates a `LambdaCodableAdapter` adapter to adapt the `LambdaWithBackgroundProcessingHandler` to a type accepted by the `LambdaRuntime` struct. Then, the sample code initializes the `LambdaRuntime` with the adapter just created. Finally, the code calls `run()` to start the interaction with the AWS Lambda control plane. |
| 22 | + |
| 23 | +## Build & Package |
| 24 | + |
| 25 | +To build & archive the package, type the following commands. |
| 26 | + |
| 27 | +```bash |
| 28 | +swift package archive --allow-network-connections docker |
| 29 | +``` |
| 30 | + |
| 31 | +If there is no error, there is a ZIP file ready to deploy. |
| 32 | +The ZIP file is located at `.build/plugins/AWSLambdaPackager/outputs/AWSLambdaPackager/BackgroundTasks/BackgroundTasks.zip` |
| 33 | + |
| 34 | +## Deploy with the AWS CLI |
| 35 | + |
| 36 | +Here is how to deploy using the `aws` command line. |
| 37 | + |
| 38 | +### Create the function |
| 39 | + |
| 40 | +```bash |
| 41 | +AWS_ACCOUNT_ID=012345678901 |
| 42 | +aws lambda create-function \ |
| 43 | +--function-name BackgroundTasks \ |
| 44 | +--zip-file fileb://.build/plugins/AWSLambdaPackager/outputs/AWSLambdaPackager/BackgroundTasks/BackgroundTasks.zip \ |
| 45 | +--runtime provided.al2 \ |
| 46 | +--handler provided \ |
| 47 | +--architectures arm64 \ |
| 48 | +--role arn:aws:iam::${AWS_ACCOUNT_ID}:role/lambda_basic_execution \ |
| 49 | +--environment "Variables={LOG_LEVEL=debug}" \ |
| 50 | +--timeout 15 |
| 51 | +``` |
| 52 | + |
| 53 | +> [!IMPORTANT] |
| 54 | +> The timeout value must be bigger than the time it takes for your function to complete its background tasks. Otherwise, the Lambda control plane will terminate the execution environment before your code has a chance to finish the tasks. Here, the sample function waits for 10 seconds and we set the timeout for 15 seconds. |
| 55 | +
|
| 56 | +The `--environment` arguments sets the `LOG_LEVEL` environment variable to `debug`. This will ensure the debugging statements in the handler `context.logger.debug("...")` are printed in the Lambda function logs. |
| 57 | + |
| 58 | +The `--architectures` flag is only required when you build the binary on an Apple Silicon machine (Apple M1 or more recent). It defaults to `x64`. |
| 59 | + |
| 60 | +Be sure to set `AWS_ACCOUNT_ID` with your actual AWS account ID (for example: 012345678901). |
| 61 | + |
| 62 | +### Invoke your Lambda function |
| 63 | + |
| 64 | +To invoke the Lambda function, use `aws` command line. |
| 65 | +```bash |
| 66 | +aws lambda invoke \ |
| 67 | + --function-name BackgroundTasks \ |
| 68 | + --cli-binary-format raw-in-base64-out \ |
| 69 | + --payload '{ "message" : "Hello Background Tasks" }' \ |
| 70 | + response.json |
| 71 | +``` |
| 72 | + |
| 73 | +This should immediately output the following result. |
| 74 | + |
| 75 | +``` |
| 76 | +{ |
| 77 | + "StatusCode": 200, |
| 78 | + "ExecutedVersion": "$LATEST" |
| 79 | +} |
| 80 | +``` |
| 81 | + |
| 82 | +The response is visible in the `response.json` file. |
| 83 | + |
| 84 | +```bash |
| 85 | +cat response.json |
| 86 | +{"echoedMessage":"Hello Background Tasks"} |
| 87 | +``` |
| 88 | + |
| 89 | +### View the function's logs |
| 90 | + |
| 91 | +You can observe additional messages being logged after the response is received. |
| 92 | + |
| 93 | +To tail the log, use the AWS CLI: |
| 94 | +```bash |
| 95 | +aws logs tail /aws/lambda/BackgroundTasks --follow |
| 96 | +``` |
| 97 | + |
| 98 | +This produces an output like: |
| 99 | +```text |
| 100 | +INIT_START Runtime Version: provided:al2.v59 Runtime Version ARN: arn:aws:lambda:us-east-1::runtime:974c4a90f22278a2ef1c3f53c5c152167318aaf123fbb07c055a4885a4e97e52 |
| 101 | +START RequestId: 4c8edd74-d776-4df9-9714-19086ab59bfd Version: $LATEST |
| 102 | +debug LambdaRuntime : [BackgroundTasks] BackgroundProcessingHandler - message received |
| 103 | +debug LambdaRuntime : [BackgroundTasks] BackgroundProcessingHandler - response sent. Performing background tasks. |
| 104 | +debug LambdaRuntime : [BackgroundTasks] BackgroundProcessingHandler - Background tasks completed. Returning |
| 105 | +END RequestId: 4c8edd74-d776-4df9-9714-19086ab59bfd |
| 106 | +REPORT RequestId: 4c8edd74-d776-4df9-9714-19086ab59bfd Duration: 10160.89 ms Billed Duration: 10250 ms Memory Size: 128 MB Max Memory Used: 27 MB Init Duration: 88.20 ms |
| 107 | +``` |
| 108 | +> [!NOTE] |
| 109 | +> The `debug` message are sent by the code inside the `handler()` function. Note that the `Duration` and `Billed Duration` on the last line are for 10.1 and 10.2 seconds respectively. |
| 110 | +
|
| 111 | +Type CTRL-C to stop tailing the logs. |
| 112 | + |
| 113 | +## Cleanup |
| 114 | + |
| 115 | +When done testing, you can delete the Lambda function with this command. |
| 116 | + |
| 117 | +```bash |
| 118 | +aws lambda delete-function --function-name BackgroundTasks |
| 119 | +``` |
0 commit comments