Conversation
yangrong688
left a comment
There was a problem hiding this comment.
Hi, @dimberman , I found some formatting issues and need to be fixed.
|
I remember we are unifying roles in RBAC between web UI and stable API, will that be managed automatically without manual actions from user? |
|
cc: @jhtimmins for this question |
a93eb94 to
286cf50
Compare
UPDATING.md
Outdated
There was a problem hiding this comment.
not sure we should include "a1" here
paolaperaza
left a comment
There was a problem hiding this comment.
@dimberman I just took a first pass at this! Feel free to take or leave suggestions - my comments are mostly copy/grammar/formatting related 😊
Thanks so much for putting this together - a lotta stuff in here! Appreciate it.
UPDATING_TO_2.0.md
Outdated
There was a problem hiding this comment.
@dimberman Should we change this header to # Upgrade to Airflow 2.0+? It's in the file name, but might be good to reiterate in this H1 here as well.
UPDATING_TO_2.0.md
Outdated
There was a problem hiding this comment.
Airflow 2.0.0 will only support Python 3.6 and up. > Airflow 2.0.0 will require Python 3.6+.
UPDATING_TO_2.0.md
Outdated
There was a problem hiding this comment.
Should we link to info on this Operator?
UPDATING_TO_2.0.md
Outdated
There was a problem hiding this comment.
I presume we wanted to specify versions here!
For a list of breaking changes between python 2 and python > For a list of breaking changes between Python 2 and Python 3, please refer to this handy blog from the CouchBaseDB team.
UPDATING_TO_2.0.md
Outdated
There was a problem hiding this comment.
To minimize upgrade friction for Airflow 1.10, we are releasing a "bridge" release that has multiple critical features that can prepare users to upgrade without disrupting existing workflows.
-->
To minimize friction for users upgrading from Airflow 1.10 to Airflow 2.0 and beyond, a "bridge" release and final 1.10 version will be made available. Airflow 1.10.13 includes support for various critical features that make it easy for users to test DAGs and make sure they're Airflow 2.0 compatible without forcing breaking changes and disrupting existing workflows. We strongly recommend that all users upgrading to Airflow 2.0 first upgrade to Airflow 1.10.13.
Features in 1.10.13 include:
UPDATING_TO_2.0.md
Outdated
There was a problem hiding this comment.
Add link to Stable API reference doc?
UPDATING_TO_2.0.md
Outdated
There was a problem hiding this comment.
Exception from DAG callbacks used to crash scheduler. In order to make
scheduler more robust, we have changed this behavior to log the exception
instead. On top of that, a newdag.callback_exceptionscounter metric has
been added to help better monitor callback exceptions.
-->
Exception from DAG callbacks used to crash the Airflow Scheduler. As part of our efforts to make the Scheduler more performant and reliable, we have changed this behavior to log the exception
instead. On top of that, a newdag.callback_exceptionscounter metric has
been added to help better monitor callback exceptions.
UPDATING_TO_2.0.md
Outdated
There was a problem hiding this comment.
--> ### Airflow CLI changes in 2.0
UPDATING_TO_2.0.md
Outdated
There was a problem hiding this comment.
This could be its own section, for example
UPDATING.md
Outdated
There was a problem hiding this comment.
Does deleting this records mean that we won't use UPDATING.md from 2.0 onward?
There was a problem hiding this comment.
I think that once 2.0 comes out we should create a new UPDATING.md and maybe move UPDATING to "UPDATING-1.0.md"
UPDATING_TO_2.0.md
Outdated
There was a problem hiding this comment.
Those should be in "Appendix" or "reference" section IMHO. or maybe steps should be grouped under the "Migration steps" .
There was a problem hiding this comment.
@potiuk good point. I added an extra level to the TOC and set up an appendix segment. We can even make the primary segments short and link to appendix as needed.
UPDATING_TO_2.0.md
Outdated
There was a problem hiding this comment.
| airflow generate_pod_template -o <output file path> | |
| ```shell script | |
| airflow generate_pod_template -o <output file path> | |
| ` `` | |
UPDATING_TO_2.0.md
Outdated
There was a problem hiding this comment.
Same here ```shell script would be nice
UPDATING_TO_2.0.md
Outdated
There was a problem hiding this comment.
| Note that this backport-provider is *not* the same as the actual provider in 2.0. We have tested these operators for backwards | |
| Note that the backport provider packages are just backports of the provider packages compatible with Airflow 2.0. Those provider packages are installed automatically when you install airflow with extras. For example | |
| pip install airflow[docker] | |
| automatically installs the `apache-airflow-providers-docker` package. | |
| But you can manage/upgrade remove provider packages separately from the airflow core. | |
|
Some initial review |
|
(did not have yet time to do it all) |
|
@dimberman I'd say address comments then get this merged today, then everyone can improve sections in smaller PRs. |
018b349 to
a533a37
Compare
|
@dimberman Awesome, I'll followup with another PR then! Thanks. |
* Separate 2.0 upgrade steps into their own file * shell script * more changes
* Separate 2.0 upgrade steps into their own file * shell script * more changes
This PR creates a one-stop document for users looking to update to Airflow 2.0. This ensures that instead of needing to read through the entire changelog, these users can follow a simple set of steps to prepare for the upgrade.
^ Add meaningful description above
Read the Pull Request Guidelines for more information.
In case of fundamental code change, 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 UPDATING.md.