ДалееСледующее руководство
Amazon SageMaker for ML Workflows
Технический
Техническое РУКОВОДСТВО
Apache Airflow — это платформа с открытым исходным кодом для разработки, планирования и мониторинга рабочих процессов в виде кода.
Прослушайте это руководствоОзвучено ИИ · ~2 min
В машинном обучении он выступает проводником, запускающим конвейеры данных, переобучение заданий и пакетное прогнозирование по надёжному графику.
Airflow был создан на Airbnb в 2014 году и сейчас является проектом Apache. Его центральной абстракцией является DAG: направленный ациклический граф задач, определенных в Python, где ребра задают порядок выполнения и зависимости. Планировщик анализирует эти группы обеспечения доступности баз данных, решает, какие задачи готовы, и отправляет их исполнителям и работникам; веб-интерфейс показывает историю запусков, журналы и состояние задач. Для машинного обучения Airflow широко используется в качестве оркестратора, а не вычислительного механизма: он не обучает модели сам по себе, а запускает такие шаги, как извлечение данных, их проверка, запуск задания обучения в Spark или модуле Kubernetes и развертывание результата. Операторы и датчики позволяют задачам вызывать внешние системы, ждать файлов или запускать контейнеры. Его сильная сторона — надежное планирование, повторные попытки, обратное заполнение и четкая видимость сложных, привязанных ко времени конвейеров.
Медиа-компания ежедневно запускает группу обеспечения доступности баз данных Airflow, которая собирает журналы взаимодействия с пользователями, переобучает модель рекомендаций и обновляет кэш обслуживания.
Команда электронной коммерции использует датчики, чтобы дождаться, пока файл данных поставщика попадет в облачное хранилище, прежде чем запускать последующую задачу прогнозирования.
Финтех-компания планирует почасовую пакетную оценку, где Airflow запускает контейнерную модель для выявления подозрительных транзакций.
Команда данных использует обратную засыпку Airflow для повторной обработки месяцев исторических данных через новый конвейер разработки функций после изменения логики.
Airflow 2.x и 3.x делают акцент на более быстром планировщике, API TaskFlow для более чистых конвейеров Python и планировании с учетом данных, при котором группы DAG запускаются при обновлениях набора данных, а не при фиксированных часах. Что касается машинного обучения, ожидайте более тесной связи с хранилищами функций и переобучения на основе событий. Airflow все чаще позиционирует себя как уровень оркестрации, который координирует специализированные инструменты, такие как dbt, Spark и Kubeflow, а не конкурирует с ними, закрепляя свою роль в качестве основы планирования современных стеков данных и машинного обучения.
Бесплатная рассылка
Три проверенных AI-истории каждое утро буднего дня, написанные простым английским. Бесплатно навсегда, без рекламы.
Одно электронное письмо каждый будний день. Отписаться в один клик. Мы никогда не продаем и не передаем ваш адрес.
Проверьте себя
Мгновенная обратная связь по каждому ответу и общий сертификат с проверяемым идентификатором после прохождения курса.
Поддержите бесплатное образование в области искусственного интеллекта. AI Understanding — это некоммерческая организация 501(c)(3). Никакой рекламы и платного доступа. Сделать пожертвование
Apache Airflow — это платформа с открытым исходным кодом для разработки, планирования и мониторинга рабочих процессов в виде кода. В машинном обучении он действует как проводник, который запускает конвейеры данных, задания по переобучению и пакетные прогнозы по надежному графику.
Рабочие процессы Airflow определяются как группы DAG в Python, где задачи представляют собой узлы, а ребра определяют порядок выполнения.
Airflow — это оркестратор: он запускает и координирует такие этапы, как извлечение данных и задания по обучению, а не сам выполняет тяжелые вычисления.
Датчики — это специальные операторы, которые приостанавливают рабочий процесс до тех пор, пока не будет выполнено какое-либо условие, например, приземление файла или появление раздела.
При обратном заполнении группа DAG выполняется через прошлые интервалы, что полезно для повторной обработки истории после изменения логики конвейера.
The scheduler evaluates schedules and task eligibility. Upstream success is the default dependency condition, while configured trigger rules can change it.
Продолжайте учиться
Другие руководства, выбранные по этой теме
ДалееСледующее руководство
Amazon SageMaker for ML Workflows
Технический