Расписания для триггеров повторяющихся рабочих процессов в Azure Logic Apps

Область применения: Azure Logic Apps (Потребление + Стандартный)

Служба Azure Logic Apps помогает создавать и запускать автоматические повторяющиеся рабочие процессы по расписанию. Создав рабочий процесс приложения логики, который начинается с триггера повторения или триггера скользящего окна , которые являются триггерами типа расписания, можно выполнять задачи немедленно, в дальнейшем или через повторяющийся интервал. Вы можете вызывать службы как внутри, так и за пределами Azure, например конечные точки HTTP или HTTPS, отправлять сообщения в службы Azure, например службу хранилища и служебную шину Azure, а также получать файлы, отправленные в общую папку. С помощью триггера повторения можно также настроить сложные расписания и расширенные повторения для выполнения задач. Дополнительные сведения о встроенных триггерах и действиях расписания см. в разделах Триггеры расписания и Действия расписания.

В следующем списке показаны некоторые примеры задач, которые можно выполнять с помощью встроенных триггеров расписания:

• Получение внутренних данных, например ежедневный запуск хранимой процедуры SQL.

• Получение внешних данных, например получение сводки о погоде от NOAA каждые 15 минут.

• Отправление данных отчета, например отправление по почте сводки всех заказов за прошлую неделю, которые превышают определенную сумму.

• Обрабатывать данные, например сжимать изображения, загруженные сегодня, по будням в часы наименьшей нагрузки.

• Очистка данных, например удаление всех твитов старше трех месяцев.

• Архивация данных, например отправление счетов в службу резервного копирования в 01:00 каждый день в течение следующих девяти месяцев.

Можно также использовать расписание встроенных действий, чтобы приостановить рабочий процесс перед выполнением следующего действия, например:

• Подождите до буднего дня, чтобы отправить обновление статуса по электронной почте.

• Приостановите выполнение процесса, пока HTTP-вызов не завершится, прежде чем возобновить его выполнение и получить результат.

В этом руководстве описываются возможности встроенных триггеров и действий типа schedule.

Выполнение повторяющихся рабочих нагрузок без создания нескольких приложений логики

Вы можете планировать и запускать периодически повторяющиеся рабочие нагрузки, не создавая отдельное приложение логики уровня Consumption для каждого запланированного задания и не упираясь в ограничение на количество рабочих процессов в каждом регионе и подписке. Вместо этого можно создать приложение логики уровня "Стандартный" с несколькими рабочими процессами или использовать шаблон приложения логики потребления, созданного шаблоном быстрого запуска Azure: планировщик заданий Logic Apps.

Шаблон планировщика заданий Azure Logic Apps создает приложение логики с именем CreateTimerJob , которое вызывает приложение логики TimerJob . Затем можно вызвать приложение логики CreateTimerJob в качестве API, выполнив HTTP-запрос и передав расписание в качестве входных данных для запроса. Каждый вызов приложения логики CreateTimerJob также вызывает приложение логики TimerJob, которое создает новый экземпляр TimerJob, непрерывно выполняющийся в соответствии с указанным расписанием или до достижения указанного предела. Таким образом, можно запускать столько экземпляров TimerJob , сколько требуется, не беспокоясь об ограничениях рабочих процессов, так как экземпляры не являются отдельными определениями рабочих процессов приложения логики или ресурсами.

Триггеры расписания

Вы можете запустить рабочий процесс Logic Apps с помощью триггера «Повторение» или триггера «Скользящее окно», которые не связаны с какой-либо конкретной службой или системой. Эти триггеры запускают рабочий процесс с указанной периодичностью, где вы можете выбрать интервал и частоту запуска, например количество секунд, минут, часов, дней, недель или месяцев. Можно также задать дату и время начала, а также часовой пояс. При каждом срабатывании триггера Azure Logic Apps создает и запускает новый экземпляр рабочего процесса для приложения логики.

Ниже приведены различия между этими типами триггеров.

