Estratégia do ambiente para ALM
Para seguir os princípios de gerenciamento do ciclo de vida do aplicativo (ALM), você precisará de ambientes separados para desenvolvimento e produção de aplicativos. Embora você possa executar o ALM básico apenas com ambientes de desenvolvimento e produção separados, recomendamos que você também mantenha pelo menos um ambiente de teste separado dos ambientes de desenvolvimento e produção. Quando você tem um ambiente de teste separado, pode executar a validação de ponta a ponta que inclui a implantação da solução e o teste de aplicativos. Algumas organizações também podem precisar de mais ambientes para teste de aceitação do usuário (user acceptance testing, UAT), teste de integração de sistemas (systems integration testing, SIT) e treinamento.
Os ambientes de desenvolvimento separados podem ser úteis para ajudar a isolar as alterações de um esforço de trabalho que está sendo verificado 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 faz alterações.
Cada organização é única, portanto, considere cuidadosamente quais são as necessidades do ambiente da sua organização.
Ambientes de desenvolvimento
Você deve responder a perguntas como:
- De quantos ambientes de desenvolvimento eu preciso?
- Mais informações: Visão geral de ambientes
- Como posso provisionar ambientes automaticamente desde o código-fonte?
- Mais informações: Microsoft Power Platform Build Tools para Azure DevOps
- Quais são as dependências em meus ambientes?
- Para obter mais informações: Múltiplas camadas de solução e dependências
Outros ambientes
Você também deve responder à pergunta "De que tipos de ambientes de não desenvolvimento eu preciso?"
Por exemplo, além do seu ambiente de produção, você pode precisar de ambientes de teste, UAT, SIT e pré-produção separados. Observe que, no mínimo, qualquer prática saudável de ALM deve incluir o uso de um ambiente de teste antes de implantar qualquer coisa no ambiente de produção. Isso garante que você tenha um local para testar seu aplicativo, mas também garante que a própria implantação possa ser testada.
Mais informações: Como estabelecer uma estratégia de ambiente para o Microsoft Power Platform
Considerações multigeográficas
Os ambientes da Power Platform seguem uma programação de atualização de serviço específica conforme 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. Portanto, as atualizações do serviço da estação 2 são aplicadas antes da estação 3. Portanto, é comum que ambientes que estão em estações diferentes tenham versões diferentes em determinado momento. Para obter mais informações sobre a programação de atualização do serviço de ambiente, consulte Versões lançadas do Microsoft Dataverse
Importação da solução e versão do ambiente
Quando você tem vários ambientes em regiões diferentes, é importante entender o seguinte ao importar uma solução:
- Você pode importar uma solução para um ambiente que seja uma versão mais recente do que o ambiente para o qual a solução foi exportada.
- Você não pode importar de forma confiável uma solução para um ambiente que seja uma versão mais antiga do que o ambiente para o qual a solução foi exportada. Isso ocorre porque pode haver componentes ausentes ou funcionalidade necessária no ambiente mais antigo.
Exemplo de alinhamento bem-sucedido de ambientes com estações de atualização de serviço
Imagine que você tenha ambientes de produção no Canadá e nos Estados Unidos. Nesse caso, seus ambientes de desenvolvimento devem estar na América do Norte (estação 5) e não no Canadá (estação 2). Portanto, seus ambientes de desenvolvimento serão sempre iguais ou anteriores aos seus ambientes de produção, o que reduzirá os conflitos de versão de importação da solução.
