[Lambda] Support for a Function Shutdown lifecycle phase
- 主要言語
- 言語のデータがありません
- スター
- 196
- フォーク
- 5
- PR マージ指標
- 30日以内にマージされた PR はありません
説明
### Community Note
* Please vote on this issue by adding a 👍 [reaction](https://blog.github.com/2016-03-10-add-reactions-to-pull-requests-issues-and-comments/) to the original issue to help the community and maintainers prioritize this request
* Please do not leave "+1" or "me too" comments, they generate extra noise for issue followers and do not help prioritize the request
* If you are interested in working on this issue or have submitted a pull request, please leave a comment
**Tell us about your request**
Lambda Functions currently have support for a Function Init step as part of the INIT phase as outlined [here](https://docs.aws.amazon.com/lambda/latest/dg/lambda-runtime-environment.html)
This step is most commonly used for establishing connections to other resources such as Databases
However, there is no equivalent Function Shutdown step as part of the SHUTDOWN phase.
This could be used to add symmetry to Init where database connections can be closed.
**Which service(s) is this request for?**
AWS Lambda
**Tell us about the problem you're trying to solve. What are you trying to do, and why is it hard?**
We want to be able to manage our database connections in a cleaner manner. Currently Lambdas can open database connections on Init, but we have no clean way of closing the connection.
Either we open and close the connection as part of the request, or, we leave the connection open and wait for the server to close it after it is marked as idle.
This creates connection management issues with servers where there appears to be a larger number of in-use connections than there really are.
Allowing the Lambda code to participate in the Shutdown phase would allow the function to clean up after itself and better manage system resources.
**Are you currently working around this issue?**
We carefully manage various client connection settings such as idle timeouts, and live with the fact that our number of open connections is often not completely representative of active connections.
**Additional context**
Lambda extensions are able to participate in Shutdown, it appears that it is just function code that cannot officially do that.
However, there are documented workarounds such as those found in [aws-samples/graceful-shutdown-with-aws-lambda](https://github.com/aws-samples/graceful-shutdown-with-aws-lambda). So it doesn't feel like a stretch to make this an officially supported behaviour with more explicit documentation and no requirement for an extension to first be added.
**Attachments**
If you think you might have additional information that you'd like to include via an attachment, please do - we'll take a look. (Remember to remove any personally-identifiable information.)
コントリビューションガイド
調査の方向性
AWS Lambda のランタイム環境に関するドキュメントから始め、記載されている INIT フェーズと SHUTDOWN フェーズを比較します。aws-samples/graceful-shutdown-with-aws-lambda の回避策と、Lambda 拡張機能がシャットダウンに参加できるという注記を確認します。ロードマップの要望に、関数のクリーンアップのための明確かつ公式にサポートされた方法が定義され、ドキュメントが更新され、拡張機能の回避策が不要になれば完了です。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- aws
- 領域
- cloud
- issue の種類
- 機能追加
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 活発さ
- 停滞
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 25/100