[Lambda] Support for a Function Shutdown lifecycle phase
- Lingua principale
- Nessun dato sulla lingua
- Stelle
- 196
- Fork
- 5
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Descrizione
### 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.)
Guida per i contributori
Apri la guida per i contributori
Direzione di ricerca
Inizia dalla documentazione dell’ambiente di runtime di AWS Lambda e confronta le fasi INIT e SHUTDOWN documentate. Esamina il workaround aws-samples/graceful-shutdown-with-aws-lambda e la nota secondo cui le estensioni Lambda possono partecipare allo shutdown. Il lavoro è completato quando la richiesta della roadmap dispone di un percorso definito e ufficialmente supportato per la pulizia delle funzioni, con documentazione aggiornata e senza richiedere un workaround basato su estensioni.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Valutazione
- Stack tecnologico
- aws
- Ambito
- cloud
- Tipo di issue
- Funzionalità
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Stato di attività
- Ferma
- Chiarezza
- Abbastanza chiara
- Idoneità per principianti
- 25/100