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

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

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

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

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

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

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

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

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

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

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

• ожидание буднего дня, чтобы отправить обновление состояния по почте;

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

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

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

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

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

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

Вы можете запустить рабочий процесс приложения логики с помощью триггера повторения или триггера окна скользящего периода, которые не связаны с какой-либо конкретной службой или системой. Эти триггеры запускают рабочий процесс с указанной периодичностью, где вы можете выбрать интервал и частоту запуска, например количество секунд, минут, часов, дней, недель или месяцев. Можно также задать дату и время начала вместе, а также часовой пояс. При каждом срабатывании триггера 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, первый запуск будет выполнен в следующее ближайшее время запуска.

Для триггера скользящего окна подсистема 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 по местному времени. Что происходит, если запуск этих приложений приходится на дни начала и окончания летнего времени?

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

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

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

• 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	2:30:00	8:30:00	Время в формате UTC до дня, когда начинает действовать летнее время.
    03.10.2019	3:30:00*	8:30:00	Летнее время уже действует, поэтому местное время смещено на один час вперед, поэтому часовой пояс UTC-6:00 меняется на UTC-5:00. Дополнительные сведения см. в разделе Триггеры, срабатывающие в промежутке от 02:00 до 03:00.
    03.11.2019	2: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	2:30:00	7:30:00
    11.03.2019	2:30:00	8:30:00
    11.04.2019	2:30:00	8:30:00

Выполнять только один раз

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

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

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

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

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

Устранение неполадок повторения

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

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

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

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

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

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