ファイル名の配列に基づいて親DAGから動的サブDAGを作成しようとしています


10

Airflowを使用して、s3ファイルを「削除しない」バケット(ファイルを削除できないこと)からGCSに移動しようとしています。新しいファイルが毎日存在することは保証できませんが、毎日新しいファイルを確認する必要があります。

私の問題は、サブダグの動的な作成です。ファイルがある場合は、サブダグが必要です。ファイルがない場合、サブダグは必要ありません。私の問題は上流/下流の設定です。私のコードでは、ファイルを検出しますが、想定されているようにサブダグを開始しません。何か不足しています。

これが私のコードです:

from airflow import models
from  airflow.utils.helpers import chain
from airflow.providers.amazon.aws.hooks.s3 import S3Hook
from airflow.operators.python_operator import PythonOperator, BranchPythonOperator
from airflow.operators.dummy_operator import DummyOperator
from airflow.operators.subdag_operator import SubDagOperator
from airflow.contrib.operators.s3_to_gcs_operator import S3ToGoogleCloudStorageOperator
from airflow.utils import dates
from airflow.models import Variable
import logging

args = {
    'owner': 'Airflow',
    'start_date': dates.days_ago(1),
    'email': ['sinistersparrow1701@gmail.com'],
    'email_on_failure': True,
    'email_on_success': True,
}

bucket = 'mybucket'
prefix = 'myprefix/'
LastBDEXDate = int(Variable.get("last_publish_date"))
maxdate = LastBDEXDate
files = []

parent_dag = models.DAG(
    dag_id='My_Ingestion',
    default_args=args,
    schedule_interval='@daily',
    catchup=False
)

def Check_For_Files(**kwargs):
    s3 = S3Hook(aws_conn_id='S3_BOX')
    s3.get_conn()
    bucket = bucket
    LastBDEXDate = int(Variable.get("last_publish_date"))
    maxdate = LastBDEXDate
    files = s3.list_keys(bucket_name=bucket, prefix='myprefix/file')
    for file in files:
        print(file)
        print(file.split("_")[-2])
        print(file.split("_")[-2][-8:])  ##proves I can see a date in the file name is ok.
        maxdate = maxdate if maxdate > int(file.split("_")[-2][-8:]) else int(file.split("_")[-2][-8:])
    if maxdate > LastBDEXDate:
        return 'Start_Process'
    return 'finished'

def create_subdag(dag_parent, dag_id_child_prefix, file_name):
    # dag params
    dag_id_child = '%s.%s' % (dag_parent.dag_id, dag_id_child_prefix)

    # dag
    subdag = models.DAG(dag_id=dag_id_child,
              default_args=args,
              schedule_interval=None)

    # operators
    s3_to_gcs_op = S3ToGoogleCloudStorageOperator(
        task_id=dag_id_child,
        bucket=bucket,
        prefix=file_name,
        dest_gcs_conn_id='GCP_Account',
        dest_gcs='gs://my_files/To_Process/',
        replace=False,
        gzip=True,
        dag=subdag)


    return subdag

def create_subdag_operator(dag_parent, filename, index):
    tid_subdag = 'file_{}'.format(index)
    subdag = create_subdag(dag_parent, tid_subdag, filename)
    sd_op = SubDagOperator(task_id=tid_subdag, dag=dag_parent, subdag=subdag)
    return sd_op

def create_subdag_operators(dag_parent, file_list):
    subdags = [create_subdag_operator(dag_parent, file, file_list.index(file)) for file in file_list]
    # chain subdag-operators together
    chain(*subdags)
    return subdags

check_for_files = BranchPythonOperator(
    task_id='Check_for_s3_Files',
    provide_context=True,
    python_callable=Check_For_Files,
    dag=parent_dag
)

finished = DummyOperator(
    task_id='finished',
    dag=parent_dag
)

decision_to_continue = DummyOperator(
    task_id='Start_Process',
    dag=parent_dag
)

if len(files) > 0:
    subdag_ops = create_subdag_operators(parent_dag, files)
    check_for_files >> decision_to_continue >> subdag_ops[0] >> subdag_ops[-1] >> finished


check_for_files >> finished

これらのDAGSのバックエンドで実行されるジョブの種類は、これらのsparkジョブまたはpythonスクリプトであり、それをどのように実行するか、livyまたは他の方法で実行していますか
ashwin agrawal

すみません、質問が理解できません。言い換えてもらえますか?
arcee123

つまり、単純なpythonスクリプトのみを使用していて、sparkジョブを使用していないということですか。
ashwin agrawal

はい。気流のデフォルトである単純なオペレーター。GCSに取り込みたいS3のフラグ付きファイルに基づいて、既存のオペレーターを動的なレートで追加したい。
arcee123

files空のリストはなぜですか?
Oluwafemi Sule

回答:


3

以下は、エアフローで動的DAGまたはサブDAGを作成するための推奨される方法ですが、他の方法もありますが、これは主に問題に当てはまると思います。

最初に、(yaml/csv)すべてのs3ファイルと場所のリストを含むファイルを作成します。あなたの場合、それらをリストに保存する関数を記述しました。別のyamlファイルに保存し、実行時にairflow envにロードしてから作成します。 DAG。

以下はサンプルyamlファイルです。 dynamicDagConfigFile.yaml

job: dynamic-dag
bucket_name: 'bucket-name'
prefix: 'bucket-prefix'
S3Files:
    - File1: 'S3Loc1'
    - File2: 'S3Loc2'
    - File3: 'S3Loc3'

Check_For_Files関数を変更して、yamlファイルに保存できます。

