Editar

Implantação do Power Automate em escala

Aplicativos Lógicos do Azure
Microsoft 365
SharePoint
Power Automate
Microsoft Power Platform

Essa arquitetura é destinada a fluxos do Power Automate que substituem os fluxos de trabalho do SharePoint 2010 e a novos sites do SharePoint Online. Com essa solução, você pode:

  • Planejar cuidadosamente sua implantação, governança e estratégia de operação do Power Automate.
  • Atender às necessidades organizacionais, como requisitos de residência de dados, DLP (prevenção contra perda de dados) e requisitos de licenciamento flexíveis e mínimos.
  • Manter-se nos limites escalonáveis do Power Platform.

Arquitetura

Diagrama mostrando a topologia de implantação do Power Automate inspirada no hub and spoke.

Baixe um Arquivo Visio dessa arquitetura.

Workflow

A topologia de rede hub-spoke do Azure motiva essa arquitetura. As Soluções do Power Platform podem invocar fluxos filho de Soluções. Os fluxos pai e filho facilitam o gerenciamento de fluxos evitando fluxos com centenas de etapas.

Essa solução provisiona um fluxo de trabalho de inicialização do Power Automate para cada site do SharePoint. No fluxo de inicialização, um usuário ou um evento inicia um fluxo de trabalho. O fluxo de inicialização chama um fluxo de trabalho central, que executa todas as ações que atendem a uma necessidade empresarial.

O SharePoint Online e o Power Platform dão suporte a muitas regiões geográficas. Cada região tem um conjunto de sites do SharePoint Online. Esse conceito de várias áreas geográficas se estende aos fluxos centrais.

  1. A equipe de TI provisiona um fluxo de inicialização em cada site do SharePoint Online. Além do gatilho, o fluxo contém uma ação individual que usa Call Child Flow para chamar um fluxo de trabalho central.

  2. A equipe provisiona os fluxos centrais em cada região geográfica correspondentes às regiões do SharePoint Online.

  3. Um usuário inicia ou um evento dispara um fluxo de trabalho de inicialização. Dependendo do tipo de gatilho, o fluxo de inicialização pode ser executado no contexto do usuário ou no contexto do criador.

  4. O fluxo de inicialização chama um fluxo central na região apropriada. Para um contexto de usuário, o fluxo de inicialização pode passar de maneira autoritativa as informações do usuário para declará-lo ao fluxo central.

  5. O fluxo central pode invocar mais fluxos filho, se necessário, para manter o fluxo leve.

Componentes

Este cenário usa os seguintes componentes:

Alternativas

  • Você pode usar essa arquitetura com Aplicativos Lógicos do Azure substituindo os fluxos centrais por aplicativos lógicos. Há alguns gatilhos que os Aplicativos Lógicos não têm, como SharePoint – Para um Arquivo Selecionado. Nesse caso, o fluxo de inicialização do Power Automate pode usar o gatilho e, depois, chamar um aplicativo lógico.

    Os Aplicativos Lógicos dão suporte a ao modelo de consumo, em que você paga pelo que usa. Um modelo híbrido que usa o Power Automate e os Aplicativos Lógicos também é viável. Se você não quer se preocupar com limites, os Aplicativos Lógicos são a solução recomendada.

  • Você pode aprimorar o modelo hub-spoke usando um só fluxo de inicialização por região em vez de criar um fluxo por site do SharePoint Online. Essa estratégia só será possível se você disparar o fluxo manualmente. Você pode orquestrar o fluxo para ser invocado de qualquer site do SharePoint Online em um locatário.

Detalhes do cenário

O Microsoft Power Automate faz parte do Microsoft Power Platform para processos que exigem pouco ou nenhum código. Os clientes do Microsoft 365 usam o Power Automate para fluxos de processo empresarial e automação de fluxo de trabalho.

Possíveis casos de uso

Os fluxos de trabalho do Power Automate criados pelo cliente se enquadram em duas categorias:

  • Proprietários de sites do SharePoint geralmente criam fluxos de trabalho ad hoc. Eles assumem responsabilidade total pelo design, pela implantação e pela manutenção do fluxo de trabalho.

  • As equipes de TI criam fluxos de trabalho que controlam, gerenciam e dão suporte totalmente durante o respectivo tempo de vida.

