-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Improve life-cycle management of web proxy server #3
Comments
Have implemented process restarting logic (failure in event of rapid restarts). Have yet to implement the configuration reloading logic. This could be done either as:
|
After discussion, we decided that option 1 is too blunt. I think for MVP#1, option 2 is good enough. Options 3 and 4 are nicer, of course, but represent gold plating that can't be justified at this point. |
As for the mechanism used the restart nginx: there is a brute force restart that unceremoniously terminates existing client connections and a graceful restart that hands over to a new process. For the purposes of MVP#1, the brute force restart is good enough. We may revisit this later to make it more graceful. |
Closes 5G-MAG#3 Uses the python 3 asyncio module to make lifecycle management more event driven. Adds signal handlers for INT and QUIT signals to terminate the process nicely. Adds a signal handler for HUP to cause a configuration reload and to trigger a reload/restart of the web proxy daemon.
Closes #3 Uses the python 3 asyncio module to make lifecycle management more event driven. Adds signal handlers for INT and QUIT signals to terminate the process nicely. Adds a signal handler for HUP to cause a configuration reload and to trigger a reload/restart of the web proxy daemon.
Feature description
Extending #14, maintain a watchdog to restart it after a crash or if the configuration changes.
Relevant specifications and corresponding sections
See #1
GanttLab
GanttStart: 2022-09-19
GanttDue: 2022-09-26
The text was updated successfully, but these errors were encountered: