Перемещение заданий из планировщика Azure в Azure Logic Apps

Важно!

Azure Logic Apps заменил планировщик Azure, который полностью снят с 31 января 2022 года. Перенесите задания планировщика Azure, повторно установив их в качестве рабочих процессов в Azure Logic Apps, выполнив действия, описанные в этой статье. Планировщик Azure дольше доступен в портал Azure. REST API планировщика Azure и командлеты PowerShell планировщика Azure больше не работают.

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

  • Создавайте свои задания с помощью визуального конструктора и готовых соединителей из сотен служб, таких как хранилище BLOB-объектов Azure, служебная шина Azure, Office 365 Outlook и SAP.

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

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

  • Установите расписания, поддерживающие часовые пояса и автоматически переходящие на летнее время (DST).

Дополнительные сведения см. в статье "Что такое Azure Logic Apps?" или попробуйте создать первый рабочий процесс приложения логики, выполнив краткое руководство. Создание примера рабочего процесса приложения логики потребления в мультитенантных Azure Logic Apps.

Необходимые компоненты

Миграция с помощью скрипта

Каждое задание планировщика уникально, поэтому для переноса заданий Планировщика Azure в Azure Logic Apps не существует ни одного средства. Но можно изменить этот сценарий в соответствии с конкретными потребностями.

Планирование одноразовых заданий

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

  1. В портал Azure создайте пустой рабочий процесс приложения логики с помощью конструктора.

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

  2. В поле поиска конструктора введите , когда http-запрос на поиск триггера запроса . В списке триггеров выберите триггер с именем "При получении HTTP-запроса".

    Screenshot showing the Azure portal and the workflow designer with the

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

    Введите схему в поле Схема JSON текста запроса, например:

    Screenshot showing the Request trigger with a sample JSON request schema.

    Если у вас нет схемы, но у вас есть пример полезных данных в формате JSON, можно создать схему на основе полезных данных.

    1. В триггере запросов выберите Использовать пример полезной нагрузки, чтобы создать схему.

    2. В разделе Введение или вставка примера полезных данных JSON предоставьте пример полезных данных и выберите Готово, например:

      Screenshot showing a sample JSON payload.

      {
         "runat": "2012-08-04T00:00Z",
         "endpoint": "https://www.bing.com"
      }
      
  4. В разделе триггера щелкните Следующий шаг.

  5. В поле поиска конструктора введите задержку до. В списке действий выберите действие с именем "Задержка" до тех пор.

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

    Screenshot showing the

  6. Введите отметку времени, когда требуется запустить рабочий процесс приложения логики.

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

    Screenshot showing the

  7. Добавьте любые другие действия, которые вы хотите запустить, выбрав из сотен готовых к использованию соединителей.

    Например, можно включить действие HTTP, которое отправляет запрос на URL-адрес или действия, которые работают с очередями служба хранилища, очередями служебная шина или разделами служебная шина:

    Screenshot showing the

  8. По завершении сохраните рабочий процесс приложения логики.

    Screenshot showing the designer toolbar with

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

    Screenshot showing the generated Request trigger endpoint URL.

  9. Скопируйте и сохраните URL-адрес конечной точки, чтобы позже можно было отправить запрос вручную, чтобы активировать рабочий процесс приложения логики.

Запуск одноразового задания

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

Например, используя приложение Postman, вы можете создать запрос POST с параметрами, как в этом примере, а затем выбрать Отправить, чтобы выполнить запрос.

Метод запроса URL Body Заголовки
POST <endpoint-URL> raw (Без форматирования)

JSON (application/json)

В поле raw (Без форматирования) введите полезные данные, которые нужно отправить в запросе.

Примечание. Этот параметр автоматически настраивает значения Headers (Заголовки).

Ключ: тип контента
Значение: application/json

Screenshot showing the request to send for manually triggering your logic app workflow.

После отправки вызова ответ рабочего процесса приложения логики отображается под необработанным полем на вкладке "Текст".

Важно!

Если вы хотите отменить задание позже, выберите вкладку "Заголовки ". Найдите и скопируйте значение заголовка x-ms-workflow-run-id в ответе.

Screenshot showing the response.

Отмена одноразового задания

В Azure Logic Apps каждое однократное задание выполняется в качестве одного экземпляра запуска рабочего процесса. Чтобы отменить одноразовое задание, можно использовать запуски рабочих процессов. Отмена в REST API Azure Logic Apps. Когда вы отправляете вызов триггеру, укажите идентификатор выполнения рабочего процесса.