Essa arquitetura se aplica a fluxos de trabalho em que as equipes de TI controlam totalmente o fluxo de trabalho e os ciclos de vida do componente.

Considerações

Confira algumas vantagens de adotar esse modelo hub-and-spoke para suas implantações do Power Automate:

  • A lógica centralizada é fácil de atualizar em um só lugar e todos os fluxos automaticamente obtém as atualizações mais recentes.

  • Você pode evitar atribuir licenças premium a todos os fluxos de inicialização para os sites do SharePoint Online. Em vez disso, você pode atribuir licenças premium ao número limitado de fluxos centrais.

  • Separar os sites do SharePoint Online e os fluxos nas próprias regiões atende aos requisitos de residência de dados.

  • Dependendo do gatilho do fluxo de inicialização, o fluxo pode reter o contexto do usuário do início à conclusão do fluxo central.

  • Para atender aos requisitos sazonais ou periódicos, esse modelo oferece upgrades e downgrades flexíveis de licença de fluxo central.

DevOps

  • O Power Platform dá suporte à CI/CD (integração contínua e entrega contínua) para os próprios componentes em Soluções. Você pode exportar e importar Soluções como pacotes entre os ambientes do Power Platform e entre locatários.

  • É melhor ter um locatário de pré-produção para validar atualizações antes de efetuar push de atualizações e de componentes para seu locatário de produção. Como a atualização dos fluxos centrais afeta imediatamente muitos fluxos de inicialização, é importante contar com análise e validação de alta qualidade. Ao promover para o locatário de produção, use variáveis de ambiente para conexões, para que você possa escolher o ponto de extremidade correspondente ao locatário de destino.

  • O Power Platform dá suporte a ALM de componente e fluxo de trabalho com o Azure Pipelines ou o GitHub Actions.

Operações

Use o Kit de ferramentas do CoE (Centro de Excelência) do Power Platform para gerenciar fluxos centralmente e monitorá-los em relação a falhas. O kit de ferramentas do CoE também mostra os componentes do Power Platform e as dependências entre os componentes. Você pode projetar cada fluxo para capturar e registrar falhas ou notificar alguém para oferecer melhor capacidade de suporte.

Segurança

  • O gerenciamento de direitos dos fluxos que você cria nas Soluções é diferente dos fluxos fora das Soluções. Com os fluxos fora das Soluções, você pode dar permissões a uma lista de sites ou biblioteca do SharePoint para iniciar o fluxo. Os fluxos em Soluções vinculam permissões a um grupo baseado em Ambiente Dataverse chamado Equipe de Grupo, que você pode mapear para um grupo do Microsoft Entra. Em seguida, você pode gerenciar usuários no grupo Microsoft Entra.

  • Todos os usuários, exceto o administrador do ambiente, devem receber permissões somente leitura/execução em ambientes de produção, para que os usuários finais não possam criar nenhum componente.

  • Você pode aplicar políticas DLP no nível do ambiente, o que permite mais flexibilidade para atender aos requisitos empresariais.

Otimização de custo

Você não pagará custos adicionais para esse cenário se atender às seguintes condições:

  • Não há nenhuma dependência nos conectores premium do Power Platform.

  • Os fluxos podem estar em conformidade com os limites de execuções de ações da licença de semente do Microsoft 365, como E3 ou E5.

Caso contrário, você precisará comprar licenças premium, por usuário ou por plano de fluxo, somente para os fluxos centrais. Os preços podem variar dependendo de quantos fluxos centrais você precisa em cada região geográfica. Você não precisa atribuir licenças premium aos fluxos de inicialização, que são maiores em número.

Colaboradores

Esse artigo é mantido pela Microsoft. Ele foi originalmente escrito pelos colaboradores a seguir.

Autor principal:

Para ver perfis não públicos do LinkedIn, entre no LinkedIn.

Próximas etapas