これで、動的なDAG作成に進むことができます。

最初に、ダミー演算子を使用して2つのタスク、つまり開始タスクと終了タスクを定義します。そのようなタスクは、DAGそれらの間にタスクを動的に作成することによって私たちの上に構築しようとしているものです:

start = DummyOperator(
    task_id='start',
    dag=dag
)

end = DummyOperator(
    task_id='end',
    dag=dag)

ダイナミックDAG:PythonOperators気流で使用します。関数はタスクIDを引数として受け取る必要があります。実行されるpython関数、つまり、Python演算子のpython_callable。実行中に使用される一連の引数。

引数を含めますtask id。したがって、動的な方法で生成されたタスク間でデータを交換できXCOMます。

のような動的なDAG内で操作関数を指定できますs3_to_gcs_op

def createDynamicDAG(task_id, callableFunction, args):
    task = PythonOperator(
        task_id = task_id,
        provide_context=True,
        #Eval is used since the callableFunction var is of type string
        #while the python_callable argument for PythonOperators only receives objects of type callable not strings.
        python_callable = eval(callableFunction),
        op_kwargs = args,
        xcom_push = True,
        dag = dag,
    )
    return task

最後に、yamlファイルに存在する場所に基づいて、yaml動的dagを作成できます。まず、以下のようにファイルを読み取り、動的dagを作成します。

with open('/usr/local/airflow/dags/config_files/dynamicDagConfigFile.yaml') as f:
    # use safe_load instead to load the YAML file
    configFile = yaml.safe_load(f)

    #Extract file list
    S3Files = configFile['S3Files']

    #In this loop tasks are created for each table defined in the YAML file
    for S3File in S3Files:
        for S3File, fieldName in S3File.items():

            #Remember task id is provided in order to exchange data among tasks generated in dynamic way.
            get_s3_files = createDynamicDAG('{}-getS3Data'.format(S3File), 
                                            'getS3Data', 
                                            {}) #your configs here.

            #Second step is upload S3 to GCS
            upload_s3_toGCS = createDynamicDAG('{}-uploadDataS3ToGCS'.format(S3File), 'uploadDataS3ToGCS', {'previous_task_id':'{}-'})

#write your configs again here like S3 bucket name prefix extra or read from yaml file, and other GCS config.

最終的なDAGの定義:

アイデアは

#once tasks are generated they should linked with the
#dummy operators generated in the start and end tasks. 
start >> get_s3_files
get_s3_files >> upload_s3_toGCS
upload_s3_toGCS >> end

順番に完全な気流コード:

import yaml
import airflow
from airflow import DAG
from datetime import datetime, timedelta, time
from airflow.operators.python_operator import PythonOperator
from airflow.operators.dummy_operator import DummyOperator

start = DummyOperator(
    task_id='start',
    dag=dag
)


def createDynamicDAG(task_id, callableFunction, args):
    task = PythonOperator(
        task_id = task_id,
        provide_context=True,
        #Eval is used since the callableFunction var is of type string
        #while the python_callable argument for PythonOperators only receives objects of type callable not strings.
        python_callable = eval(callableFunction),
        op_kwargs = args,
        xcom_push = True,
        dag = dag,
    )
    return task


end = DummyOperator(
    task_id='end',
    dag=dag)



with open('/usr/local/airflow/dags/config_files/dynamicDagConfigFile.yaml') as f:
    configFile = yaml.safe_load(f)

    #Extract file list
    S3Files = configFile['S3Files']

    #In this loop tasks are created for each table defined in the YAML file
    for S3File in S3Files:
        for S3File, fieldName in S3File.items():

            #Remember task id is provided in order to exchange data among tasks generated in dynamic way.
            get_s3_files = createDynamicDAG('{}-getS3Data'.format(S3File), 
                                            'getS3Data', 
                                            {}) #your configs here.

            #Second step is upload S3 to GCS
            upload_s3_toGCS = createDynamicDAG('{}-uploadDataS3ToGCS'.format(S3File), 'uploadDataS3ToGCS', {'previous_task_id':'{}-'})

#write your configs again here like S3 bucket name prefix extra or read from yaml file, and other GCS config.


start >> get_s3_files
get_s3_files >> upload_s3_toGCS
upload_s3_toGCS >> end

どうもありがとうございます。新しいファイルがない場合はどうなるのでしょうか。私が直面する問題の1つは、常にこの場所にファイルが存在することですが、プルされる新しいファイルが保証されupload_s3_toGCSないため、セクションが存在せず、エアフローでエラーが発生します。
arcee123

yamlこれらのすべてのファイルがGCSにアップロードされたら、ファイルからファイルを削除することで問題を解決できyamlます。これにより、新しいファイルのみがファイルに存在します。また、新しいファイルがない場合、yamlファイルは空になり、動的なDAGは作成されません。これが、yamlファイルをリストに保存する場合と比較して、はるかに優れたオプションである理由です。
ashwin agrawal

このyamlファイルは、ある方法でs3ファイルのロギングを維持するのにも役立ちます。s3ファイルの一部がGCSへのアップロードに失敗した場合、そのファイルに対応するフラグを維持し、次のDAGの実行時にこれらを再試行することもできます。
ashwin agrawal

また、新しいファイルがない場合はif、DAGの前に条件を設定して、新しいファイルがあるyaml場合にファイル内の新しいファイルをチェックし、それ以外の場合はスキップすることができます。
ashwin agrawal

ここでの問題は、ダウンストリームが設定されていることです。(ファイルが存在しないため)実際のジョブなしでダウンストリームが設定されている場合、エラーになります。
arcee123
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.