Планирование повторяющихся заданий

  1. В портал Azure создайте пустой рабочий процесс приложения логики в конструкторе.

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

  2. В поле поиска конструктора введите повторение. В списке триггеров выберите триггер с именем "Повторение".

    Screenshot showing the Azure portal and workflow designer with the

  3. Если вы хотите, настройте более расширенное расписание.

    Screenshot showing the

    Дополнительные сведения о расширенных параметрах планирования см. в статье "Создание и выполнение повторяющихся задач и рабочих процессов" с помощью Azure Logic Apps.

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

    Например, вы можете включить действие HTTP, которое отправляет запрос на URL-адрес, или действия, которые работают с очередями хранения, очередями или темами служебной шины:

    Screenshot showing an H T T P action with a POST method.

  5. По завершении сохраните рабочий процесс приложения логики.

    Screenshot showing the designer toolbar with the

Расширенная настройка

В следующих разделах описаны другие способы настройки заданий.

Политика повтора

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

  1. Откройте меню многоточия действия (...) и выберите пункт Параметры.

    Screenshot showing an action's

  2. Выберите нужную политику повтора. Дополнительные сведения о каждой политике см . в политиках повторных попыток.

    Screenshot showing the selected

Обработка ошибок и исключений

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

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

    Screenshot showing

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

    Screenshot showing the selected parallel action.

  3. В альтернативном действии откройте многоточие (...) и выберите пункт Настроить последующий запуск.

    Screenshot showing

  4. Снимите флажок свойства выполнено. Выберите свойства, именованные сбоем, пропущены и истекло время ожидания.

    Screenshot showing the selected

  5. По завершении нажмите кнопку Готово.

Дополнительные сведения об обработке исключений см. в разделе Перехват и обработка ошибок с помощью свойства RunAfter.

Вопросы и ответы

В. Когда прекращается поддержка планировщика Azure?
Ответ. Планировщик Azure полностью ушел в отставку 31 января 2022 года. Общие сведения об обновлениях см. в статье Обновления Azure — планировщик.

Вопрос. Что происходит с коллекциями заданий и заданиями после выхода планировщика Azure?
Ответ. Все коллекции заданий и задания планировщика Azure перестают выполняться и удаляются из системы.

Вопрос. Нужно ли создавать резервные копии или выполнять другие задачи перед переносом заданий планировщика Azure в Azure Logic Apps?
О. Рекомендуется всегда создавать резервную копию своей работы. Убедитесь, что созданные рабочие процессы приложения логики выполняются должным образом перед удалением или отключением заданий планировщика Azure.

Вопрос. Что произойдет с запланированными веб-заданиями Azure из планировщика Azure?
Ответ. Веб-задания, использующие этот способ планирования веб-заданий , не используют планировщик Azure: "Для работы с расписанием веб-сайт должен быть настроен как AlwaysOn и не является планировщиком Azure, а внутренней реализацией планировщика". Единственными затронутыми веб-заданиями являются те, которые специально используют планировщик Azure для запуска веб-задания с помощью API веб-заданий. Эти веб-задания можно активировать из рабочего процесса приложения логики с помощью действия HTTP .

Вопрос. Есть ли средство, которое поможет мне перенести задания из Планировщика Azure в Azure Logic Apps?
Ответ. Каждое задание планировщика Azure уникально, поэтому ни один инструмент не подходит для всех. Однако, в зависимости от потребностей, возможно модифицировать этот скрипт, чтобы перенести задания планировщика Azure в Azure Logic Apps.

Вопрос. Где можно получить поддержку миграции заданий планировщика Azure?
О. Ниже приведены некоторые способы получения поддержки.

Портал Azure

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

  1. В главном меню на портале Azure выберите Справка + поддержка.

  2. Выберите Новый запрос в службу поддержки в меню Поддержка. Укажите следующие сведения о запросе:

    Свойство Значение
    Тип проблемы Технические требования
    Подписка <ваша_подписка_Azure>
    Служба В разделе Мониторинг и управление выберите Планировщик. Если вы не можете найти Планировщик, сначала выберите Все службы.
  3. Выберите нужный вариант поддержки. Если у вас есть оплаченный план поддержки, выберите Далее.

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