Como Evitar Throttling no Power Automate: Guia Prático para Flows Escaláveis
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.
O que é Throttling no Power Automate
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 |
Principais Limites a Considerar
O limite mais comum enfrentado em cenários com SharePoint é:
- 600 chamadas de API por minuto por conexão
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 .
Impactos na Execução dos Flows
Ao atingir limites de throttling:
- O fluxo não necessariamente falha imediatamente
- A execução é desacelerada devido aos mecanismos de retry
- O tempo total de processamento aumenta significativamente
Esse comportamento pode passar despercebido em ambientes de teste, mas torna-se crítico em produção.
Concurrency em Loops: Principal Fonte de Problemas
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
- Paralelismo: 20
- Ações por item: 3
- Volume: 50 itens por minuto
Resultado:
20 × 3 × 50 = 3000 chamadas por minuto
Esse volume excede significativamente o limite padrão de 600 chamadas.
Boas Práticas para Evitar Throttling
1. Controlar o Paralelismo
Ajustar o grau de paralelismo de acordo com o volume de dados:
Paralelismo × Ações × Volume < 600
Na prática:
- Preferir execução sequencial quando possível
- Limitar concurrency entre 5 e 10 em cenários controlados
2. Reduzir Chamadas Desnecessárias
Algumas abordagens ajudam a minimizar requisições:
- Evitar múltiplos Get item dentro de loops
- Consolidar operações sempre que possível
- Utilizar ações como Select e Filter array para manipulação local de dados
3. Utilizar Operações em Lote (Batch)
Para cenários com grande volume de dados, o uso da API de batch do SharePoint permite:
- Agrupar múltiplas operações em uma única requisição
- Reduzir significativamente o número de chamadas
- Melhorar o tempo de execução geral
Apesar da maior complexidade, essa abordagem é recomendada para fluxos críticos.
4. Considerar Outros Limites da Plataforma
Além do limite por minuto, existem outras restrições relevantes:
SharePoint Online
- 3.000 requisições a cada 5 minutos
- Limites por segundo em operações específicas
Power Platform
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.
Custo de Operações
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 .
Abordagem Recomendada
Em projetos que exigem escalabilidade, a arquitetura do fluxo deve considerar:
- Processamento em lote
- Redução de chamadas externas
- Controle de concorrência
- Uso eficiente de dados em memória
O planejamento adequado evita retrabalho e garante maior estabilidade em produção.
Conclusã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.
Erick Alves de Moura é Head of Delivery e Arquiteto Principal da Trinapse, consultoria brasileira especializada em Microsoft 365. Acumula 14 anos de experiência em arquitetura e entrega de soluções sobre SharePoint, Power Platform, Microsoft Graph e Copilot, sempre em ambientes corporativos de grande porte.
Ver maisVer menos
Ao longo da carreira, conduziu migrações de SharePoint on-premises para o SharePoint Online, desenhou intranets corporativas, automatizou processos de negócio com Power Apps e Power Automate e, mais recentemente, projetou agentes de IA integrados ao Microsoft 365.
São projetos com milhares de usuários, regras de governança rígidas e integração com sistemas legados, o tipo de cenário em que a decisão de arquitetura importa mais do que a ferramenta.
Fluente em inglês, atende clientes globais e é o arquiteto responsável pela conta da Bayer nos Estados Unidos, no Brasil, atua junto a cooperativas de crédito, agronegócio e indústria, setores com forte exigência de conformidade e continuidade operacional.
Escreve no blog da Trinapse desde 2019. São mais de 240 artigos publicados sobre SharePoint, Modern Workplace, Copilot e agentes de IA, Power Platform e automação de processos, em dois formatos: tutoriais técnicos passo a passo e análises de decisão sobre arquitetura e adoção do Microsoft 365. Todo conteúdo nasce de projeto real entregue, não de documentação traduzida.
