Контроль обсягу в Microsoft Power Automate Flows

Оскільки ми будуємо складніші потоки, керування стає ключовим фактором для вирішення проблем, тестування та обслуговування. У цьому випадку важливо згрупувати всі дії під певним інструментом, який також можна згортати та розгортати, щоб краще відображати розділи нашого потоку. І ми можемо це зробити, використовуючи елемент керування Scope у Power Automate.

Область — це спосіб організації або групування дій і умов у потоках Power Automate. 

Зміст

• Зразок сценарію
• Використання елемента керування масштабом у Power Automate
• Обробка помилок без контролю області
• Обробка помилок за допомогою елемента керування Scope
• Висновок

Зразок сценарію

Давайте перевіримо цей зразок.

Натисніть Редагувати .

Цей потік досить складний. Коли буде опубліковано новий твіт, буде надіслано електронний лист.

Тоді це ініціює умову, яка містить інший набір вкладених умов.

Що ми можемо зробити, щоб організувати це, так це згрупувати схожі дії в одній області. Про переваги цього ми поговоримо пізніше. Наразі я просто хочу переглянути приклад сценарію, де корисно згрупувати речі.

Для цього підручника ми використаємо цей простий потік, який я створив раніше. Але спочатку давайте трохи ускладнимо це.

Натисніть Редагувати .

Давайте також додамо ще одну дію перед дією HTTP .

Знайдіть і клацніть конектор Slack .

Потім виберіть дію «Опублікувати повідомлення» .

Ми опублікуємо повідомлення на нашому загальному каналі про те, що « Потік розпочато; перевірка HTTP-сервера ». 

Використання елемента керування масштабом у Power Automate

Тепер ми помістимо ці дві дії в область.

Для цього клацніть значок плюса, а потім натисніть Додати дію .

Натисніть Control .

Потім клацніть елемент керування Scope .

Після цього перетягніть дії, які повинні бути в групі. У цьому прикладі давайте перетягнемо дії Post message 5 і HTTP .

Давайте тепер перейменуємо область на « Повідомлення та створення HTTP-запиту ».

І ось як ми можемо легко групувати дії разом. 

Обробка помилок без контролю області

Давайте тепер поговоримо про те, як ми можемо використовувати області видимості для обробки помилок. Ось як спочатку виглядає наш потік. Просто уявіть, що обсягу не існує.

Якщо HTTP-запит виконано успішно, потік виконає дію Condition . Якщо це не вдається, він опублікує повідомлення на загальному каналі в Slack про те, що « Потік, який ви розпочали, не вдався ».

Однак, якщо дія «Опублікувати повідомлення 5» не вдасться, потік просто зупиниться. Це тому, що ми не встановили для нього обробник помилок. Ми хочемо, щоб сповіщення про помилку залишалося, коли будь-яка з попередніх двох дій не вдається. Отже, нам потрібно додати ще одну паралельну гілку для дії Post message 5 .

Знайдіть і виберіть конектор Slack .

Натисніть Опублікувати повідомлення .

Ми опублікуємо повідомлення в загальному каналі Slack, подібне до того, що ми встановили в дії «Опублікувати повідомлення 4» .

Клацніть три крапки та натисніть Налаштувати запуск після .

Зніміть прапорець біля опції успішно . Потім перевірте параметри не вдалося, пропущено та минув час очікування. Після цього натисніть Готово .

Тепер у нас є два кроки обробки помилок, які роблять наш потік досить складним.

Обробка помилок за допомогою елемента керування Scope

Наскільки це можливо, ми не хочемо, щоб кожна дія мала гілку обробки помилок. Ми хочемо, щоб ряд дій для цього потоку мав єдиний крок обробки помилок. Отже, давайте видалимо цю нову дію «Опублікувати повідомлення» , яку ми створили.

Давайте повернемо ці дві дії в область видимості.

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

Зніміть прапорець біля опції успішно . Потім перевірте параметри не вдалося, пропущено та минув час очікування. Після цього натисніть Готово .

Тепер у нас є єдина дія обробки помилок, яка буде запущена, лише якщо будь-яка дія в межах повідомлення Post і ping HTTP-сервера завершиться невдало. 

Це велика різниця під час використання елемента керування Scope у .

Висновок

Підводячи підсумок, можна сказати, що контроль обсягу — це ефективний спосіб організовувати ваші дії та умови. Ми також можемо мати кілька областей з різними цілями. Тому ми можемо згрупувати дії в різні категоріальні кроки або логічні одиниці. Це дійсно хороший інструмент організації з точки зору розвитку. Використання областей у складних потоках значно полегшує роботу.

Це також кращий спосіб обробки помилок у ваших потоках. Ви можете об’єднати всі повідомлення про помилки від усіх дій за допомогою елемента керування Scope . Тож вам не потрібно встановлювати окремі обробники помилок для кожної дії. Ви можете просто використовувати область як блок керування помилками для вашого потоку.

Все найкраще,

Генрі