• Повторение: рабочий процесс запускается через заданные интервалы времени в соответствии с заданным расписанием. Если триггер пропускает повторения, например из-за сбоев или отключенных рабочих процессов, триггер повторения не обрабатывает пропущенные повторения, но перезапускает повторения со следующим запланированным интервалом.

  Если в качестве периода выбран день, можно указать часы и минуты, например каждый день в 14:30. Если в качестве периода выбрана неделя, можно также выбрать дни недели, такие как среда и суббота. Можно также указать дату и время начала, а также часовой пояс для расписания повторения. Дополнительные сведения о форматировании часовых поясов см. в разделе Добавление триггера повторения.

  Внимание

  Если вы используете частоту День, Неделя или Месяц указываете будущую дату и время, настройте повторение заранее:

  • День: настройте ежедневное повторение как минимум за 24 часа.

  • Неделя. Настройте еженедельное повторение по меньшей мере за 7 дней до назначенного времени.

  • Месяц: настройте ежемесячное повторение по крайней мере один месяц заранее.

  В противном случае рабочий процесс может пропустить первое повторение.

  Если в повторении не указаны конкретные Дата и время начала, первое повторение будет выполняться немедленно при сохранении или развертывании приложения логики, несмотря на параметры повторения триггера. Чтобы избежать такого поведения, укажите дату и время начала выполнения первого повторения.

  Если для повторения не указаны другие дополнительные параметры планирования, такие как определенное время будущих повторений, эти повторения будут рассчитываться от времени последнего выполнения. В результате время начала этих повторений может быть смещено из-за таких факторов, как временная задержка при вызовах хранилища. Чтобы убедиться, что процесс не пропускает повторения, особенно если частота задана в днях или более крупных единицах времени, попробуйте следующие варианты:

  • Укажите дату и время начала повторения, а также точное время выполнения последующих повторов с помощью свойств В эти часы и В эти минуты, которые доступны только для частот повторения День и Неделя.

  • Используйте триггер скользящего окна, а не триггер повторения.

  Дополнительные сведения см. в разделеСоздание, планирование и выполнение повторяющихся задач и рабочих процессов с помощью триггера повторения.

• Скользящее окно: через регулярные интервалы времени запускает рабочий процесс, который обрабатывает данные в непрерывных блоках. Если триггер пропустит повторения, например из-за нарушений или отключения рабочих процессов, то триггер скользящего окна вернется и обработает пропущенные повторения.

  Вы можете указать дату и время начала, часовой пояс и длительность задержки для каждого повторения в рабочем процессе. Этот триггер не поддерживает расширенные расписания, например определенные часы и минуты в течение дня или дни недели. Дополнительные сведения см. в разделеСоздание, планирование и выполнение повторяющихся задач и рабочих процессов с помощью триггера скользящего окна.

Запланированные действия

После любого действия в рабочем процессе приложения логики можно использовать действия «Задержка» и «Задержка до», чтобы рабочий процесс ожидал перед запуском следующего действия.

• Задержка: ожидание запуска следующего действия в течение указанного количества единиц измерения времени, например секунд, минут, часов, дней, недель или месяцев. Дополнительные сведения см. в статье Отсрочка выполнения следующего действия в рабочем потоке.

• Задержка до: ожидание запуска следующего действия до указанных даты и времени. Дополнительные сведения см. в статье Отсрочка выполнения следующего действия в рабочем потоке.

Шаблоны для даты и времени начала

Ниже приведены некоторые шаблоны, которые показывают, как можно управлять повторением, используя дату и время начала, и как Azure Logic Apps выполняет эти повторения.

Примеры времени начала и повторения в прошлом, но без расписания

Предположим, текущая дата и время — 8 сентября 2017 г., 13:00. Вы указываете дату и время начала — 7 сентября 2017 г., 14:00, а также повторение каждые два дня.

Для триггера повторения подсистема Azure Logic Apps вычисляет время выполнения на основе времени начала, отменяет время последнего выполнения, использует следующее время начала первого запуска и вычисляет будущие запуски на основе последнего времени выполнения.

Вот как выглядит это повторение:

Итак, независимо от того, насколько далеко в прошлом вы указали время начала, например 2017-09-05 в 14:00 или 2017-09-01 в 14:00, при первом запуске всегда используется следующее будущее время начала.

Для триггера скользящего окна подсистема Azure Logic Apps вычисляет время запусков на основе времени начала, учитывает прошлые времена выполнения, использует время начала для первого запуска и вычисляет время будущих запусков на основе времени начала.

Вот как выглядит это повторение:

Поэтому для этого сценария, независимо от того, насколько далеко в прошлом вы указали время начала, например 2017-09-05 в 14:00 или 2017-09-01 в 14:00, для первого запуска всегда используется указанное время начала.

Поведение при повторении

Повторяющиеся встроенные триггеры, такие как триггер повторения, выполняются напрямую и изначально поддерживаются средой выполнения Azure Logic Apps. Эти триггеры отличаются от повторяющихся триггеров управляемых соединителей, основанных на подключении, для которых сначала нужно создать подключение, например от триггера управляемого соединителя Office 365 Outlook.

