Skip to content

Conversation

@potiuk
Copy link
Member

@potiuk potiuk commented Mar 17, 2023

This is follow-up after #30127 and #30144 about handling async (deferrable) operators for amazon provider.

Rather than making aiobotocre directly a devel extra dependency, we create a separate "aiobotocore" extra that allows for greater flexibility on how we handle the aiobotocore support. It allows for two approach:

  1. (current) if we decide that by default we keep boto/botocore
    compatible with aiobotocore in our constraints/image then
    aiobotocore should be added to devel and it should be included
    as preselected extra in Dockerfile. This will lead to
    having aibotocore and compatible boto/botocore in both constraints
    and the PROD image.

  2. (possible) if we decide that we prefer to keep to the latest
    version of boto/botocore in constraints/image, then we could
    remove aiobotocore from both constraints and PROD image. We should
    also in this case swap the "LatestBoto" CI job introduced in
    Run separate CI job for latest boto/botocore version when needed  #30144 to be "WithAiobotocore" job - by installing aiobotocore
    and downgrading boto/botocore in the job.


^ 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.rst or {issue_number}.significant.rst, in newsfragments.

This is follow-up after apache#30127 and apache#30144 about handling async
(deferrable) operators for amazon provider.

Rather than making aiobotocre directly a devel extra dependency,
we create a separate "aiobotocore" extra that allows for greater
flexibility on how we handle the aiobotocore support. It allows
for two approach:

1) (current) if we decide that by default we keep boto/botocore
   compatible with aiobotocore in our constraints/image then
   aiobotocore should be added to devel and it should be included
   as preselected extra in Dockerfile. This will lead to
   having aibotocore and compatible boto/botocore in both constraints
   and the PROD image.

2) (possible) if we decide that we prefer to keep to the latest
   version of boto/botocore in constraints/image, then we could
   remove aiobotocore from both constraints and PROD image. We should
   also in this case swap the "LatestBoto" CI job introduced in
   apache#30144 to be "WithAiobotocore" job - by installing aiobotocore
   and downgrading boto/botocore in the job.
@potiuk
Copy link
Member Author

potiuk commented Mar 17, 2023

cc: @pankajastro @shubham22

@potiuk potiuk merged commit 78b827c into apache:main Mar 17, 2023
@potiuk potiuk deleted the split-out-aiobotocore-support-to-separate-extra branch March 17, 2023 18:00
@ephraimbuddy ephraimbuddy added the changelog:skip Changes that should be skipped from the changelog (CI, tests, etc..) label Apr 11, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

area:dev-tools area:production-image Production image improvements and fixes changelog:skip Changes that should be skipped from the changelog (CI, tests, etc..) kind:documentation

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants