Bewährte Methoden - AWS Präskriptive Leitlinien
NetzwerklatenzSicherheitAnwendungs-GovernanceElastizität

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.

Bewährte Methoden

In diesem Abschnitt werden eine Reihe von bewährten Methoden zur Bewältigung der wichtigsten Herausforderungen bei der Umstellung von Mainframe-Workloads auf Cloud-Umgebungen unter Beibehaltung der Datenbank auf Db2 for z/OS beschrieben.

Netzwerklatenz

Um die Latenzauswirkungen einer Trennung der Anwendung von der Db2-Datenbank während einer Plattformumstellung genau vorhersagen zu können, empfehlen wir Ihnen, die Anzahl der Db2-Aufrufe sowohl für Transaktionen als auch für Batch-Prozesse gründlich zu bewerten. Diese Bewertung sollte anhand von Trace-Daten durchgeführt werden und die folgenden Schritte umfassen:

  • Erfassung von Trace-Daten: Sammeln Sie detaillierte Traces von repräsentativen Transaktionen und Batch-Jobs und stellen Sie sicher, dass die Traces alle Db2-Interaktionen, einschließlich Ein- und Ausgängen, erfassen.

  • Analysieren Sie die Trace-Daten: Zählen Sie die Anzahl der Db2-Ein- und Ausgänge für jede Transaktion und jeden Batch-Job und berechnen Sie die durchschnittliche Anzahl von Db2-Interaktionen pro Transaktion und Batch-Prozess.

  • Messen Sie die aktuellen Antwortzeiten: Prüfen Sie, ob der Db2-Zugriff mit dem Service Level Agreement (SLA) Ihrer Anwendung übereinstimmt.

  • Schätzen Sie die Netzwerklatenz ab: Ermitteln Sie die erwartete Netzwerklatenz zwischen der Anwendung auf die neue Plattform und der Db2-Datenbank. Berücksichtigen Sie Faktoren wie physische Entfernung, Netzwerkinfrastruktur und potenzielle Engpässe.

  • Berechnen Sie die potenziellen Auswirkungen: Multiplizieren Sie für jede Transaktion und jeden Batch-Prozess die Anzahl der Db2-Ein- und -Ausgänge mit der geschätzten Netzwerklatenz. Fügen Sie diese berechnete Zeit zu den aktuellen Antwortzeiten hinzu, um die neue Gesamtverarbeitungszeit vorherzusagen.

  • Beurteilen Sie die Ergebnisse: Beurteilen Sie, ob der prognostizierte Latenzanstieg für Ihre Geschäftsanforderungen akzeptabel ist, und identifizieren Sie alle Transaktionen oder Prozesse, die möglicherweise optimiert oder neu gestaltet werden müssen, um Latenzprobleme zu minimieren.

  • Erwägen Sie Strategien zur Risikominderung: Erkunden Sie Optionen wie Verbindungspooling, Caching oder Batch-Datenabruf, um die Anzahl der einzelnen Db2-Interaktionen zu reduzieren. Prüfen Sie die Möglichkeit, Daten, auf die häufig zugegriffen wird, näher an die Anwendungsebene zu verlagern.

Wenn Sie diese Schritte befolgen, können Sie datengestützte Entscheidungen über die Durchführbarkeit Ihrer Umstellungsstrategie treffen und potenzielle Leistungsprobleme erkennen, bevor sie sich auf Ihre Produktionsumgebung auswirken. Dieser Ansatz trägt dazu bei, einen reibungslosen Übergang zu gewährleisten und gleichzeitig ein akzeptables Leistungsniveau für Ihre datenbankabhängigen Anwendungen aufrechtzuerhalten.

Sicherheit

  • Schützen Sie Ihren Anwendungsaufbau: Verwenden Sie für die Ausführung ein privates Subnetz in der Virtual Private Cloud (VPC), AWS CodeBuild um Isolation und erhöhte Sicherheit zu gewährleisten. Implementieren Sie einen vertrauenswürdigen Db2-Kontext aus dem CodeBuild Subnetz CIDR für den sicheren Datenbankzugriff während des Erstellungsprozesses.

  • Schützen Sie Ihre Laufzeitumgebung: Verwenden Sie einen vertrauenswürdigen Db2-Kontext aus dem Laufzeitsubnetz CIDR für sichere Datenbankverbindungen.

  • Sicheres Verwalten von Datenbankanmeldedaten: Implementieren Sie einen regelmäßigen Rotationsplan für die Anmeldeinformationen, um das Risiko eines unbefugten Zugriffs zu minimieren. Speichern Sie Db2-Anmeldeinformationen sicher in. AWS Secrets Manager

  • Sorgen Sie für Netzwerksicherheit: Implementieren Sie strenge Netzwerksegmentierungs- und Firewallregeln, um sowohl Build- als auch Laufzeitumgebungen zu schützen. Verwenden Sie die richtige Kombination von AWS Direct Connect und AWS Site-to-Site VPN , um das erforderliche Sicherheitsniveau zu erreichen.

  • Verschlüsselung erzwingen: Erzwingen Sie die Verschlüsselung für Daten, die zwischen Ihrer Anwendung und Db2 for z/OS übertragen werden.

Anwendungs-Governance

  • Etablieren Sie eine Informationsquelle: Richten Sie beispielsweise das neue Software Configuration Management (SCM) GitHub als zentrale Informationsquelle für den migrierten Anwendungscode ein. Dadurch wird Konsistenz gewährleistet und Versionsunterschiede zwischen der Cloud- und der Mainframe-Umgebung während der Übergangsphase vermieden.

  • Aktualisieren Sie den Change-Management-Prozess: Aktualisieren Sie den Change-Management-Prozess, um Codeänderungen in diesem neuen Paradigma mit dualer Umgebung zu berücksichtigen. Dieser Prozess sollte Folgendes beinhalten:

    • Klare Genehmigungsworkflows für Codeänderungen.

    • Obligatorische Codeüberprüfungen vor der Zusammenführung des Codes in den Hauptzweig.

    • Synchronisierte Bereitstellungsverfahren, um sicherzustellen, dass beide Umgebungen gleichzeitig Updates erhalten.

    • Rollback-Mechanismen bei Problemen in einer der Umgebungen.

Elastizität

Die Elastizität von Cloud Computing führt zu einem Paradigmenwechsel, der die Kostenstruktur und das Ressourcenmanagement von Mainframes erheblich verändert. Im Gegensatz zur herkömmlichen Mainframe-Umgebung, die über feste Kapazitäten und Preismodelle nach Spitzenwerten verfügt, bieten Cloud-Plattformen dynamische Skalierbarkeit und einen pay-as-you-go Ansatz, der potenziell zu erheblichen Kosteneinsparungen und verbesserter betrieblicher Effizienz führen kann.

In einer Cloud-Umgebung können Unternehmen ihre Rechenressourcen je nach Bedarf in Echtzeit nach oben oder unten skalieren, wodurch die Notwendigkeit einer Überprovisionierung zur Bewältigung von Spitzenlasten entfällt. Diese Flexibilität ermöglicht es Unternehmen, nur für die Ressourcen zu zahlen, die sie verbrauchen, anstatt in teure Hardware- und Softwarelizenzen zu investieren, um gelegentliche Nutzungsspitzen zu bewältigen.

Einzelheiten zur Funktionsweise der Preisgestaltung finden Sie AWS unter AWS Preisgestaltung.