Когда Power Automate — неправильный выбор: 7 критериев исключения

Power Automate часто продают как инструмент, подходящий практически для любой автоматизации: от простого письма с согласованием до общекорпоративной цепочки процессов. В целом это неверно. У платформы есть четкие технические и лицензионные ограничения, которые редко упоминаются в разговорах с продавцами, но довольно точно описаны в официальной документации Microsoft.

Эта статья переворачивает привычный ракурс. Вместо того чтобы показать, для чего подходит Power Automate, она показывает семь конкретных критериев исключения, при которых более честным выбором становится другой инструмент, чаще всего Azure Logic Apps или pro-code решение. Все сведения взяты из документации Microsoft об ограничениях Power Automate и о миграции на Azure Logic Apps.

7 критериев исключения: обзор

Если к вашему сценарию применим один или несколько из следующих пунктов, вам стоит как минимум критически оценить Power Automate, прежде чем его строить.

• Вам постоянно требуется больше пропускной способности, чем предусмотрено платформой. Один облачный поток ограничен, согласно ограничениям Power Automate, максимум 500 действиями на определение рабочего процесса, плюс лимит всплеска действий в 100 000 действий за пять минут по всем потокам вместе. Тот, кто регулярно превышает эти пределы, вынужден искусственно разбивать процесс на подпотоки, вместо того чтобы просто его построить.
• Логике вашего рабочего процесса нужен настоящий код. Power Automate задуман как low-code — no-code инструмент. Согласно руководству по миграции на Azure Logic Apps, пользовательская интеграция в Power Automate «в основном ограничена отсутствием кода или низким уровнем кода», тогда как Azure Logic Apps Standard может выполнять собственные функции .NET, скрипты C# или скрипты PowerShell непосредственно в рабочем процессе.
• Вам нужна сетевая изоляция. Если рабочие процессы должны выполняться исключительно внутри виртуальной сети, без соприкосновения с открытым интернетом, Power Automate не предлагает для этого решения. Согласно той же документации, Azure Logic Apps Standard поддерживает интеграцию с VNet и приватные конечные точки, а Power Automate — нет.
• Вам нужна геоизбыточность для критически важных для бизнеса процессов. В прямом сравнении Microsoft прямо описывает Power Automate как имеющий «ограниченные варианты регионального развертывания», тогда как и Azure Logic Apps Standard, и Consumption предлагают встроенную геоизбыточность и автоматическое переключение при отказе между несколькими регионами.
• Вам нужен профессиональный ALM с полным контролем версий. По данным Microsoft, у Power Automate «ограниченное управление версиями». Azure Logic Apps, напротив, предлагает полную интеграцию с Git и CI/CD-конвейеры через Azure DevOps или GitHub, включая отслеживание изменений и возврат к более ранним версиям рабочего процесса.
• Логика вашего процесса слишком вложена, чтобы аккуратно ее отобразить. Согласно документации по ограничениям, один поток допускает максимум восемь уровней вложенности для действий и 25 вариантов switch на область видимости. Процессы со множеством переплетающихся условий и путей исключений упираются в эти пределы быстрее, чем это заметно на этапе прототипирования.
• Ваши затраты резко растут при масштабировании. Тот, кто регулярно превышает лимиты действий своей лицензии, платит либо за дополнительные лицензии процессов (150 долларов США за бота в месяц согласно FAQ по лицензированию Power Automate), либо за превышения по модели pay-as-you-go. При очень высоком, предсказуемом объеме модель Consumption в Azure Logic Apps может в итоге оказаться дешевле, чем накопление лицензий процессов.

Когда именно ограничения платформы становятся настоящим препятствием

Первый и шестой критерии тесно связаны и на практике чаще всего недооцениваются. Документация по ограничениям различает лимиты дизайна потока, которые применяются к одному определению рабочего процесса, и лимиты пропускной способности, которые применяются ко всем запускам за скользящий период. Поток с контекстом премиум-лицензии может делать 40 000 запросов к Power Platform за 24 часа, поток с лицензией процесса — 250 000, с возможностью накопления до десяти раз, то есть до 2,5 миллиона. Звучит щедро, но быстро становится тесно, если поток в цикле выполняет несколько действий для каждой строки большой таблицы: цикл с двумя действиями и 10 000 итераций уже потребляет, согласно FAQ по лицензированию, более 20 000 действий только за один запуск потока.

