ALM na Power Platform: ambientes, soluções e pipelines de deploy
João Barros
16 de January de 2026
2 min de leitura
Aplicações Power Platform sem ALM resultam invariavelmente em editores directamente em produção, sem controlo de versões e com bugs impossíveis de reverter. Um ALM sólido protege a produção e acelera o desenvolvimento.
Estratégia de ambientes
DEV → desenvolvimento individual, dados de teste, sem restrições
TEST → testes de aceitação, dados semelhantes a prod, acesso limitado
PROD → só soluções geridas importadas, ZERO edição directa
Porquê ambientes separados?
- Solução gerida em PROD = não editável = protecção contra erros acidentais
- Conexões (Linked Services) configuradas por ambiente
- Dados de teste nunca se misturam com dados reais
Trabalhar com soluções
// SEMPRE criar e editar dentro de uma solução:
make.powerapps.com → Soluções → Nova Solução
Publisher: BConcepts (prefixo: bcpt_)
Versão: 1.0.0.0
// Adicionar componentes existentes OU criar novos dentro da solução
// Componentes fora de soluções não podem ser exportados/importados correctamente
// Actualizar versão antes de exportar:
Soluções → Editar → Versão: 1.0.1.0
Power Platform Pipelines (built-in)
// Admin Center → Power Platform Pipelines → Novo pipeline
Ambiente de origem: DEV
Etapas:
1. TEST (aprovação manual opcional)
2. PROD (requer aprovação de 2 pessoas)
// Fazer deploy:
Solução → Pipelines → Implementar aqui
→ Seleccionar etapa: TEST
→ Submeter para aprovação / deploy directo
→ Pipeline aplica como solução GERIDA no ambiente alvo
Gestão de ligações entre ambientes
// Problema: Connection References apontam para ligações específicas por ambiente
// Solução: Criar a mesma Connection Reference em cada ambiente com ligações locais
// No deploy, mapear Connection References correctamente
// No YAML do pipeline (Azure DevOps alternativo):
- task: PowerPlatformImportSolution@2
inputs:
SolutionInputFile: solution_managed.zip
ConnectionVariables: |
bcpt_SharePoint: $(SharePoint_PROD_ConnectionId)
bcpt_SQL: $(SQL_PROD_ConnectionId)
Conclusão
ALM na Power Platform não é complexo — requer disciplina de trabalhar sempre dentro de soluções e nunca editar directamente em produção. Os Power Platform Pipelines built-in tornam o processo acessível sem Azure DevOps, mantendo governança e rastreabilidade.