-
Notifications
You must be signed in to change notification settings - Fork 16.4k
docs: clarify Gunicorn's role in webserver worker refresh #46371
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
Conversation
|
Congratulations on your first Pull Request and welcome to the Apache Airflow community! If you have any issues or are unsure about any anything please check our Contributors' Guide (https://github.com/apache/airflow/blob/main/contributing-docs/README.rst)
|
chore: apply pre-commit
|
I applied pre-commit |
|
Awesome work, congrats on your first merged pull request! You are invited to check our Issue Tracker for additional contributions. |
chore: apply pre-commit
chore: apply pre-commit
chore: apply pre-commit
chore: apply pre-commit
This update revises the documentation for worker_refresh_batch_size to clearly state:
"Number of workers to refresh at a time through Gunicorn's built-in worker management. When set to 0, worker refresh is disabled. When nonzero, Airflow periodically refreshes webserver workers by bringing up new ones and killing old ones."
The change aims to eliminate ambiguity by clarifying that Gunicorn reload and webserver refresh refer to the same underlying mechanism. Previously, these terms could be misinterpreted as distinct functions or mistaken for auto_refresh_interval, leading to confusion. By emphasizing that both phenomena are part of Gunicorn's worker management strategy, users will have a clearer understanding of how Airflow manages webserver workers.
^ Add meaningful description above
Read the Pull Request Guidelines for more information.
In case of fundamental code changes, an Airflow Improvement Proposal (AIP) is needed.
In case of a new dependency, check compliance with the ASF 3rd Party License Policy.
In case of backwards incompatible changes please leave a note in a newsfragment file, named
{pr_number}.significant.rstor{issue_number}.significant.rst, in newsfragments.