Considerações sobre Configuração de DevOps

Considere estes pontos ao implementar a estrutura do CSDM.

• Se você estiver criando uma nova aplicação do Configuração de DevOps a partir de um modelo de aplicação ou serviço existente, considere as diferenças entre um Modelo de aplicação e um Serviço de aplicações:
  • Um Modelo de aplicação é um tipo de modelo que pode ser gerenciado e rastreado dentro de um processo de desenvolvimento do Scrum. É o objeto de referência ao qual os dados de configuração da aplicação serão vinculados.
  • Um serviço de aplicativos representa uma instância de uma aplicação ou sistema de negócios em diferentes tipos de ambientes de desenvolvimento, como desenvolvimento, teste ou produção. É o ambiente de destino onde seus dados de configuração serão implantados e, consequentemente, estão vinculados a um implantável em sua aplicação. Os serviços de aplicações geralmente se vinculam a um modelo de aplicação, em que o estado pretendido dos dados de configuração de uma aplicação é definido.
  Nota:

  • Se você já tiver um ambiente de destino (desenvolvimento, teste ou produção) que deseja configurar e o Serviço de aplicação para esse ambiente tiver sido definido, essa opção é a maneira mais rápida de definir e mapear seus dados de configuração para esse ambiente. É a opção preferencial.
  • Esta também é a opção preferencial se um serviço de aplicação ainda não tiver sido definido, mas um modelo de aplicação já tiver sido criado (a partir de outros usos na plataforma).
• Uso de um registro de aplicação separado em Configuração de DevOps:

  Configuração de DevOps tem uma versão separada de uma aplicação em comparação com sua contraparte em Velocidade de mudança para DevOps. O motivo é que a aplicação é o objeto central de referência para o modelo de dados de configuração de um cliente e, portanto, requer limites rígidos para respeitar quaisquer mudanças nesse modelo ao longo do tempo.

  Por outro lado, a aplicação em Velocidade de mudança para DevOps pode ser considerado mais como um contêiner para os vários objetos de ferramenta que podem ser descobertos com ele (pipelines, planos, repositórios e confirmações de código).