2 Answers
- Newest
- Most votes
- Most comments
0
MWAA does not explicitly block custom Xcom backends provided that the execution role and network both have access, however using custom Xcom backends may diminish performance as every task will have to write to that backend. Further, if using a private web server, there may not be network egress to the backend store.
answered 2 years ago
Relevant content
- asked a year ago
- asked 4 years ago
- asked a year ago
- asked 3 years ago
- AWS OFFICIALUpdated 5 months ago
- AWS OFFICIALUpdated 3 years ago
- AWS OFFICIALUpdated 2 months ago
- AWS OFFICIALUpdated a year ago
Thank you for your answer! So, assuming that MWAA allows using custom backends, I suspect that there must be something wrong with custom code visibility, because when I set the configuration option like this
MWAA cluster restarts successfully but when I change
airflow.models.xcom.BaseXCom
to my custom path (to eitherdags
orplugins
) -xcom.s3_backend.S3XComBackend
, it crashes on restart.The module is stored at
plugins/xcom/s3_backend.py
, the plugins folder is zipped and put into the Airflow bucket, the rest of the plugins are seen by MWAA.Is the above method a proper way of setting up a custom backend? And maybe there's a way of looking up the detailed error behind the INCORRECT_CONFIGURATION message?