Copilot Agent Flow vs Power Automate Flow: qual utilizar em cada cenário
A evolução da automação na Microsoft ganhou um novo capítulo com os Agent Flows no Microsoft Copilot Studio. A proposta…

Fluxos no Power Automate que funcionam bem com poucos registros frequentemente apresentam degradação de performance ou falhas quando expostos a volumes maiores de dados. Um dos principais motivos é o throttling, frequentemente identificado pelo erro HTTP 429 (Too Many Requests).
Esse comportamento não é um defeito da plataforma, mas sim um mecanismo de proteção que limita o consumo de recursos compartilhados.
Neste artigo, abordamos como o throttling funciona, quais são os limites envolvidos e, principalmente, como estruturar fluxos mais eficientes e escaláveis.
Throttling é o controle de taxa aplicado para evitar sobrecarga nos serviços utilizados pelo Power Automate. Ele ocorre em diferentes níveis:
| Camada | Descrição |
| Conector | Limites específicos de conectores, como SharePoint |
| Serviço | Restrições do próprio SharePoint Online |
| Plataforma | Limites gerais da Power Platform |
O limite mais comum enfrentado em cenários com SharePoint é:
Esse limite é compartilhado entre todos os fluxos que utilizam a mesma conexão.
Quando excedido, o serviço retorna um erro HTTP 429 com instruções de espera, fazendo com que o próprio Power Automate reduza a taxa de execução automaticamente .
Ao atingir limites de throttling:
Esse comportamento pode passar despercebido em ambientes de teste, mas torna-se crítico em produção.
Um dos fatores mais relevantes para o aumento do consumo de chamadas é o uso de concurrency em ações como Apply to each.
Quando habilitado, múltiplas execuções ocorrem em paralelo, multiplicando o número de requisições.
Exemplo
Resultado:
20 × 3 × 50 = 3000 chamadas por minuto
Esse volume excede significativamente o limite padrão de 600 chamadas.

Ajustar o grau de paralelismo de acordo com o volume de dados:
Paralelismo × Ações × Volume < 600
Na prática:


Algumas abordagens ajudam a minimizar requisições:

Para cenários com grande volume de dados, o uso da API de batch do SharePoint permite:
Apesar da maior complexidade, essa abordagem é recomendada para fluxos críticos.

Além do limite por minuto, existem outras restrições relevantes:
SharePoint Online
| Licença | Limite diário |
| Microsoft 365 / Free | 6.000 |
| Power Automate Premium | 40.000 |
| Per Flow | 250.000 |
Esses limites podem impactar fluxos recorrentes ou com alto volume de execução.
Nem todas as ações têm o mesmo impacto:
| Tipo de operação | Consumo |
| Leitura simples | 1 unidade |
| Criação/Atualização | 2 unidades |
| Operações de permissão | 5 unidades |
Operações relacionadas a permissões, por exemplo, têm impacto significativamente maior no consumo de recursos .
Em projetos que exigem escalabilidade, a arquitetura do fluxo deve considerar:
O planejamento adequado evita retrabalho e garante maior estabilidade em produção.
O throttling é uma característica inerente ao funcionamento do Power Automate e do SharePoint. Entender seus limites e impactos é fundamental para construir soluções robustas.
Fluxos bem estruturados não apenas evitam erros, mas também entregam melhor performance e previsibilidade operacional.
A evolução da automação na Microsoft ganhou um novo capítulo com os Agent Flows no Microsoft Copilot Studio. A proposta…
A Microsoft Power Automate passou por uma evolução importante com a adoção do Modern Designer como padrão global. Mais do…
Depois de estruturar dependências e organizar seu deploy com pipelines, existe um próximo passo natural — e inevitável — para…