Перемещение заданий из планировщика 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 вы получите следующие преимущества:
Создайте задание с помощью визуального конструктора и выберите из 1000 готовых соединителей, таких как Хранилище BLOB-объектов Azure, Служебная шина Azure, Office 365 Outlook, SAP и т. д.
Управляйте каждым запланированным рабочим процессом как ресурсом Azure первого класса. Вам не нужно беспокоиться о концепции коллекции заданий, потому что каждое приложение логики представляет собой отдельный ресурс Azure.
Выполнение нескольких одноразовых заданий с помощью одного рабочего процесса приложения логики.
Установите расписания, поддерживающие часовые пояса и автоматически переходящие на летнее время (DST).
Дополнительные сведения см. в статье "Что такое Azure Logic Apps?" или попробуйте создать первый рабочий процесс приложения логики, выполнив одно из следующих действий:
Необходимые компоненты
- Учетная запись и подписка Azure. Если у вас еще нет подписки Azure, зарегистрируйтесь для получения бесплатной учетной записи Azure.
Установите или используйте средство, которое может отправлять HTTP-запросы для тестирования решения, например:
- Visual Studio Code с расширением из Visual Studio Marketplace
- PowerShell Invoke-RestMethod
- Microsoft Edge — средство сетевой консоли
- Бруно
- curl
Внимание
В сценариях, в которых есть конфиденциальные данные, такие как учетные данные, секреты, маркеры доступа, ключи API и другие аналогичные сведения, обязательно используйте средство, которое защищает данные с помощью необходимых функций безопасности, работает в автономном режиме или локально, не синхронизирует данные с облаком и не требует входа в учетную запись в Сети. Таким образом, вы снижаете риск предоставления конфиденциальных данных общественности.
Миграция с помощью скрипта
Каждое задание планировщика уникально, поэтому для переноса заданий Планировщика Azure в Azure Logic Apps не существует ни одного средства. Но можно изменить этот сценарий в соответствии с конкретными потребностями.
Планирование одноразового задания
Можно выполнять несколько однократных заданий, создав только один рабочий процесс приложения логики.
В портал Azure создайте ресурс приложения логики и пустой рабочий процесс.
Выполните следующие общие действия, чтобы добавить триггер запроса с именем "При получении HTTP-запроса".
В триггере запроса можно при необходимости предоставить схему JSON, которая помогает конструктору рабочих процессов понять структуру входных данных, включенных в входящий вызов триггера запроса , и упростить выбор выходных данных позже в рабочем процессе.
Введите схему в поле Схема JSON текста запроса, например:
Если у вас нет схемы, но у вас есть пример полезных данных в формате JSON, можно создать схему на основе полезных данных.
В триггере Запрос выберите Использовать пример полезных данных, чтобы создать схему.
В разделе Введение или вставка примера полезных данных JSON предоставьте пример полезных данных и выберите Готово, например:
{ "runat": "2012-08-04T00:00Z", "endpoint": "https://www.bing.com" }
В триггере добавьте действие "Расписание" с именем "Задержка" до тех пор, пока
Это действие приостанавливает выполнение рабочего процесса до указанной даты и времени, например:
Введите метку времени для запуска рабочего процесса.
- Выберите внутри поля метки времени и выберите параметр списка динамического содержимого (значок молнии), который позволяет выбрать выходные данные из предыдущей операции, которая является триггером запроса в этом примере.
Добавьте любые другие действия, которые вы хотите запустить, выбрав из соединителей 1000+ готовых к использованию.
Например, можно включить действие HTTP, которое отправляет запрос на URL-адрес или действия, которые работают с очередями хранилища, служебная шина очередями или служебная шина разделами:
По завершении на панели инструментов конструктора выберите Сохранить.
При первом сохранении рабочего процесса создается URL-адрес конечной точки триггера запроса рабочего процесса и отображается в поле URL-адреса HTTP POST, например:
Чтобы вручную активировать рабочий процесс с входными данными, которые требуется обработать рабочий процесс, можно отправить HTTP-запрос в URL-адрес конечной точки.
Скопируйте и сохраните URL-адрес конечной точки, чтобы протестировать рабочий процесс.
Тестирование рабочего процесса
Чтобы вручную активировать рабочий процесс, отправьте HTTP-запрос на URL-адрес конечной точки в триггере запроса рабочего процесса. В этом запросе включите входные или полезные данные для отправки, которые могли быть описаны ранее, указав схему. Этот запрос можно отправить с помощью средства HTTP-запроса и его инструкций.
Например, можно создать и отправить HTTP-запрос, который использует метод, ожидаемый триггером запроса , например:
| Метод запроса | URL | Body | Заголовки |
|---|---|---|---|
| POST | <endpoint-URL> | raw (Без форматирования) JSON (application/json) |
Ключ: тип контента Значение: application/json |
Отмена одноразового задания
В Azure Logic Apps каждое однократное задание выполняется в качестве одного экземпляра запуска рабочего процесса. Чтобы вручную отменить одноразовое задание, можно найти и скопировать значение заголовка x-ms-workflow-run-id , возвращаемое в ответе рабочего процесса, и отправить другой HTTP-запрос с идентификатором выполнения этого рабочего процесса в URL-адрес конечной точки рабочего процесса с помощью следующих REST API на основе приложения логики:
Рабочие процессы потребления: запуски рабочих процессов — отмена
Стандартные рабочие процессы: запуски рабочих процессов — отмена
Планирование повторяющихся заданий
В портал Azure создайте ресурс приложения логики и пустой рабочий процесс.
Выполните следующие общие действия, чтобы добавить триггер schedule с именем "Повторение".
Если вы хотите, настройте более расширенное расписание.
Дополнительные сведения о расширенных параметрах планирования см. в разделе Создание и выполнение повторяющихся задач и рабочих процессов с помощью Azure Logic Apps.
Добавьте любые другие действия, которые вы хотите запустить, выбрав из соединителей 1000+ готовых к использованию.
Например, можно включить действие HTTP, которое отправляет запрос на URL-адрес или действия, которые работают с очередями хранилища, служебная шина очередями или служебная шина разделами:
По завершении на панели инструментов конструктора выберите Сохранить.
Расширенная настройка
В следующих разделах описаны другие способы настройки заданий.
Политика повтора
Чтобы управлять способом повторного запуска действия в рабочем процессе при периодических сбоях, можно задать политику повторных попыток в параметрах каждого действия.
Обработка ошибок и исключений
В планировщике Azure, если действие по умолчанию не выполняется, вы можете запустить альтернативное действие, которое учитывает условие ошибки. В Azure Logic Apps вы можете выполнить ту же задачу. Дополнительные сведения об обработке исключений в Azure Logic Apps см. в разделе "Обработка ошибок и исключений — свойство 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. В противном случае вы можете выбрать другой вариант поддержки.
В главном меню на портале Azure выберите Справка + поддержка.
Выберите Новый запрос в службу поддержки в меню Поддержка. Укажите следующие сведения о запросе:
Свойство Значение Тип проблемы Технические требования Подписка <ваша_подписка_Azure> Служба В разделе Мониторинг и управление выберите Планировщик. Если вы не можете найти Планировщик, сначала выберите Все службы. Выберите нужный вариант поддержки. Если у вас есть оплаченный план поддержки, выберите Далее.