Gestione delle dipendenze Python in requirements.txt - Amazon Managed Workflows for Apache Airflow
Test DAGs con l'MWAACLIutilità AmazonInstallazione delle dipendenze Python utilizzando il formato file dei requisiti PyPi .orgAbilitazione dei log sulla console Amazon MWAAVisualizzazione dei log nella console Logs CloudWatch Visualizzazione degli errori nell'interfaccia utente di Apache AirflowScenari di esempio requirements.txt

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Gestione delle dipendenze Python in requirements.txt

Questa pagina descrive le best practice che consigliamo per installare e gestire le dipendenze Python in un requirements.txt file per un ambiente Amazon Managed Workflows for Apache Airflow.

Test DAGs con l'MWAACLIutilità Amazon

  • L'utilità Command Line Interface (CLI) replica localmente un ambiente Amazon Managed Workflows for Apache Airflow.

  • CLICrea localmente un'immagine del contenitore Docker simile a un'immagine di MWAA produzione Amazon. Ciò consente di eseguire un ambiente Apache Airflow locale per sviluppare e testare DAGs plug-in personalizzati e dipendenze prima della distribuzione su Amazon. MWAA

  • Per eseguire il, vedi onCLI. aws-mwaa-local-runner GitHub

Installazione delle dipendenze Python utilizzando il formato file dei requisiti PyPi .org

La sezione seguente descrive i diversi modi per installare le dipendenze Python in base al PyPi formato.org Requirements File.

Opzione uno: dipendenze Python dal Python Package Index

La sezione seguente descrive come specificare le dipendenze Python dall'indice dei pacchetti Python in un file. requirements.txt

Apache Airflow v2

  1. Esegui il test localmente. Aggiungi altre librerie in modo iterativo per trovare la giusta combinazione di pacchetti e le relative versioni, prima di creare un requirements.txt file. Per eseguire l'MWAACLIutilità Amazon, consulta aws-mwaa-local-runneron GitHub.

  2. Consulta gli extra del pacchetto Apache Airflow. Per visualizzare un elenco dei pacchetti installati per Apache Airflow v2 su Amazon, MWAA consulta Amazon MWAA local runner requirements.txt sul sito Web. GitHub

  3. Aggiungi una dichiarazione di vincoli. Aggiungi il file dei vincoli per il tuo ambiente Apache Airflow v2 nella parte superiore del file. requirements.txt I file di vincoli di Apache Airflow specificano le versioni del provider disponibili al momento del rilascio di Apache Airflow.

    A partire da Apache Airflow v2.7.2, il file dei requisiti deve includere una dichiarazione. --constraint Se non fornisci un vincolo, Amazon te ne MWAA specificherà uno per garantire che i pacchetti elencati nei tuoi requisiti siano compatibili con la versione di Apache Airflow che stai utilizzando.

    Nell'esempio seguente, sostituisci {environment-version} con il numero di versione dell'ambiente e {Python-version} con la versione di Python compatibile con il tuo ambiente.

    Per informazioni sulla versione di Python compatibile con il tuo ambiente Apache Airflow, consulta Versioni di Apache Airflow. 

    --constraint "https://raw.githubusercontent.com/apache/airflow/constraints-{Airflow-version}/constraints-{Python-version}.txt"

    Se il file dei vincoli determina che il xyz==1.0 pacchetto non è compatibile con altri pacchetti dell'ambiente, pip3 install fallirà per evitare che librerie incompatibili vengano installate nell'ambiente. Se l'installazione di qualsiasi pacchetto non riesce, è possibile visualizzare i log degli errori per ogni componente di Apache Airflow (lo scheduler, il worker e il server web) nel flusso di log corrispondente su Logs. CloudWatch Per ulteriori informazioni sui tipi di registro, vedere. Visualizzazione dei log di Airflow in Amazon CloudWatch

  4. Pacchetti Apache Airflow. Aggiungi gli extra del pacchetto e la versione (). == Questo aiuta a evitare che pacchetti con lo stesso nome, ma con una versione diversa, vengano installati nell'ambiente.

    apache-airflow[package-extra]==2.5.1

  5. Librerie Python. Aggiungi il nome del pacchetto e la versione (==) nel tuo requirements.txt file. In questo modo si evita l'applicazione automatica di future interruzioni del PyPisito .org.

    library == version
    Esempio Boto3 e psycopg2-binary

    Questo esempio viene fornito a scopo dimostrativo. Le librerie boto e psycopg2-binary sono incluse nell'installazione di base di Apache Airflow v2 e non devono essere specificate in un file. requirements.txt

    boto3==1.17.54
