Considerações sobre Configuração de DevOps

  • Versão de lançamento: Washingtondc
  • Atualizado 1 de fev. de 2024
  • 1 min. de leitura
  • 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).