Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Erstellung
Die Verwendung einer gemeinsam genutzten Db2-Datenbank ermöglicht die gleichzeitige Ausführung identischer oder konsistenter Anwendungen sowohl in Mainframe- als auch in Cloud-Umgebungen. Dieser Ansatz bietet mehrere Vorteile, wenn Sie auf beiden Plattformen dieselbe Anwendungsversion verwenden, und sorgt für mehr Flexibilität und Zuverlässigkeit in Ihrem Betrieb.
Ein entscheidender Vorteil dieser Strategie ist die Möglichkeit, einen effektiven Rollback-Plan zu implementieren. Wenn während der Migration oder Bereitstellung Probleme auftreten, ermöglicht die Verwendung derselben Anwendungsversion eine nahtlose Rückkehr zum vorherigen Status und minimiert Ausfallzeiten und potenzielle Dateninkonsistenzen.
Konsistenz der Anwendungen
Die Spiegelung von Anwendungskomponenten von einem Distributed Source Control Manager auf den Mainframe ist ein strategischer Ansatz während des Umstellungsprozesses. Diese Methode unterstützt die Verwendung moderner Tools zur Quellcodeverwaltung und gewährleistet gleichzeitig die Synchronisation mit der Mainframe-Umgebung. Dieser Spiegelungsprozess ist temporär und dauert nur so lange, bis der Workload in der Produktion auf der verteilten Plattform voll funktionsfähig ist.
Durch die Migration des Quellcodes Ihrer Anwendung auf eine neue Plattform zu einem verteilten Change-Management-Tool können Sie mehrere Vorteile nutzen, die moderne Quellcode-Manager bieten. Dazu zählen:
-
Verbesserte Zusammenarbeit: Verteilte Tools bieten häufig eine bessere Unterstützung für die Teamzusammenarbeit, indem sie Funktionen wie Pull-Requests, Codeüberprüfungen und Branching-Strategien enthalten.
-
Verbesserte Versionskontrolle: Moderne Systeme bieten eine detailliertere Versionskontrolle und erleichtern die Nachverfolgung von Änderungen und die Verwaltung verschiedener Versionen des Codes.
-
Integration mit CI/CD Pipelines: Viele verteilte Tools lassen sich nahtlos in CI/CD-Pipelines (Continuous Integration and Continuous Deployment) integrieren, wodurch der Entwicklungsprozess optimiert wird.
-
Bessere Transparenz und Rückverfolgbarkeit: Diese Tools bieten häufig überlegene Dashboards und Berichtsfunktionen und bieten einen besseren Einblick in den Entwicklungsprozess.
-
Support moderner Entwicklungspraktiken: Verteilte Systeme eignen sich in der Regel besser für agile Methoden und DevOps Praktiken.
Bei der Spiegelung wird der Code vom Distributed Source Control Manager zurück zum Mainframe synchronisiert. Dadurch wird sichergestellt, dass beide Umgebungen während der Übergangsphase konsistent bleiben. Sie müssen die Spiegelung jedoch als unidirektionale Synchronisation implementieren, bei der Updates nicht bidirektional, sondern vom verteilten System zum Mainframe fließen. Dieser Ansatz gewährleistet die Konsistenz und verhindert potenzielle Konflikte, die durch gleichzeitige Updates in beiden Umgebungen entstehen könnten.
Mit dieser Spiegelungsstrategie können Sie Ihre Entwicklungsaktivitäten schrittweise auf die verteilte Plattform verlagern und gleichzeitig sicherstellen, dass die Mainframe-Umgebung erhalten bleibt. up-to-date Dies sorgt für einen reibungsloseren Übergang und ein Sicherheitsnetz während des Umstellungsprozesses. Wenn der Workload in der verteilten Produktionsumgebung voll funktionsfähig und stabil ist, können Sie den Spiegelungsprozess schrittweise beenden und die Migration zum modernen Quellcodeverwaltungssystem abschließen.
Architektur
Das folgende Diagramm zeigt, wie ein verteiltes Quellcodeverwaltungssystem Anwendungskomponenten spiegeln und die Synchronisation zwischen der Umgebung AWS Cloud und der Mainframe-Umgebung aufrechterhalten kann. Die AWS Cloud Umgebung verwendet CI/CD Dienste wie AWS CodeBuild, und AWS CodePipeline, um die Anwendung AWS CodeDeployzu erstellen und bereitzustellen.
In diesem Workflow:
-
Die Anwendungseigentümer stellen eine neue Anwendungsversion in den Entwicklungszweig des Quellcode-Repositorys bereit.
-
Die neue Version wird ausgelöst AWS CodePipeline.
-
AWS CodeBuild ruft Db2-Anmeldeinformationen von ab. AWS Secrets Manager
-
CodeBuild kompiliert die Anwendung.
-
CodeBuild verwendet Db2 for z/OS , um die Anwendung zu binden.
-
Der Mainframe-Bereitstellungsablauf erstellt und implementiert die Anwendung ebenfalls.