boto==2.49.0
botocore==1.20.54
psycopg2-binary==2.8.6

    Se viene specificato un pacchetto senza una versione, Amazon MWAA installa la versione più recente del pacchetto da PyPi.org. Questa versione può entrare in conflitto con altri pacchetti del tuorequirements.txt.

Apache Airflow v1

  1. Esegui il test localmente. Aggiungi altre librerie in modo iterativo per trovare la giusta combinazione di pacchetti e le relative versioni, prima di creare un requirements.txt file. Per eseguire l'MWAACLIutilità Amazon, consulta aws-mwaa-local-runneron GitHub.

  2. Consulta gli extra del pacchetto Airflow. Consulta l'elenco dei pacchetti disponibili per Apache Airflow v1.10.12 all'indirizzo airflow/constraints-1.10.12/constraints-3.7.txt. https://raw.githubusercontent.com/apache/

  3. Aggiungere il file dei vincoli. Aggiungi il file dei vincoli per Apache Airflow v1.10.12 nella parte superiore del file. requirements.txt Se il file dei vincoli determina che il xyz==1.0 pacchetto non è compatibile con altri pacchetti presenti nell'ambiente, non pip3 install riuscirà a impedire l'installazione di librerie incompatibili nell'ambiente.

    --constraint "https://raw.githubusercontent.com/apache/airflow/constraints-1.10.12/constraints-3.7.txt"

  4. Pacchetti Apache Airflow v1.10.12. Aggiungi gli extra del pacchetto Airflow e la versione Apache Airflow v1.10.12 (). == Questo aiuta a prevenire l'installazione di pacchetti con lo stesso nome, ma con una versione diversa, nell'ambiente.

    apache-airflow[package]==1.10.12
    Esempio Secure Shell (SSH)

    Il seguente requirements.txt file di esempio viene installato SSH per Apache Airflow v1.10.12. 

    apache-airflow[ssh]==1.10.12

  5. Librerie Python. Aggiungi il nome del pacchetto e la versione (==) nel tuo requirements.txt file. In questo modo si evita l'applicazione automatica di future interruzioni del PyPisito .org.

    library == version
    Esempio Boto3

    Il seguente requirements.txt file di esempio installa la libreria Boto3 per Apache Airflow v1.10.12.

    boto3 == 1.17.4

    Se viene specificato un pacchetto senza una versione, Amazon MWAA installa la versione più recente del pacchetto da PyPi.org. Questa versione può entrare in conflitto con altri pacchetti del tuorequirements.txt.

Opzione due: Python wheels (.whl)

Una ruota Python è un formato di pacchetto progettato per spedire librerie con artefatti compilati. I pacchetti wheel offrono diversi vantaggi come metodo per installare le dipendenze in AmazonMWAA:

  • Installazione più rapida: i WHL file vengono copiati nel contenitore ZIP singolarmente e quindi installati localmente, senza dover scaricare ciascuno di essi.

  • Meno conflitti: è possibile determinare in anticipo la compatibilità delle versioni dei pacchetti. Di conseguenza, non è necessario elaborare in modo ricorsivo versioni compatibili. pip

  • Maggiore resilienza: con le librerie ospitate esternamente, i requisiti a valle possono cambiare, con conseguente incompatibilità di versione tra i contenitori in un ambiente Amazon. MWAA Non dipendendo da una fonte esterna per le dipendenze, ogni contenitore ha le stesse librerie indipendentemente da quando viene istanziata ogni contenitore.

Consigliamo i seguenti metodi per installare le dipendenze Python da un archivio Python wheel () nel tuo. .whl requirements.txt

Utilizzo del plugins.zip file su un bucket Amazon S3