При обоих типах триггеров, если повторение не указывает дату и время начала, первое повторение выполняется немедленно при сохранении или развертывании ресурса приложения логики, несмотря на настройку повторения триггера. Чтобы избежать такого поведения, укажите дату и время начала выполнения первого повторения.

Повторение для встроенных триггеров

Повторяющиеся встроенные триггеры учитывают заданное расписание, в том числе любой указанный часовой пояс. Однако если для повторения не указаны другие дополнительные параметры планирования, такие как определенное время будущих повторений, эти повторения будут рассчитываться от последнего выполнения триггера. В результате время начала этих повторений может быть смещено из-за таких факторов, как временная задержка при вызовах хранилища. Дополнительные варианты планирования, такие как "В эти часы" и "В эти дни для еженедельного повторения", доступны и работают только со встроенными триггерами опроса, такими как триггеры повторения и скользящего окна, которые непосредственно и изначально выполняются в среде выполнения Azure Logic Apps.

Дополнительные сведения см. в следующей документации:

• Повтор триггера для летнего и зимнего времени
• Устранение неполадок с повторением

Повторяемость для управляемых триггеров

Расписание — это не единственный драйвер, который управляет выполнением повторяющихся управляемых триггеров, таких как Office 365 Outlook, Outlook.com и т. д. Часовой пояс определяет только начальное время начала. Последующие запуски зависят от расписания повторений, времени последнего выполнения триггера и других факторов, которые могут привести к смещению времени запусков или непредвиденному поведению, например:

• Указывает, обращается ли триггер к серверу с большим количеством данных, который триггер пытается немедленно получить.
• Любые сбои или повторные попытки, возникающие у триггера.
• Задержка при обращениях к хранилищу.
• Несоблюдение заданного расписания при переходе на летнее время и обратно.
• Другие факторы, которые могут повлиять на время следующего запуска.

Дополнительные параметры планирования, такие как "В эти часы " и "В эти дни для еженедельного повторения", недоступны или поддерживаются для соединителей, управляемых Корпорацией Майкрософт, и запускаемых в Azure. Эти триггеры опроса вычисляют следующее повторение с помощью только значений интервала и частоты .

Дополнительные сведения см. в следующей документации:

• Повтор триггера для летнего и зимнего времени
• Сдвиг и дрейф повторения триггера при переходе на летнее и зимнее время
• Устранение неполадок с повторением

Повторение триггера для летнего времени и стандартного времени

При планировании заданий Azure Logic Apps помещает сообщение для обработки в очередь и указывает, когда это сообщение становится доступным, в зависимости от времени в формате UTC, когда было выполнено последнее задание, а также времени в формате UTC, когда запланировано выполнение следующего задания. Если вы указываете время начала для повторения, обязательно выберите часовой пояс, чтобы рабочий процесс приложения логики выполнялся в указанное время начала. Таким образом, время UTC для вашего приложения логики также смещается, чтобы компенсировать сезонный перевод времени. Повторяющиеся триггеры учитывают заданное расписание, в том числе любой указанный часовой пояс.

Если вы не выберете часовой пояс, переходы на летнее и зимнее время (DST) могут повлиять на время срабатывания триггеров. Например, время запуска сдвинется на один час вперед при переходе на летнее время и на один час назад при его отмене.

Активация смены повторения и смещения во время летнего времени и стандартного времени

Для повторяющихся триггеров на основе подключения расписание повторения — не единственный фактор, определяющий выполнение. Часовой пояс определяет только исходное время начала. Последующие запуски зависят от расписания повторений, времени последнего выполнения триггера и других факторов, которые могут привести к смещению времени запусков или непредвиденному поведению, например:

• Не удается сохранить указанное расписание при запуске и окончании летнего времени (DST).
• Другие факторы, которые могут повлиять на время следующего запуска.
• Задержка при обращениях к хранилищу.
• Указывает, обращается ли триггер к серверу с большим количеством данных, который триггер пытается немедленно получить.
• Любые сбои или повторные попытки, возникающие у триггера.

Чтобы убедиться в том, что время повторения не сдвинется при переходе на зимнее или летнее время, настройте повторение вручную. Таким образом рабочий процесс продолжает выполняться в ожидаемое или указанное время начала. В противном случае время запуска сдвинется на один час вперед при переходе на летнее время и на один час назад — при переходе на зимнее время.

