Berücksichtigen Sie diese Punkte bei der Implementierung des Frameworks CSDM.

• Wenn Sie eine neue DevOps Config Anwendung aus einem vorhandenen Anwendungsmodell oder Service erstellen, beachten Sie die Unterschiede zwischen einem Anwendungsmodell und einem Anwendungsservice:
  • Ein Anwendungsmodell ist ein Modelltyp, der innerhalb eines Scrum-Entwicklungsprozesses verwaltet und nachverfolgt werden kann. Es ist das Referenzobjekt, an das die Konfigurationsdaten Ihrer Anwendung gebunden werden.
  • Ein Anwendungsservice stellt eine Instanz einer Geschäftsanwendung oder eines Systems in verschiedenen Arten von Entwicklungsumgebungen dar, z. B. Entwicklung, Test oder Produktion. Dies ist die Zielumgebung, in der Ihre Konfigurationsdaten bereitgestellt werden, und daher mit einem bereitstellbaren Element in Ihrer Anwendung verknüpft. Anwendungsservices sind normalerweise mit einem Anwendungsmodell verknüpft, in dem der beabsichtigte Status der Konfigurationsdaten für eine Anwendung definiert ist.
  Hinweis:

  • Wenn Sie bereits eine Zielumgebung (Entwicklung, Test oder Produktion) haben, die Sie konfigurieren möchten, und der Anwendungsservice für diese Umgebung definiert wurde, ist diese Option die schnellste Möglichkeit, Ihre Konfigurationsdaten zu definieren und dieser Umgebung zuzuordnen. Dies ist die bevorzugte Option.
  • Dies ist auch die bevorzugte Option, wenn noch kein Anwendungsservice definiert wurde, aber bereits ein Anwendungsmodell erstellt wurde (von anderen Verwendungen in der Plattform).
• Verwendung eines separaten Anwendungsdatensatzes in DevOps Config:

  DevOps Config verfügt im Vergleich zu seinem Gegenstück in DevOps Change-Geschwindigkeit] über eine separate Version einer Anwendung. Der Grund dafür ist, dass die Anwendung das zentrale Referenzobjekt für das Konfigurationsdatenmodell eines Kunden ist und daher strikte Grenzen erfordert, um Änderungen an diesem Modell im Laufe der Zeit zu berücksichtigen.

  Umgekehrt kann die Anwendung in DevOps Change-Geschwindigkeit eher als Container für die verschiedenen Toolobjekte betrachtet werden, die damit erkannt werden können (Pipelines, Pläne, Repositorys und Code-Commits).