A continuaciónSiguiente guía
Amazon SageMaker para flujos de trabajo de ML
Técnico
GUÍA Técnica
Apache Airflow es una plataforma de código abierto para crear, programar y monitorear flujos de trabajo como código.
Escuche esta guíaNarrado por IA · ~2 min
In machine learning it acts as the conductor that triggers data pipelines, retraining jobs, and batch predictions on a reliable schedule.
Airflow se creó en Airbnb en 2014 y ahora es un proyecto de Apache. Su abstracción central es el DAG: un gráfico acíclico dirigido de tareas definidas en Python, donde los bordes establecen el orden de ejecución y las dependencias. Un programador analiza estos DAG, decide qué tareas están listas y las envía a los ejecutores y trabajadores; una interfaz de usuario web muestra el historial de ejecución, los registros y el estado de las tareas. Para ML, Airflow se usa ampliamente como orquestador en lugar de motor de cómputo: no entrena modelos en sí, sino que desencadena pasos como extraer datos, validarlos, iniciar un trabajo de entrenamiento en Spark o un módulo de Kubernetes e implementar el resultado. Los operadores y sensores permiten que las tareas llamen a sistemas externos, esperen archivos o ejecuten contenedores. Su punto fuerte es la programación, los reintentos, los reabastecimientos y la visibilidad clara de procesos complejos basados en el tiempo.
Una empresa de medios ejecuta un DAG Airflow diario que extrae registros de participación de los usuarios, vuelve a entrenar un modelo de recomendación y actualiza la caché de servicio.
Un equipo de comercio electrónico utiliza sensores para esperar a que el archivo de datos de un proveedor llegue al almacenamiento en la nube antes de lanzar una tarea de pronóstico posterior.
Una empresa de tecnología financiera programa trabajos de puntuación por lotes cada hora en los que Airflow activa un modelo en contenedores para detectar transacciones sospechosas.
Un equipo de datos utiliza reabastecimientos de Airflow para reprocesar meses de datos históricos a través de un nuevo proceso de ingeniería de funciones después de un cambio lógico.
Airflow 2.x y 3.x enfatizan un programador más rápido, la API TaskFlow para canalizaciones de Python más limpias y una programación basada en datos donde los DAG se activan con actualizaciones de conjuntos de datos en lugar de relojes fijos. Para ML, espere un acoplamiento más estrecho con las tiendas de funciones y el reentrenamiento basado en eventos. Airflow se posiciona cada vez más como la capa de orquestación que coordina herramientas especializadas como dbt, Spark y Kubeflow, en lugar de competir con ellas, consolidando su papel como columna vertebral de programación de los datos modernos y las pilas de ML.
Boletín gratuito
Tres noticias verificadas sobre IA cada mañana de lunes a viernes, explicadas con claridad. Gratis para siempre y sin anuncios.
Un correo cada día laborable. Date de baja con un clic. Nunca vendemos ni compartimos tu dirección.
Ponte a prueba
Corrección inmediata en cada respuesta y un certificado para compartir, con un ID verificable, cuando apruebas un curso.
Apoya la educación gratuita sobre IA. AI Understanding es una organización sin fines de lucro 501(c)(3): sin anuncios ni muros de pago, nunca. Hacer una donación
Apache Airflow es una plataforma de código abierto para crear, programar y monitorear flujos de trabajo como código. En el aprendizaje automático, actúa como conductor que activa canalizaciones de datos, trabajos de reentrenamiento y predicciones por lotes en un cronograma confiable.
Los flujos de trabajo de Airflow se definen como DAG en Python, donde las tareas son nodos y los bordes definen el orden de ejecución.
Airflow es un orquestador: desencadena y coordina pasos como la extracción de datos y los trabajos de capacitación en lugar de realizar el cálculo pesado por sí mismo.
Los sensores son operadores especiales que pausan un flujo de trabajo hasta que se cumple una condición, como la llegada de un archivo o la aparición de una partición.
El reabastecimiento ejecuta un DAG en intervalos pasados, lo que resulta útil para reprocesar el historial después de un cambio lógico de canalización.
The scheduler evaluates schedules and task eligibility. Upstream success is the default dependency condition, while configured trigger rules can change it.
sigue aprendiendo
Más guías seleccionadas para este tema.
A continuaciónSiguiente guía
Amazon SageMaker para flujos de trabajo de ML
Técnico