Например, предположим, что у вас есть два приложения логики, которые выполняются ежедневно. Одно приложение логики запускается в 01:30 по местному времени, а другое — часом позже, в 02:30 по местному времени. Что происходит, если запуск этих приложений приходится на дни начала и окончания летнего времени?

• Срабатывают ли триггеры, когда время смещается на один час вперед?

• Запускаются ли триггеры дважды, когда время смещается на один час назад?

Если эти приложения Logic Apps используют часовой пояс UTC-6:00 — Центральное время (США и Канада), это моделирование показывает, как в 2019 году время UTC сдвигалось, чтобы компенсировать переходы на летнее время, смещаясь на один час назад или вперед по мере необходимости, чтобы приложения продолжали выполняться в ожидаемое местное время без пропущенных или повторных запусков.

• 03.10.2019: летнее время начинается с 2:00, время сдвигается на один час вперед

  Чтобы компенсировать переход на летнее время, время UTC смещается на один час назад, чтобы приложение логики продолжало выполняться в то же местное время:

  • Приложение логики № 1

    Дата	Время (местное)	время (в формате UTC)	Примечания.
    03.09.2019	1:30:00 ночи	7:30:00 утра	Время в формате UTC до дня, когда начинает действовать летнее время.
    03.10.2019	1:30:00 ночи	7:30:00 утра	Время в формате UTC не меняется, поскольку летнее время не действует.
    03.11.2019	1:30:00 ночи	6:30:00 утра	Время UTC было переведено на один час назад после перехода на летнее время.

  • Приложение логики № 2

    Дата	Время (местное)	время (в формате UTC)	Примечания.
    03.09.2019	02:30:00	08:30:00	Время в формате UTC до дня, когда начинает действовать летнее время.
    03.10.2019	03:30:00*	08:30:00	Летнее время уже действует, поэтому местное время смещено на один час вперед, поэтому часовой пояс UTC-6:00 меняется на UTC-5:00. Дополнительные сведения см. в разделе Триггеры, срабатывающие в промежутке от 02:00 до 03:00.
    03.11.2019	02:30:00	7:30:00 утра	Время UTC было переведено на один час назад после перехода на летнее время.

• 11.03.2019: летнее время заканчивается в 02:00, время сдвигается на один час назад

  Чтобы это компенсировать, время UTC смещается на один час вперед, чтобы приложение логики продолжало выполняться в то же местное время:

  • Приложение логики № 1

    Дата	Время (местное)	время (в формате UTC)	Примечания.
    11.02.2019	1:30:00 ночи	6:30:00 утра
    11.03.2019	1:30:00 ночи	6:30:00 утра
    11.04.2019	1:30:00 ночи	7:30:00 утра

  • Приложение логики № 2

    Дата	Время (местное)	время (в формате UTC)	Примечания.
    11.02.2019	02:30:00	7:30:00 утра
    11.03.2019	02:30:00	08:30:00
    11.04.2019	02:30:00	08:30:00

Запускать один раз в последний день месяца

Чтобы запустить триггер повторения только один раз в последний день месяца, см. статью "Запуск один раз в последний день месяца".

Примеры повторений

Ниже приведены различные примеры повторений, которые можно настроить для триггеров, поддерживающих эти параметры.

Устранение неполадок, связанных с повторным возникновением

Чтобы рабочий процесс выполнялся в указанное время начала без пропуска повторений, особенно если частота указана в днях или более длительных промежутках времени, попробуйте следующие решения.

• При переходе на летнее время вручную настройте повторение, чтобы рабочий процесс продолжал выполняться в ожидаемое время. В противном случае время запуска сдвинется на один час вперед при переходе на летнее время и на один час назад — при переходе на зимнее время. Дополнительные сведения и примеры см. в статье Повторение при переходе на летнее время и стандартное время.

• Если вы используете триггер Повторение, укажите часовой пояс, дату и время начала. Кроме того, определенное время выполнения последующих повторений можно настроить в свойствах В эти часы и В эти минуты, которые доступны только для вариантов частоты День и Неделя. Однако некоторые временные интервалы по-прежнему могут вызывать проблемы при смещении времени.

• Чтобы избежать пропущенных повторений, рекомендуется использовать триггер Скользящее окно вместо триггера Повторение.

Следующие шаги

• Создание, планирование и запуск циклических задач и рабочих потоков с триггером «Повторение»
• Создавайте, планируйте и запускайте повторяющиеся задачи и рабочие процессы с триггером «Скользящее окно»
• Приостановка рабочих процессов с отложенными действиями