Editar

Automatize a implantação em escala

Azure Logic Apps
Microsoft 365
SharePoint
Power Automate
Microsoft Power Platform

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

  • Planeje cuidadosamente sua estratégia de implantação, governança e operação do Power Automatic.
  • Atenda às necessidades organizacionais, como requisitos de residência de dados, prevenção contra perda de dados (DLP) e requisitos de licenciamento flexíveis e mínimos.
  • Mantenha-se dentro dos limites escaláveis da Power Platform.

Arquitetura

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

Transfira um ficheiro do Visio desta arquitetura.

Fluxo de Trabalho

A topologia de rede hub-spoke do Azure inspira essa arquitetura. Os fluxos de Soluções de Plataforma de Energia podem invocar fluxos filho de Soluções. Os fluxos pai e filho facilitam o gerenciamento de fluxo, evitando fluxos com centenas de etapas.

Esta solução provisiona um fluxo de trabalho de fluxo 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 de fluxo central, que executa todas as ações que atendem a uma necessidade de negócios.

O SharePoint Online e a Power Platform suportam muitas regiões geográficas. Cada região tem um conjunto de sites do SharePoint Online. Este conceito multi-geo estende-se 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 única ação que usa Call Child Flow para chamar um fluxo de trabalho de fluxo 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 fluxo de entrada. 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 entrada chama um fluxo central na região apropriada. Para um contexto de usuário, o fluxo de inicialização pode passar autoritariamente as informações do usuário para afirmar o usuário para o 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 os 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, em seguida, chamar um aplicativo lógico.

    Logic Apps suporta o modelo de consumo, onde você paga pelo que usa. Um modelo híbrido usando Power Automate e Logic Apps também é viável. Se você não quiser se preocupar com limites, o Logic Apps é a solução recomendada.

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

Detalhes do cenário

O Microsoft Power Automate faz parte da plataforma Microsoft Power sem código ou low-code. Os clientes do Microsoft 365 usam o Power Automate para automação do fluxo de trabalho e fluxos de processos de negócios.

Potenciais casos de utilização

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

  • Os proprietários de sites do SharePoint geralmente criam fluxos de trabalho ad-hoc. Os proprietários de sites assumem total responsabilidade pelo projeto, implantação e manutenção do fluxo de trabalho.

  • As equipes de TI criam fluxos de trabalho que possuem, gerenciam e dão suporte ao longo do tempo de vida do fluxo de trabalho.

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 dos componentes.

Considerações

Aqui estão algumas vantagens de adotar esse modelo hub-and-spoke para suas implantações do Power Automatic:

  • A lógica centralizada é fácil de atualizar em um só lugar, e todos os fluxos obtêm automaticamente 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.

  • A segregação de sites e fluxos do SharePoint Online em suas próprias regiões atende aos requisitos de residência de dados.

  • Dependendo do gatilho de fluxo de inicialização, o fluxo pode reter o contexto do usuário desde a iniciação até a conclusão do fluxo central.

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

DevOps

  • A Power Platform suporta integração contínua e entrega contínua (CI/CD) para os seus componentes em Soluções. Você pode exportar e importar soluções como pacotes em ambientes da Power Platform e entre locatários.

  • É melhor ter um locatário de pré-produção para validar as atualizações antes de enviar atualizações e componentes para o locatário de produção. Como a atualização dos fluxos centrais impacta imediatamente muitos fluxos de entrada, é importante ter análises e validações de alta qualidade. Ao promover para o locatário de produção, certifique-se de usar variáveis de ambiente para conexões, para que você possa escolher o ponto de extremidade correspondente ao locatário de destino.

  • A Power Platform suporta ALM de componentes e fluxo de trabalho com Pipelines do Azure ou Ações do GitHub.

Operações

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

Segurança

  • O gerenciamento de direitos para fluxos criados em Soluções é diferente de fluxos fora de Soluções. Com fluxos fora de Soluções, você pode conceder permissões a uma lista ou biblioteca de sites do SharePoint para iniciar o fluxo. Os fluxos em Soluções vinculam permissões a um grupo baseado no 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 de DLP no nível do ambiente, o que permite mais flexibilidade para atender aos requisitos de negócios.

Otimização de custos

Não paga custos adicionais por este cenário se cumprir as seguintes condições:

  • Não há dependência dos conectores premium da Power Platform.

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

Caso contrário, você precisará comprar licenças premium, por usuário ou por plano de fluxo, apenas para os fluxos centrais. O preço pode 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 entrada, que são em maior número.

Contribuidores

Este artigo é mantido pela Microsoft. Foi originalmente escrito pelos seguintes contribuidores.

Autor principal:

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

Próximos passos