Configuration DevOps Considérations

  • Rversion finale: Washingtondc
  • Mis à jour 1 févr. 2024
  • 1 minute de lecture
  • Tenez compte de ces points lors de la mise en œuvre du CSDM cadre.

    • Si vous créez une application Configuration DevOps à partir d’un modèle ou d’un service d’application existant, tenez compte des différences entre un modèle d’application et un service d’application :
      • Un modèle d’application est un type de modèle qui peut être géré et suivi dans le cadre d’un processus de développement Scrum. Il s’agit de l’objet de référence auquel les données de configuration de votre application seront liées.
      • Un service d’application représente une instance d’une application ou d’un système d’entreprise dans différents types d’environnements de développement, tels que le développement, le test ou la production. C’est l’environnement cible où vos données de configuration seront déployées et est par conséquent lié à un déployable dans votre application. Les services d’application sont généralement liés à un modèle d’application, où l’état prévu des données de configuration d’une application est défini.
      Remarque :
      • Si vous disposez déjà d’un environnement cible (développement, test ou production) que vous souhaitez configurer et si le service d’application pour cet environnement a été défini, cette option est le moyen le plus rapide d’obtenir des données de configuration définies et mappées à cet environnement. C’est l’option à privilégier.
      • Il s’agit également de l’option recommandée si un service d’application n’a pas encore été défini, mais qu’un modèle d’application a déjà été créé (à partir d’autres utilisations dans la plateforme).
    • Utilisation d’un enregistrement d’application distinct dans Configuration DevOps:

      Configuration DevOps dispose d’une version distincte d’une application par rapport à son homologue dans Changements de vélocité DevOps. La raison en est que l’application est l’objet central de référence pour le modèle de données de configuration d’un client et nécessite donc des limites strictes pour respecter toute modification de ce modèle au fil du temps.

      À l’inverse, l’application peut Changements de vélocité DevOps être considérée comme un conteneur pour les différents objets outils qui peuvent être découverts avec elle (pipelines, plans, référentiels et validations de code).