Estratégia de ambiente para o ALM
Para seguir os princípios de gestão do ciclo de vida da aplicação (ALM), necessitará de ambientes separados para o desenvolvimento e produção de aplicações. Apesar de poder efetuar o ALM básico apenas com ambientes de desenvolvimento e produção separados, recomendamos que também mantenha, pelo menos, um ambiente de teste separado dos ambientes de desenvolvimento e produção. Quando tem um ambiente de teste separado, pode efetuar validação ponto-a-ponto que inclui implementação da solução e testes de aplicações. Algumas organizações também podem precisar de mais ambientes para testes de aceitação de utilizador (UAT), testes de integração de sistemas (SIT) e formação.
Os ambientes de desenvolvimento separados podem ser úteis para isolar as alterações de um esforço de trabalho que está a ser devolvido antes de ser concluído. Os ambientes de desenvolvimento separados também podem ser úteis para reduzir situações em que uma pessoa afeta negativamente outra enquanto efetua alterações.
Cada organização é única, pelo que considere cuidadosamente as necessidades de ambiente da sua organização.
Ambientes de desenvolvimento
Deverá responder a perguntas como:
- Quantos ambientes de desenvolvimento são necessários?
- Mais informações: Descrição geral de ambientes
- Como posso aprovisionar automaticamente ambientes a partir do código de origem?
- Mais informações: Microsoft Power Platform Build Tools para Azure DevOps
- Quais são as dependências dos meus ambientes?
- Mais informações: Camadas e dependências de soluções múltiplas
Outros ambientes
Também deve responder à pergunta "Que tipos de ambientes sem desenvolvimento são necessários?"
Por exemplo, além do ambiente de produção, poderá necessitar de ambientes de teste, UAT, SIT e de pré-produção separados. Tenha em atenção que, no mínimo, qualquer prática do ALM em bom estado de funcionamento deverá incluir a utilização de um ambiente de teste antes de implementar algo no ambiente de produção. Isto assegura que tem um local para testar a aplicação, mas também assegura que a implementação propriamente dita pode ser testada.
Mais informações: Estabelecer uma estratégia de ambiente para o Microsoft Power Platform
Considerações a ter quando tem várias áreas geográficas
Os ambientes do Power Platform seguem uma agenda específica de atualização de serviços à medida que os ambientes são atualizados em todo o mundo. Existem seis estações no total que são definidas principalmente pela localização geográfica. As atualizações de serviço são aplicadas em sequência para cada estação. Assim, as atualizações de serviço da estação 2 são aplicadas antes da estação 3. Portanto, é comum que ambientes que estão em diferentes estações tenham versões diferentes em determinado momento. Para mais informações sobre a agenda de atualização do serviço de ambientes, aceda a Versões lançadas do Microsoft Dataverse
Importação da solução e versão do ambiente
Quando tem vários ambientes em diferentes regiões, é importante entender o seguinte quando importa uma solução:
- Pode importar uma solução para um ambiente que tem uma versão mais recente do que o ambiente onde a solução foi exportada.
- Não pode importar com confiança uma solução para um ambiente que tem uma versão mais antiga do que o ambiente onde a solução foi exportada. Isto porque pode haver componentes em falta ou funcionalidades necessárias no ambiente mais antigo.
Exemplo de alinhamento com sucesso de ambientes com estações de atualização de serviço
Imagine que tem ambientes de produção no Canadá e nos Estados Unidos. Nesse caso, os seus ambientes de programação devem estar na América do Norte (estação 5) e não no Canadá (estação 2). Em seguida, os seus ambientes de programação serão sempre os mesmos ou uma versão anterior do que os seus ambientes de produção, o que reduzirá os conflitos de importação de soluções.
