Implementar modelos do Azure Resource Manager para o Azure Logic Apps

Aplica-se a: Azure Logic Apps (Consumo)

Depois de criar um modelo de Resource Manager do Azure para a sua aplicação lógica de Consumo, pode implementar o modelo desta forma:

Implementar através de portal do Azure

Para implementar automaticamente um modelo de aplicação lógica no Azure, pode escolher o seguinte botão Implementar no Azure, que inicia sessão no portal do Azure e lhe pede informações sobre a sua aplicação lógica. Em seguida, pode fazer as alterações necessárias ao modelo ou parâmetros da aplicação lógica.

Implementar no Azure

Por exemplo, ser-lhe-ão pedidas as seguintes informações depois de iniciar sessão no portal do Azure:

  • Nome da subscrição do Azure
  • Grupo de recursos que pretende utilizar
  • Localização da aplicação lógica
  • O nome para a aplicação lógica
  • Um URI de teste
  • Aceitação dos termos e condições especificados

Para obter mais informações, veja estes tópicos:

Implementar com o Visual Studio

Para implementar um modelo de aplicação lógica a partir de um projeto do Grupo de Recursos do Azure que criou com o Visual Studio, siga estes passos para implementar manualmente a sua aplicação lógica no Azure.

Implementar com o Azure PowerShell

Para implementar num grupo de recursos específico do Azure, utilize o seguinte comando:

New-AzResourceGroupDeployment -ResourceGroupName <Azure-resource-group-name> -TemplateUri https://raw.githubusercontent.com/Azure/azure-quickstart-templates/master/quickstarts/microsoft.logic/logic-app-create/azuredeploy.json

Para obter mais informações, veja estes tópicos:

Implementar com a CLI do Azure

Para implementar num grupo de recursos específico do Azure, utilize o seguinte comando:

az deployment group create -g <Azure-resource-group-name> --template-uri https://raw.githubusercontent.com/Azure/azure-quickstart-templates/master/quickstarts/microsoft.logic/logic-app-create/azuredeploy.json

Para obter mais informações, veja estes tópicos:

Implementar com o Azure DevOps

Para implementar modelos de aplicações lógicas e gerir ambientes, as equipas utilizam normalmente uma ferramenta como o Azure Pipelines no Azure DevOps. O Azure Pipelines fornece uma tarefa de Implementação do Grupo de Recursos do Azure que pode adicionar a qualquer pipeline de compilação ou versão. Para autorização para implementar e gerar o pipeline de versão, também precisa de um principal de serviço do Azure Active Directory (AD). Saiba mais sobre como utilizar principais de serviço com o Azure Pipelines.

Para obter mais informações sobre a integração contínua e a implementação contínua (CI/CD) para modelos de Resource Manager do Azure com o Azure Pipelines, veja estes tópicos e exemplos:

Eis os passos gerais de alto nível para utilizar os Pipelines do Azure:

  1. Nos Pipelines do Azure, crie um pipeline vazio.

  2. Escolha os recursos de que precisa para o pipeline, como o modelo da aplicação lógica e os ficheiros de parâmetros de modelo, que gera manualmente ou como parte do processo de compilação.

  3. Para a tarefa do agente, localize e adicione a tarefa de implementação modelo do ARM .

  4. Configurar com um principal de serviço.

  5. Adicione referências ao seu modelo de aplicação lógica e ficheiros de parâmetros de modelo.

  6. Continue a criar passos no processo de versão para qualquer outro ambiente, teste automatizado ou aprovadores, conforme necessário.

Autorizar ligações OAuth

Após a implementação, a aplicação lógica funciona ponto a ponto com parâmetros válidos, mas para gerar tokens de acesso válidos para autenticar as suas credenciais, ainda tem de autorizar ou utilizar ligações OAuth pré-autenticadas. No entanto, só tem de implementar e autenticar recursos de ligação da API uma vez, o que significa que não tem de incluir esses recursos de ligação em implementações subsequentes, a menos que tenha de atualizar as informações de ligação. Se utilizar uma integração contínua e um pipeline de implementação contínua, implementaria apenas recursos do Logic Apps atualizados e não teria de reautorizar sempre as ligações.

Seguem-se algumas sugestões para processar a autorização de ligações:

  • Autorize manualmente as ligações OAuth ao abrir a sua aplicação lógica no Estruturador de Aplicações Lógicas, no portal do Azure ou no Visual Studio. Quando autoriza a ligação, poderá ser apresentada uma página de confirmação para permitir o acesso.

  • Pré-autorize e partilhe recursos de ligação de API entre aplicações lógicas que estão na mesma região. As ligações à API existem como recursos do Azure independentemente das aplicações lógicas. Embora as aplicações lógicas tenham dependências nos recursos de ligação da API, os recursos de ligação da API não têm dependências em aplicações lógicas e permanecem depois de eliminar as aplicações lógicas dependentes. Além disso, as aplicações lógicas podem utilizar ligações de API que existem noutros grupos de recursos. No entanto, o Estruturador de Aplicações Lógicas suporta a criação de ligações de API apenas no mesmo grupo de recursos que as suas aplicações lógicas.

    Nota

    Se estiver a considerar partilhar ligações à API, certifique-se de que a sua solução consegue lidar com potenciais problemas de limitação. A limitação ocorre ao nível da ligação, pelo que reutilizar a mesma ligação em várias aplicações lógicas pode aumentar o potencial de problemas de limitação.

  • A menos que o seu cenário envolva serviços e sistemas que exijam autenticação multifator, pode utilizar um script do PowerShell para dar consentimento a cada ligação OAuth ao executar uma função de trabalho de integração contínua como uma conta de utilizador normal numa máquina virtual que tenha sessões de browser ativas com as autorizações e consentimento já fornecidos. Por exemplo, pode reutilizar o script de exemplo fornecido pelo projeto LogicAppConnectionAuth no repositório gitHub do Logic Apps.

  • Se utilizar um principal de serviço do Azure Active Directory (Azure AD) para autorizar ligações, saiba como especificar parâmetros do principal de serviço no seu modelo de aplicação lógica.

Passos seguintes