Lo scheduler, i worker e il server web di Apache Airflow (per Apache Airflow v2.2.2 e versioni successive) cercano plugin personalizzati durante l'avvio nel contenitore Fargate gestito per il AWS vostro ambiente all'indirizzo. /usr/local/airflow/plugins/* Questo processo inizia prima dell'avvio delle dipendenze MWAA di Amazon pip3 install -r requirements.txt for Python e del servizio Apache Airflow. Un plugins.zip file può essere utilizzato per tutti i file che non si desidera modificare continuamente durante l'esecuzione dell'ambiente o per i quali non si desidera concedere l'accesso agli utenti che scrivono. DAGs Ad esempio, i file della ruota di libreria Python, i file di certificato e PEM i file di configurazioneYAML.

La sezione seguente descrive come installare una ruota contenuta nel plugins.zip file sul tuo bucket Amazon S3.

  1. Scarica i WHL file necessari Puoi usarli pip downloadcon il tuo esistente requirements.txt su Amazon MWAA local-runner o su un altro contenitore Amazon Linux 2 per risolvere e scaricare i file Python wheel necessari. 

    $ pip3 download -r "$AIRFLOW_HOME/dags/requirements.txt" -d "$AIRFLOW_HOME/plugins"
$ cd "$AIRFLOW_HOME/plugins"
$ zip "$AIRFLOW_HOME/plugins.zip" *

  2. Specificate il percorso nel vostro. requirements.txt Specificate la directory dei plugins nella parte superiore del file requirements.txt utilizzando --find-linkse istruite a pip non effettuare l'installazione da altre fonti utilizzando --no-index, come illustrato di seguito 

    --find-links /usr/local/airflow/plugins
--no-index
    Esempio ruota in requirements.txt

    L'esempio seguente presuppone che tu abbia caricato la ruota in un plugins.zip file nella radice del tuo bucket Amazon S3. Per esempio:

    --find-links /usr/local/airflow/plugins
--no-index

numpy

    Amazon MWAA recupera la numpy-1.20.1-cp37-cp37m-manylinux1_x86_64.whl ruota dalla plugins cartella e la installa nel tuo ambiente.

Utilizzando un WHL file ospitato su un URL

La sezione seguente descrive come installare una ruota ospitata su unURL. URLDeve essere accessibile pubblicamente o dall'interno dell'Amazon personalizzato VPC che hai specificato per il tuo MWAA ambiente Amazon.

  • Fornisci un URL. URLForniscili a una ruota della tuarequirements.txt.

    Esempio archivio di ruote su un sito pubblico URL

    L'esempio seguente scarica una ruota da un sito pubblico.

    --find-links https://files.pythonhosted.org/packages/
--no-index

    Amazon MWAA recupera la ruota dal file URL specificato e la installa nel tuo ambiente.

    Nota

    URLsnon sono accessibili da server Web privati che installano i requisiti in Amazon MWAA v2.2.2 e versioni successive.

Creazione di un WHL file da un DAG

Se disponi di un server Web privato che utilizza Apache Airflow v2.2.2 o versione successiva e non riesci a installare i requisiti perché il tuo ambiente non ha accesso a repository esterni, puoi utilizzare quanto segue per DAG prendere i MWAA requisiti Amazon esistenti e impacchettarli su Amazon S3: 

from airflow import DAG
from airflow.operators.bash_operator import BashOperator
from airflow.utils.dates import days_ago

S3_BUCKET = 'my-s3-bucket'
S3_KEY = 'backup/plugins_whl.zip' 

with DAG(dag_id="create_whl_file", schedule_interval=None, catchup=False, start_date=days_ago(1)) as dag:
    cli_command = BashOperator(
        task_id="bash_command",
        bash_command=f"mkdir /tmp/whls;pip3 download -r /usr/local/airflow/requirements/requirements.txt -d /tmp/whls;zip -j /tmp/plugins.zip /tmp/whls/*;aws s3 cp /tmp/plugins.zip s3://{S3_BUCKET}/{S3_KEY}"
    )

Dopo aver eseguito ilDAG, usa questo nuovo file come Amazon MWAAplugins.zip, facoltativamente, impacchettato con altri plugin. Quindi, aggiorna il file requirements.txt preceduto da e senza aggiungere. --find-links /usr/local/airflow/plugins --no-index --constraint

Questo metodo consente di utilizzare le stesse librerie offline.

Opzione tre: dipendenze Python ospitate su un repository privato conforme a PyPi PEP -503

La sezione seguente descrive come installare un extra di Apache Airflow ospitato su un ambiente privato con autenticazione. URL

  1. Aggiungi nome utente e password come opzioni di configurazione di Apache Airflow. Per esempio:

    • foo.user : YOUR_USER_NAME

    • foo.pass : YOUR_PASSWORD

  2. Crea il tuo file. requirements.txt Sostituisci i segnaposto nell'esempio seguente con i dati personali URL e il nome utente e la password che hai aggiunto come opzioni di configurazione di Apache Airflow. Per esempio:

    --index-url https://${AIRFLOW__FOO__USER}:${AIRFLOW__FOO__PASS}@my.privatepypi.com

  3. Aggiungi eventuali librerie aggiuntive al tuo file. requirements.txt Per esempio:

    --index-url https://${AIRFLOW__FOO__USER}:${AIRFLOW__FOO__PASS}@my.privatepypi.com
my-private-package==1.2.3

Abilitazione dei log sulla console Amazon MWAA

Il ruolo di esecuzione per il tuo MWAA ambiente Amazon richiede l'autorizzazione per inviare log a CloudWatch Logs. Per aggiornare le autorizzazioni di un ruolo di esecuzione, consulta. Ruolo di MWAA esecuzione di Amazon

È possibile abilitare i log di Apache Airflow a livelloINFO,WARNING, ERROR o. CRITICAL Quando scegli un livello di registro, Amazon MWAA invia i log per quel livello e tutti i livelli di gravità più elevati. Ad esempio, se abiliti i log a INFO livello, Amazon MWAA invia INFO i log e WARNINGERROR, e i livelli di CRITICAL log a CloudWatch Logs. Ti consigliamo di abilitare i log di Apache Airflow a INFO livello di Scheduler per visualizzare i log ricevuti per. requirements.txt

Questa immagine mostra come abilitare i log a livello. INFO

Visualizzazione dei log nella console Logs CloudWatch

È possibile visualizzare i log di Apache Airflow per Scheduler, pianificando i flussi di lavoro e analizzando la cartella. dags I passaggi seguenti descrivono come aprire il gruppo di log per Scheduler sulla MWAA console Amazon e visualizzare i log di Apache Airflow sulla console Logs. CloudWatch

Per visualizzare i log di un requirements.txt

  1. Apri la pagina Ambienti sulla MWAA console Amazon.

  2. Scegli un ambiente.

  3. Scegli il gruppo di log dello scheduler Airflow nel riquadro Monitoraggio.

  4. Scegli il requirements_install_ip log in Log Streams.

  5. Dovresti vedere l'elenco dei pacchetti che sono stati installati nell'ambiente all'indirizzo/usr/local/airflow/.local/bin. Per esempio:

    Collecting appdirs==1.4.4 (from -r /usr/local/airflow/.local/bin (line 1))
Downloading https://files.pythonhosted.org/packages/3b/00/2344469e2084fb28kjdsfiuyweb47389789vxbmnbjhsdgf5463acd6cf5e3db69324/appdirs-1.4.4-py2.py3-none-any.whl  
Collecting astroid==2.4.2 (from -r /usr/local/airflow/.local/bin (line 2))

  6. Controlla l'elenco dei pacchetti e verifica se qualcuno di questi ha riscontrato un errore durante l'installazione. Se qualcosa è andato storto, potresti visualizzare un errore simile al seguente:

    2021-03-05T14:34:42.731-07:00
No matching distribution found for LibraryName==1.0.0 (from -r /usr/local/airflow/.local/bin (line 4))
No matching distribution found for LibraryName==1.0.0 (from -r /usr/local/airflow/.local/bin (line 4))

Visualizzazione degli errori nell'interfaccia utente di Apache Airflow

Potresti anche voler controllare l'interfaccia utente di Apache Airflow per identificare se un errore può essere correlato a un altro problema. L'errore più comune che potresti riscontrare con Apache Airflow su Amazon MWAA è:

Broken DAG: No module named x

Se vedi questo errore nell'interfaccia utente di Apache Airflow, è probabile che nel file manchi una dipendenza richiesta. requirements.txt

Accesso ad Apache Airflow

Hai bisogno Politica di accesso all'interfaccia utente di Apache Airflow: A mazonMWAAWeb ServerAccess delle autorizzazioni per il tuo AWS account in AWS Identity and Access Management (IAM) per visualizzare l'interfaccia utente di Apache Airflow.

Per accedere all'interfaccia utente di Apache Airflow

  1. Apri la pagina Ambienti sulla MWAA console Amazon.

  2. Scegli un ambiente.

  3. Scegli Open Airflow UI.

Scenari di esempio requirements.txt

Puoi mescolare e abbinare diversi formati nel tuorequirements.txt. L'esempio seguente utilizza una combinazione dei diversi modi per installare gli extra.

Esempio Extra su PyPi .org e su un sito pubblico URL

È necessario utilizzare l'--index-urlopzione quando si specificano pacchetti da PyPi .org, oltre ai pacchetti in un repository pubblicoURL, ad esempio un repository personalizzato conforme a PEP 503. URLs

aws-batch == 0.6
phoenix-letter >= 0.3
    
--index-url http://dist.repoze.org/zope2/2.10/simple
    zopelib