Diretrizes sobre movimentação de dados de configuração
As diretrizes básicas e as regras a serem seguidas para a movimentação de dados de configuração enquanto se trabalha com vários ambientes de kit de ferramentas de nuvem e de desenvolvedor
- O ambiente de nuvem Master-Config age como a origem de configuração de verdade para todos os ambientes. A configuração é criada aqui e deve ser movida usando a Configuration Deployment Tool (CDT) somente daqui para outros ambientes de nuvem e não vice-versa.
- Após fazer upgrade do aplicativo, não importe a CDT no ambiente de autoria (MC) da versão mais antiga.
- Se alguma configuração ad hoc precisar ser feita em tempo real no ambiente de Produção, ela deverá primeiro ser feita no ambiente de Configuração Principal, verificada no ambiente de Pré-Produção e, somente então, feita em tempo real no ambiente de Produção Essas configurações devem ser reconciliadas manualmente em ambientes de nuvem inferiores
- Ambientes de kit de ferramentas do desenvolvedor são ambientes locais extraídos de ambientes de nuvem que um SI pode configurar. Eles são extraídos principalmente do (mas não restritos ao) ambiente de nuvem de Integração.
- Elas não são autoras de configurações Para eles, seu ambiente de nuvem pai deve ser o ambiente de autoria para configurações..
- Os dados de configuração nunca devem ser movidos dos ambientes do kit de ferramentas do desenvolvedor para a nuvem (a única exceção é para clientes que usam o BOPIS Deployment Accelerator pela primeira vez quando estão carregando o BOPIS Deployment Accelerator na nuvem).
- Se um cliente tiver necessidades aprimoradas de desenvolvimento / teste (desenvolvimento paralelo simultâneo em várias versões, diferentes projetos POC e assim por diante) que não estão sendo satisfeitas por um único conjunto de ambientes de nuvem de Integrações / QA, eles podem optar por comprar ambientes de ambiente de simulação de nuvem adicionais..
- Sempre que configurações delta são feitas em tais ambientes, elas devem ser mescladas manualmente no ambiente Master-Config.
- Um implementador (SI) não deve modificar as configurações fornecidas pelo aplicativo, como critérios, fluxos e condições do agente.
- O critério do Agente fornecido pelo aplicativo é uma configuração de amostra, ele pertence ao produto e pode ser alterado entre as liberações A configuração de amostra é uma maneira de expor os novos parâmetros incluídos no agente.
- Os Serviços fornecidos pelo aplicativo são publicados, e seu comportamento é documentada. Um SI não deve modificar esses serviços Além disso, seu comportamento pode ser aprimorado sobre as liberações e a documentação seria atualizada em conformidade.
- As Condições fornecidas pelo aplicativo também são publicadas e seu comportamento é documentado. Seu comportamento pode ser aprimorado sobre as liberações. Além disso, uma Condição fornecida pelo aplicativo pode ser usada em alguns manipuladores de Serviços e de Eventos fornecidos pelo aplicativo Portanto, alterar uma condição pode falhar em tais serviços e manipuladores de eventos.
Em vez disso, um SI deve criar um novo componente observando a configuração fornecida pelo aplicativo. O Gerenciador de Aplicativos também fornece uma opção 'Salvar Como'. Usando essa opção, o SI pode facilmente duplicar um componente e usá-lo na configuração necessária.