Обробка помилок у Power Automate за допомогою паралельного розгалуження

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

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

Коли наші користувачі використовують наші потоки, ми хочемо мати певні шляхи, якими слідують наші потоки. Якщо з будь-якої причини сталася помилка, ми повинні переконатися, що вони правильно оброблені, щоб уникнути збою нашого потоку. Ми або звертаємося до нього за допомогою умови, або повідомлення про помилку, щоб користувач знав причину помилки.

Зміст

• Зразок сценарію обробки помилок у Power Automate
• Паралельне розгалуження для обробки помилок у Power Automate
• Тестування потоку
• Висновок

Зразок сценарію обробки помилок у Power Automate

Давайте спершу розглянемо приклад того, де ми будемо використовувати обробку помилок. Ми відкриємо потік зразків, який запускається вручну людиною та не вимагає жодних вводів. Цей потік намагається зробити HTTP-запит до вказаної URL-адреси.

І це те, що він намагається отримати.

Потім він проходить умову, за якої, якщо він повертає успішний результат, він опублікує повідомлення на канал Slack із вмістом сторінки. Якщо він не надає схвалений запит із сервера, він опублікує повідомлення « ВІДМОВИНО ».

Використовуючи цю умову, здавалося б, що помилка була оброблена. Але що, якщо з якоїсь причини ця сторінка не працює або її більше не можна знайти? З’єднувач HTTP-запитів навіть не може підключитися до цієї сторінки, оскільки він не працює. Отже, він не поверне код стану.

Давайте перевіримо, як це виглядатиме, якщо у нас немає обробника помилок для цієї ситуації. Ми спробуємо відредагувати це та змінити URL-адресу на те, чого не існує, щоб ми могли змусити її вийти з ладу.

Натисніть три крапки та виберіть Статичний результат .

Потім вимкніть статичний результат і натисніть «Готово» .

Після цього натисніть Зберегти . 

Нарешті, перевіримо це.

Виберіть опцію «Я виконаю дію тригера» , а потім натисніть Перевірити .

Натисніть Запустити потік .

Оскільки ми не встановили обробник помилок для цієї ситуації, запуск потоку не вдалося.

Нашим користувачам буде важко це зрозуміти. Тому це буде для них дуже неприємно. Отже, як ми обробляємо та перевіряємо ці речі? Це контекст, який я хотів би обговорити перед тим, як ми перейдемо до того, як ми насправді це вирішуємо.

Паралельне розгалуження для обробки помилок у Power Automate

Тепер, коли ми обговорили контекст, давайте трохи обробимо помилки для цього потоку, який ми налаштували. Ми будемо робити це через паралельні гілки.

По-перше, передбачте, яка дія може призвести до помилки. У цьому прикладі, як ми обговорювали раніше, це HTTP-запит. Під ним клацніть значок плюса, а потім виберіть опцію «Додати паралельну гілку» .

При паралельному розгалуженні ці дві дії відбуватимуться одночасно. 

Однак ми також можемо встановити, що ця дія виконується, лише якщо попередня дія виконана успішно. Просто клацніть три крапки тут і виберіть «Налаштувати запуск після ».

У цій частині ми можемо вказати, коли має відбутися поточна дія на основі попередньої. Для цього прикладу просто виберіть варіант успішно, а потім натисніть «Готово».

З іншого боку, ми б хотіли, щоб цей запустився, якщо попередня дія не вдається. Спочатку знайдіть і виберіть конектор Slack .

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

Ми опублікуємо повідомлення в загальному каналі: « Потік, який ви почали, не вдався?» ”.

Після цього натисніть три крапки та виберіть «Налаштувати запуск після ».

Зніміть позначку з опцій успішно та перевірте параметри не вдалося , пропущено та минув час очікування . Нарешті натисніть Готово . 

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

Тестування потоку

Давайте тепер збережемо наш потік і протестуємо його.

Натисніть Перевірити .

Виберіть Я виконаю дію тригера, а потім натисніть Перевірити.

Натисніть Запустити потік .

Тепер ми побачимо, що запуск потоку не вдався.

Ми також бачимо, що ця частина завдання все ж виконана успішно.

Це означає, що користувачі та наші розробники отримали сповіщення про помилку потоку. Коли ми перейдемо до нашого каналу #general у Slack, ми побачимо повідомлення про те, що наш потік не вдався.

Висновок

Підводячи підсумок, дія «Опублікувати повідомлення» виконуватиметься, лише якщо дія HTTP не вдалася, була пропущена або минув час очікування. З іншого боку, розділ Умова запуститься, якщо попередня дія виконана успішно. І це суть обробки помилок. У нас є шлях як для успішних, так і для невдалих потоків.

Таким чином ми можемо дозволити діям виконуватися після інших невдалих дій. Існують інші способи обробки помилок, але це найпростіший спосіб зробити це. Сподіваємось, ви змогли зрозуміти актуальність обробки помилок і те, як це зробити у вашому .

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

Генрі