ALM para Power Automate: soluções, ambientes e CI/CD com Azure DevOps

A gestão do ciclo de vida de aplicações (ALM) na Power Platform é frequentemente negligenciada, resultando em fluxos "directamente em produção", sem controlo de versões e impossíveis de reverter. Boas práticas de ALM previnem este problema.

Estrutura de ambientes

Ambientes recomendados:
  DEV   → desenvolvimento individual, dados falsos
  TEST  → testes de integração, dados semelhantes a prod
  PROD  → apenas soluções geridas, sem edição directa

Soluções — a unidade de deploy

// Criar solução no ambiente DEV:
make.powerapps.com → Soluções → Nova Solução
  Publisher: BConcepts (prefixo: bcpt)
  Versão: 1.0.0.0

// Adicionar fluxos existentes à solução:
Adicionar existente → Fluxo de automatização da nuvem
// IMPORTANTE: só fluxos dentro de soluções podem ser exportados/importados correctamente

Exportar e importar manualmente

// DEV → TEST (solução não gerida para testes)
Exportar → Não gerida → bconcepts_Flows_1.0.0.0.zip

// TEST → PROD (solução gerida — não editável em PROD)
Exportar → Gerida → bconcepts_Flows_1.0.0.0_managed.zip
Importar no ambiente PROD

CI/CD com Azure DevOps e Power Platform CLI

# Azure DevOps pipeline YAML
trigger:
  - main

steps:
  - task: PowerPlatformToolInstaller@2

  - task: PowerPlatformExportSolution@2
    inputs:
      authenticationType: PowerPlatformSPN
      PowerPlatformSPN: 'Dev-SPN'
      SolutionName: 'BConcepts_Flows'
      SolutionOutputFile: $(Build.ArtifactStagingDirectory)/BConcepts_Flows.zip

  - task: PowerPlatformImportSolution@2
    inputs:
      authenticationType: PowerPlatformSPN
      PowerPlatformSPN: 'Prod-SPN'
      SolutionInputFile: $(Build.ArtifactStagingDirectory)/BConcepts_Flows_managed.zip
      ConvertToManaged: true

Conclusão

ALM na Power Platform não é complexo — requer disciplina para trabalhar sempre dentro de soluções, usar ambientes separados e automatizar o deploy com pipelines. O investimento inicial de configuração poupa horas de debugging em produção.