You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: README.md
+12Lines changed: 12 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -161,6 +161,18 @@ Response:
161
161
}
162
162
```
163
163
164
+
## Notes on automated deployment in AWS
165
+
166
+
Due to the need for provisioned concurrency to keep this Lambda warm, it diverges a bit from our standard dev/stage/prod deployment workflows as noted below.
167
+
168
+
Each of the three GitHub Actions workflows ([dev-build](.github/workflows/dev-build.yml), [stage-build](.github/workflows/stage-build.yml), [prod-deploy](.github/workflows/prod-deploy.yml)) has an additional job to handle the extra deployment steps to ensure that the provisioned concurrency works correctly. This job handles three steps:
169
+
170
+
1. Publish the latest version of the Lambda function.
171
+
1. Update the "live" alias to the function so that it points to the most recent published version of the function.
172
+
1. Clean up leftover published versions of the function, leaving the latest and next-most latest published versions in place.
173
+
174
+
These extra steps are necessary because the infrastructure configures a Lambda alias and associates the provisioned concurrency to that alias.
175
+
164
176
## Environment Variables
165
177
166
178
In local development, you can add a `.env` file to manage these. The file is excluded from git and docker builds via
0 commit comments