Если поток постоянно работает с превышением лимитов, Microsoft сначала автоматически замедляет его, а после 14 дней непрерывного превышения полностью отключает. Это не теоретический риск, а задокументированная реакция платформы. Тот, кто уже на этапе проектирования понимает, что процессу структурно требуется больше пропускной способности, должен сразу планировать с Azure Logic Apps, а не мигрировать позже.

Когда Power Automate технически не справляется

Остальные критерии касаются скорее архитектуры, чем объема. Сравнение Power Automate и Azure Logic Apps ясно показывает, что обе платформы хотя и основаны на одних и тех же базовых принципах, но созданы для разных целевых аудиторий: Power Automate — для гражданских разработчиков и бизнес-подразделений, Azure Logic Apps Standard — для профессиональных интеграторов с требованиями к безопасности, масштабируемости и управлению на уровне предприятия.

Конкретно, согласно документации, это означает:

• Ролевой контроль доступа в Power Automate работает на уровне пользователя, а в Azure Logic Apps — на уровне ресурса. Если создатель потока покидает компанию, доступ к его потокам в Power Automate может усложниться сильнее, чем в структуре, основанной на ресурсах.
• Обработка ошибок в Power Automate ограничивается проверкой выполнения со списком ошибок в потоке, тогда как Azure Logic Apps предлагает выделенные уведомления об ошибках и концепцию «Save Failed» для неудачных сохранений.
• Мониторинг в Power Automate осуществляется через сам портал и опциональную интеграцию с Application Insights, тогда как Azure Logic Apps обеспечивает полную интеграцию с Azure Monitor, пользовательские оповещения и расширенную телеметрию.

Ни один из этих пунктов не делает Power Automate плохим продуктом, он лишь показывает, для чего он не создавался. Для процессов внутри отделов, согласований, автоматизации SharePoint или подключения сервисов Microsoft 365 Power Automate обычно остается более быстрым и недорогим решением. Но как только сетевая безопасность, пользовательский код или корпоративный ALM становятся ключевым требованием, честный следующий шаг — присмотреться к Azure Logic Apps или к гибридному решению из обоих инструментов.

Что это значит для вашего решения

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

В рамках консалтинга NordFlux по Power Automate мы вместе с вами проверяем именно эти моменты еще до создания первого потока, чтобы ваши цифровые сотрудники автоматизировали именно там, где Power Automate действительно является правильным выбором, а вы всегда сохраняли контроль над архитектурным решением.

Часто задаваемые вопросы

Является ли Power Automate в принципе неправильным выбором для крупных компаний?

Нет. Многие крупные компании успешно используют Power Automate для процессов внутри отделов и автоматизации бизнес-подразделений, часто параллельно с Azure Logic Apps для критически важных, высоконагруженных или чувствительных к безопасности рабочих процессов. Критерии исключения относятся к отдельным процессам, а не к пригодности платформы в целом.

Что произойдет, если я все же превышу лимиты?

Согласно документации Microsoft, затронутый поток сначала автоматически замедляется, как только превышает лимиты. Если он остается выше лимитов непрерывно в течение 14 дней, Microsoft полностью отключает его. После этого вы можете снова активировать его, но должны его переработать, иначе ситуация повторится.

Могу ли я комбинировать Power Automate и Azure Logic Apps, вместо того чтобы выбирать одно из двух?

Да, на практике это даже довольно распространено. Поток Power Automate может вызывать рабочий процесс Azure Logic Apps и наоборот. Таким образом, простую, близкую к бизнес-подразделению часть процесса можно реализовать в Power Automate, а высоконагруженную или критичную для безопасности часть выполнять в Azure Logic Apps.

Стоит ли покупать лицензию процесса, чтобы обойти лимиты действий?

При умеренном превышении — да, она повышает суточный лимит до 250 000 действий и может накапливаться до десяти раз. Но при структурно очень высокой, постоянной пропускной способности накопление нескольких лицензий процессов становится дорогим, и тогда стоит сравнить это с моделью ценообразования Consumption в Azure Logic Apps.

Как рано понять, что процесс подпадает под один из критериев исключения?

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