-
Notifications
You must be signed in to change notification settings - Fork 16.3k
Move CeleryExecutor to the celery provider #32526
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
Move CeleryExecutor to the celery provider #32526
Conversation
b843020 to
f079d77
Compare
|
FYI. I arbitrary chose CeleryKubernetes to land in celery provider. It could be either. it does not REALLY matter, but I figured that we should follow the pattern in the name |
|
Eventually (when we move KubernetesExecutor to cncf.kubernetes, celery provider will (automatically) get [cncf.kubernetes] optional extra which will make |
f079d77 to
74d01a0
Compare
|
BTW. I also plan to implement Provider's manager extensions and |
docs/apache-airflow/administration-and-deployment/logging-monitoring/check-health.rst
Outdated
Show resolved
Hide resolved
eladkal
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Cool!
To clarify this is the implimitation of the vote accepted in:
https://lists.apache.org/thread/4mmzwpf9zfkkx03l1rswxfmq75hzhpk4
2ced796 to
eab07e4
Compare
be2c31d to
000330c
Compare
|
OK. I also think I properly now raise deprecation warning and inform the users who have the old I also added |
Originally Celery Executor and Celery Kubernetes executor have been part of the Airflow Core. However, with AIP-51 where some of the executor internals have been decoupled from the core, we can now move the Celery (and as next step Kubernetes) executors to the providers. This will allow to release fixes to the decoupled executors independently from releasing of the Airflow core version. Co-authored-by: Jed Cunningham <66968678+jedcunningham@users.noreply.github.com> Co-authored-by: Niko Oliveira <onikolas@amazon.com>
000330c to
d50970a
Compare
|
Merging -> static check already fixed in main. |
|
Just curious, which wave of providers will this be released in? Or we will have some ad-hoc release for this? We have a nightly automation which takes in the latest main branch Airflow code, but since this provider is not released we're encountering some failures here. |
Release manager decides which providers to release. |
okay understood, thank you! |
This has been missed in apache#32526 and is extracted out from apache#32604 in an attempt to make it smaller and separately reviewable. This one adds also deprecation warning to handle the configuration value that people might already have in the [celery] iccelery_config_options"
This reverts commit 40d54ea
Originally Celery Executor and Celery Kubernetes executor have been part of the Airflow Core. However, with AIP-51 where some of the executor internals have been decoupled from the core, we can now move the Celery (and as next step Kubernetes) executors to the providers.
This will allow to release fixes to the decoupled executors independently from releasing of the Airflow core version.
^ 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.