AWS Blu Age Häufig gestellte Fragen - AWS Mainframe-Modernisierung

AWS Der Mainframe Modernization Service (Managed Runtime Environment Experience) steht Neukunden nicht mehr zur Verfügung. Funktionen, die dem AWS Mainframe Modernization Service (Managed Runtime Environment-Erfahrung) ähneln, finden Sie unter AWS Mainframe Modernization Service (Self-Managed Experience). Bestandskunden können den Service weiterhin wie gewohnt nutzen. Weitere Informationen finden Sie unter Änderung der Verfügbarkeit von AWS Mainframe Modernization.

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.

AWS Blu Age Häufig gestellte Fragen

General

  1. Was ist der Hauptzweck der Funktionen von AWS Blu Age Refactoring?

    Die Refactoring-Funktion refaktoriert älteren monolithischen Code in Java, wobei moderne verteilte Anwendungen verwendet werden, die moderne Sprachen und Frameworks verwenden und dabei einem automatisierten Refactoring-Muster folgen. Dieses Muster beinhaltet die automatische Analyse von Legacy-Code, das Verständnis seiner Funktionalität und die Konvertierung in gleichwertigen modernen Code unter Beibehaltung der Geschäftslogik. Der Prozess umfasst die Modernisierung nicht nur des Codes, sondern auch des gesamten Anwendungsstapels, der Abhängigkeiten und der Infrastruktur mithilfe automatisierter Tools und Prozesse. Die Lösung zielt darauf ab, die Modernisierung zu beschleunigen und gleichzeitig die funktionale Gleichwertigkeit und Leistung aufrechtzuerhalten. Dazu gehört die Transformation sowohl des Anwendungscodes als auch der zugehörigen Datenbanken und Datenspeicher sowie die Implementierung von Best Practices und Entwurfsmustern für die Cloud.

  2. Welche Mainframe-Anwendungen werden von AWS Blu Age unterstützt?

    AWS Blu Age unterstützt derzeit die Modernisierung von IBM z/OS Mainframe-Anwendungen, die in COBOL, PL/I, JCL (Job Control Language) geschrieben sind und sich auf den Transaktionsmanager CICS (Customer Information Control System), BMS-Bildschirme (Basic Mapping Support), IMS-MFS-Screens, Datenbanken, DB2 IMS-Datenbanken, Flatfiles, GDG (Generation Data Groups) und VSAM-Datendateien (Virtual Storage Access Method) stützen.

  3. Welche Mainframe-Sprachen kann Blu Age modernisieren? AWS

    AWS Blu Age transformiert COBOL und PL/I Code in Java, JCLs in Groovy, Bildschirme (BMS oder MFS) in HTML (mit Sass) und JavaScript (Angular-Anwendungen — React wird derzeit nicht unterstützt) und ermöglicht so die Modernisierung älterer Mainframe-Anwendungen auf Cloud-native Architekturen. Diese Technologien wurden aufgrund ihrer breiten Akzeptanz, ihres robusten Ökosystems und ihrer Cloud-nativen Funktionen ausgewählt. Angular bietet eine moderne, reaktionsschnelle Benutzeroberflächenebene, die ältere Greenscreen-Benutzeroberflächen ersetzt. Es ermöglicht die Erstellung dynamischer, benutzerfreundlicher Webanwendungen, auf die über verschiedene Geräte und Plattformen zugegriffen werden kann. Die komponentenbasierte Architektur unterstützt eine wartbare und skalierbare Frontend-Entwicklung. Die Transformation führt zu verteilten Anwendungen, die modernen Architekturmustern und bewährten Verfahren folgen.

  4. Wie bringt AWS Blu Age bestehende Einschränkungen mit Cloud-Vorteilen in Einklang?

    AWS Blu Age schafft ein Gleichgewicht, indem es wichtige Geschäftslogik und Funktionen beibehält und gleichzeitig Cloud-native Funktionen einführt. Es stellt sicher, dass modernisierte Anwendungen die erforderliche veraltete Geschäftslogik beibehalten und gleichzeitig die Vorteile der Cloud-Skalierbarkeit, Agilität und modernen Betriebspraktiken nutzen. Dieser Ansatz hilft Unternehmen dabei, die Geschäftskontinuität aufrechtzuerhalten und gleichzeitig die Vorteile der Cloud-Infrastruktur zu nutzen.

  5. Welche Rolle spielt die serviceorientierte Architektur in der modernisierten Anwendung?

    Die serviceorientierte Architektur spielt eine grundlegende Rolle bei der Aufteilung monolithischer Anwendungen in besser verwaltbare modulare Komponenten. AWS Blu Age entwickelt serviceorientierte und objektorientierte Anwendungen, die eine bessere Wartbarkeit und Skalierbarkeit ermöglichen. Dieser architektonische Ansatz ermöglicht es Unternehmen, ihre Geschäftseffizienz zu steigern und sich auf eine mögliche future Einführung von Microservices vorzubereiten.

  6. Welche Aspekte des Anwendungsstapels sind im Refactoring-Prozess enthalten?

    Der Refactoring-Prozess umfasst den kompletten Software-Stack: Anwendungscode, Abhängigkeiten, Datenbanken und Infrastruktur (z. B. Optionen für Caching, Messaging-Unterstützung usw.). Es umfasst die Transformation älterer Programmiersprachen, Datenbanksysteme, Datendateien und der zugehörigen Infrastrukturkomponenten. Dieser umfassende Ansatz stellt sicher, dass alle Aspekte der Anwendung einheitlich modernisiert werden, was zu einem vollständig transformierten modernen Anwendungsstapel führt.

  7. Macht der Modernisierungsprozess von AWS Blu Age jegliche Tests oder Qualitätssicherungsprüfungen der modernisierten Java-Anwendung überflüssig?

    Nein, der Modernisierungsprozess von AWS Blu Age macht Tests oder Qualitätssicherungsprüfungen der modernisierten Java-Anwendung nicht überflüssig.

  8. Wofür steht AWS Blu Age JAC?

    JAC steht für JICS Administration Console

  9. Wie kann ich auf die AWS Blu Age-Tools zugreifen?

    AWS Auf Blu Age-Tools kann über die AWS-Konsole über AWS Mainframe Modernization (M2) Refactor zugegriffen werden. Der Zugriff auf Funktionen hängt von Ihrer Akkreditierungsstufe ab. Beginnen Sie mit dem Transformation Center, um das automatische Java-Refactoring Ihres Quellcodes zu bewerten. Eine ausführliche Anleitung finden Sie in der AWS Blu Insights-Dokumentation. Nach der Modernisierung können Sie Anwendungen mithilfe von Runtime bereitstellen. Weitere Informationen finden Sie in der Dokumentation zur AWS Mainframe-Modernisierung.

  10. Wie berechnet man die Größe (Arbeitslast und Zeitplan) eines Projekts?

    Weitere Informationen dazu finden Sie unter Schätzungen von AWS Blu Insights oder wenden Sie sich an Ihren Account Manager.

  11. Gibt es spezielle Anforderungen für die Wartung von migrierten Java AWS Blu Age-Lösungen?

    Nein, es gibt keine spezifischen Anforderungen für die Wartung migrierter Java AWS Blu Age-Lösungen.

  12. Was sind die technischen Spezifikationen und die Kompatibilität des von AWS Blu Age generierten Codes?

    AWS Der von Blu Age generierte Code wurde mit spezifischen technischen Eigenschaften und umfassender Kompatibilität entwickelt. JPA wird zwar nicht unterstützt, verwendet jedoch die direkte SQL-Ausführung mit externalisierten Abfragen. Der Code stützt sich auf laufzeitspezifische Bibliotheken für funktionale Äquivalenz, Generierung von Webdiensten und MQ-Implementierungen. Der generierte Code kann zur Entwicklung, zum Testen, Erstellen und Bereitstellen in jede Java-IDE importiert werden. Die erforderlichen Bibliotheken müssen jedoch entsprechend importiert werden. Während Maven standardmäßig in den AWS Mainframe Modernization Service für Build-Prozesse integriert ist, können alternative Tools wie Gradle verwendet werden, indem das Paketierungsformat nach der Transformation geändert wird. Die Plattform bietet Flexibilität in Bezug auf Entwicklungstools und Quellcodeverwaltung. Für Entwicklungsteams, die den Code verwalten, stehen Schulungen zur Verfügung. Weitere Informationen finden Sie unter AWS Blu Age Runtime High-Level-Architektur.

AWS Blu Age Runtime

  1. Wo finde ich Informationen zu AWS Blu Age Runtime?

    Weitere Informationen zur Einrichtung, zum Onboarding, zum Abrufen von Artefakten, zur Bereitstellung usw. finden Sie in der Blu Age Runtime-Dokumentation zur Einrichtung von AWS Runtime.

  2. Werden die JAR-Abhängigkeiten von AWS Blu Age zur lokalen Entwicklung in das Maven-Repository des Kunden hochgeladen?

    Bibliotheken können EC2 mithilfe eines AMI importiert werden, das für die Konfiguration der Entwicklungs-, Test- und Produktionsumgebung verwendet werden kann. Das Team wird im Hinblick auf den generierten Anwendungscode geschult und geschult. maintain/enhance Weitere Informationen finden Sie unter AWS Blu Age Runtime High-Level-Architektur.

  3. Worauf bezieht sich der Begriff „Gapwalk“ in den verteilten AWS Blu Age Runtime-Jars?

    Informationen zu Gapwalk finden Sie unter AWS Blu Age Runtime-Artefakte.

  4. Wie beantrage ich Zugriff auf die AWS Blu Age Runtime?

    Auf die Runtime kann über die Blu AgeToolbox zugegriffen Blu Insights werden.

  5. Was sind die unterstützten Laufzeiten für umgestaltete AWS Blu Age-Anwendungen?

    AWS Blu Agebietet eine einzige Runtime für verschiedene Phasen Ihrer Modernisierung und betriebliche Anforderungen. Weitere Informationen finden Sie unter Runtime.AWSBlu Age

  6. Wann wird AWS Blu Age Runtime verwendet?

    Eine AWS Blu Age Runtime ist erforderlich, um die Ausführung von umgestalteten AWS Blu Age-Anwendungen zu unterstützen. Bei AWS Blu Age-basierten Refactoring-Projekten ist eine Runtime erforderlich, um die umgestalteten Anwendungen zu testen. Sobald das Refactoring-Projekt abgeschlossen ist, wird auch eine Runtime für die Wartung, das Testen und den Betrieb von umgestalteten Blu-Age-Anwendungen in der Produktion benötigt. AWS

  7. Wie AWS verteilt man neue Releases für Blu Age Runtime? AWS

    Auf die AWS Blu Age Runtime-Versionen kann über die Blu AgeToolbox zugegriffen werden. Weitere Informationen finden Sie in den AWSBlu Age-Versionshinweisen.

  8. Wie oft werden neue Haupt- und Nebenversionen von AWS Blu Age Runtime veröffentlicht?

    Weitere Informationen finden Sie unter Lebenszyklus der AWS Mainframe-Modernisierungskomponenten.

  9. Wie bietet AWS Support für AWS Blu Age Runtime?

    Der Support erfolgt über AWS Support, bei dem Probleme behoben werden, indem ein Ticket erstellt wird und die Standard-SLA gilt. Weitere Informationen finden Sie unter Lebenszyklus der AWS Mainframe-Modernisierungskomponenten.

  10. Was beinhaltet die AWS Blu-Age-Runtime für die AWS Mainframe-Modernisierung?

    Die AWS Blu Age Runtime umfasst Toolbox-Bibliotheken zur Beschleunigung der Modernisierung, zur Erleichterung von Cloud-Integrationen und zur Verbesserung der Codequalität und Wartbarkeit. Sie ermöglicht auch eine stärkere Automatisierung der Modernisierung, indem sie den Übergang zwischen Legacy-Architekturen und Cloud-Architekturen erleichtert. Die Runtime bietet Unterstützung für den Umgang mit Speicherdarstellungen älterer Verben und Datenstrukturen mithilfe von Java-Idiomen. Sie ermöglicht die Erstellung modernisierter Anwendungen, die auf objektorientierten Programmiertechniken basieren und in der Lage sind, ältere Kontrollabläufe zu reproduzieren. Es modernisiert ältere VSAM-Datensätze oder die Unterstützung hierarchischer IMS-Datenbanken mithilfe einer relationalen Datenbank wie Amazon Aurora. Es bietet Java-Ersatz für ältere Systemdienstprogramme (IDCAMS, IEBGENER, DFSORT usw.) und ältere Transaktionsmanagementsysteme (CICS, IMS). Es erleichtert Cloud-Integrationen mit Caching in Amazon ElastiCache und Unterstützung für AWS Messaging-Lösungen (SQS, Kinesis).

  11. Unterstützt AWS Blu Age Runtime Computerarchitekturen, die nicht auf x86 basieren?

    Derzeit unterstützt AWS Blu Age Runtime nur x86-basierte Computerarchitekturen und Rechenleistung. AWS Blu Age Runtime unterstützt keine ARM- und Graviton-basierten Computer.

  12. Wie können Kunden über AWS Blu Age Runtime-Versionen auf dem Laufenden bleiben, einschließlich Benachrichtigungen über neue Versionen und Zugriff auf Versionsverlauf und Versionshinweise?

    Neue Versionen von AWS Blu Age Runtime werden auf unsere offizielle Release-Seite hochgeladen. Wir empfehlen, diese Seite regelmäßig, idealerweise alle 3 Monate, auf die neuesten Versionen und Updates zu überprüfen. Was den Zugriff auf den Versionsverlauf und die Versionshinweise angeht, hängt die Verfügbarkeit vom end-of-life (EOL-) Datum der jeweiligen Hauptversion ab. Ausführliche Informationen zu EOL-Daten, zur Planung von Versionsupgrades und zum Zugriff auf historische Informationen finden Sie unter AWS Blu Age-Lebenszyklus.

  13. Was sind die Hauptkomponenten der High-Level-Architektur von AWS Blu Age Runtime?

    Die AWS Blu Age Runtime-Architektur besteht aus zwei Hauptkomponententypen. Erstens handelt es sich um Java-Bibliotheken (JAR-Dateien), die in einem gemeinsam genutzten Ordner gespeichert sind (auf den der Klassenlader des Anwendungsservers zugreifen kann) und Unterstützung für ältere Konstrukte und Anweisungen bieten. Zweitens gibt es Webanwendungen (Kriegsdateien), die Spring-basierte Anwendungen enthalten, die Frameworks und Dienste für modernisierte Programme bereitstellen. Zur Laufzeit gehören außerdem: eine Programmregistrierung, in der alle Programme für Aufrufe und programmübergreifende Aufrufe gesammelt werden, und eine Skriptregistrierung, die alle modernisierten Jobskripte sammelt. Diese Komponenten arbeiten zusammen, um ein einheitliches REST-basiertes Einstiegs- und Ausführungsframework für modernisierte Anwendungen bereitzustellen. Die Runtime und die modernisierte Anwendung werden zusammen auf einem Anwendungsserver (z. B. Tomcat) bereitgestellt.

  14. Wie konfiguriere ich den gemeinsamen Ordner mit AWS Blu Age Runtime-Artefakten?

    Die AWS Blu Age Runtime-Artefakte (Jars) müssen in einem gemeinsamen Ordner gesammelt werden, auf den der Klassenlader des Anwendungsservers zugreifen kann. Bei einem Tomcat-Server erfolgt die Konfiguration durch Ändern der regulären Konfigurationsdatei mit dem Namen catalina.properties. Wenn Sie den gemeinsamen Ordner beispielsweise als Ordner mit dem Namen „shared“ im Tomcat-Ordner erstellt haben, müssen Sie den Eintrag common.loader in der Datei catalina.properties ändern, um den gemeinsamen Ordner für den Tomcat-Klassenlader wie folgt zugänglich zu machen:

    common.loader="${catalina.base}/lib","${catalina.base}/lib/*.jar","${catalina.home}/lib","${catalina.home}/lib/*.jar","${catalina.home}/shared","${catalina.home}/shared/*.jar"
  15. Wie geht AWS Blu Age Runtime mit Staatenlosigkeit und Sitzungsmanagement um?

    AWS Blu Age Runtime implementiert Zustandslosigkeit und Sitzungsmanagement über mehrere Mechanismen. Für HTTP-Sitzungen verwendet es eine Cookie-basierte Identifizierung mit externem Cache-Speicher für den Benutzerkontext. Sitzungen können in verschiedenen Datenspeichern gespeichert werden, darunter Amazon ElastiCache, Redis-Cluster oder In-Memory-Maps. Das Statelless-Design stellt sicher, dass die meisten nicht vorübergehenden Zustände extern in einer gemeinsamen „zentralen Informationsquelle“ gespeichert werden, was eine hohe Verfügbarkeit und horizontale Skalierung ermöglicht. Dieser Ansatz ermöglicht in Kombination mit Lastenausgleich und gemeinsam genutzten Sitzungen die Verteilung von Benutzerdialogen auf mehrere Knoten.

  16. Welche Rolle spielen Webanwendungen in der AWS Blu Age Runtime-Umgebung?

    Webanwendungen in AWS Blu Age Runtime erfüllen mehrere wichtige Funktionen. Sie bieten Ausführungs-Frameworks, die ältere Umgebungen und Transaktionsmonitore (wie JCL-Batches, CICS, IMS) reproduzieren. Sie bieten REST-basierte Einstiegspunkte gapwalk-application.war zum Auslösen und Steuern von Transaktionen, Programmen und Batches. Darüber hinaus ermöglichen sie die Emulation von vom Betriebssystem bereitgestellten Programmen und speziellen Treiberprogrammen, auf die ältere Anwendungen angewiesen sind, um über MFS auf Dienste wie IMS DB oder Benutzerdialoge zuzugreifen.

  17. Wie werden Programme in Blu Age Runtime registriert und verwaltet? AWS

    Programme in AWS Blu Age Runtime werden über ein ProgramRegistry System registriert, das beim Serverstart automatisch geladen wird. Jedes Programm implementiert die Programmoberfläche und ist als Spring-Komponente gekennzeichnet. Programme werden anhand ihrer Bezeichner registriert, wobei mehrere Einträge möglich sind, wenn ein Programm mehrere Bezeichner hat. Der Registrierungsprozess erfolgt automatisch und wird in Tomcat-Protokollen protokolliert. ProgramRegistryDies ermöglicht es anderen Programmen und Skripten, registrierte Programme zu finden und aufzurufen, wobei die Modularität und Interkonnektivität des modernisierten Systems erhalten bleibt.

  18. Wie wird die Konfiguration in AWS Blu Age Runtime-Anwendungen verwaltet?

    Die Konfiguration in AWS Blu Age Runtime wird mithilfe von YAML-Dateien mithilfe der Funktionen des Spring Boot-Frameworks verwaltet. Zwei Hauptkonfigurationsdateien werden verwendet: application-main.yml für die Framework-Konfiguration und für kundenspezifische Optionen. application-profile.yml Das System folgt der Prioritätslogik von Spring und ermöglicht das Überschreiben der Konfiguration auf verschiedene Weise. Zusätzliche Konfigurationen können über JNDI für Datenbanken und Befehlszeilenparameter bereitgestellt werden, was Flexibilität bei der Konfigurationsverwaltung bietet. Die Logger-Konfiguration erfolgt mithilfe von Logback-XML-Konfigurationsdateien.

  19. Welche Rolle spielen Secrets Manager in der AWS Blu Age Runtime-Konfiguration?

    Secrets-Manager in AWS Blu Age Runtime schützen sensible Konfigurationsdaten wie Datenbankanmeldedaten und Redis-Cache-Passwörter. Sie ermöglichen die Speicherung kritischer Daten in AWS Geheimnissen und referenzieren sie in YAML-Konfigurationsdateien. Das System unterstützt verschiedene Arten von Geheimnissen, darunter Datenbankgeheimnisse, die automatisch alle relevanten Felder ausfüllen, und Geheimnisse mit einem einzigen Passwort für kennwortgeschützte Ressourcen. Dieser Ansatz erhöht die Sicherheit, indem sensible Daten von der Anwendungskonfiguration getrennt werden.

  20. Wie können Entwickler ihre eigenen Programme schreiben, die mit AWS Blu Age Runtime kompatibel sind?

    Entwickler können mit AWS Blu Age Runtime kompatible Programme erstellen, indem sie die Programmoberfläche implementieren und bestimmten Mustern folgen. Das Programm muss als Spring-Komponente deklariert werden, die erforderlichen Methoden implementieren und ordnungsgemäß in der registriert sein. ProgramRegistry Entwickler müssen Begleitkontext- und Konfigurationsklassen erstellen, Programmbezeichner verwalten und die korrekte Integration in das Spring-Framework sicherstellen. Die Implementierung sollte den Konventionen von AWS Blu Age Runtime in Bezug auf Programmstruktur und Ausführung entsprechen.

  21. Wie geht AWS Blu Age Runtime mit Fehlern bei der Programmausführung um?

    AWS Blu Age Runtime behandelt Fehler bei der Programmausführung über mehrere Mechanismen. Bei Batch-Jobs werden der Ausführungsstatus, die Exit-Codes und detaillierte Fehlerinformationen in den Details zur Jobausführung erfasst. Die Fehlerbehandlung umfasst spezifische Exit-Codes (-1 für technische Fehler, -2 für Ausfälle von Serviceprogrammen) und eine detaillierte Protokollierung in Tomcat-Protokollen. Das System kann so konfiguriert werden, dass Transaktionen bei Laufzeitausnahmen rückgängig gemacht werden, und bietet Optionen für die Fehlerbenachrichtigung und Wiederherstellung. Fehlerdetails sind über REST-Endpunkte zur Überwachung und Fehlerbehebung zugänglich.

  22. Welche Überwachungsfunktionen von AWS Blu Age Runtime sind für Batch-Jobs verfügbar?

    AWS Blu Age Runtime bietet Überwachungsfunktionen für Batch-Jobs über verschiedene Endpunkte. Es verfolgt den Status der Auftragsausführung, die start/end Zeiten, den Ausführungsmodus und detaillierte Ergebnisse. Das System bietet Endpunkte zum Auflisten von ausgelösten Skripten, zum Abrufen von Details zur Auftragsausführung und zum Überwachen aktuell ausgeführter Jobs. Die Endgeräte von Metrics bieten JVM-Statistiken, Sitzungszählungen und detaillierte Metriken zur Batch-Ausführung. Die Plattform unterstützt auch Paginierung und zeitbasiertes Filtern von Überwachungsdaten.

  23. Wie wird der Ausführungsstatus von AWS Blu Age Runtime-Jobs verfolgt und verwaltet?

    Der Status der Auftragsausführung wird über ein umfassendes Statussystem verfolgt, das Status wie DONE, TRIGGERED, RUNNING, KILLED und FAILED umfasst. Jede Auftragsausführung erhält eine eindeutige Kennung für die Nachverfolgung und verwaltet detaillierte Ausführungsinformationen wie Startzeit, Endzeit, Anruferinformationen und Ausführungsergebnisse. Das System stellt REST-Endpunkte zur Abfrage des Auftragsstatus, zur Verwaltung laufender Jobs und zum Abrufen des Ausführungsverlaufs bereit. Statusinformationen verbleiben im Serverspeicher und können je nach Alter für die Ressourcenverwaltung gelöscht werden.

  24. Wie geht AWS Blu Age Runtime mit externen Systeminteraktionen um?

    Die Runtime verarbeitet externe Systeminteraktionen über verschiedene Mechanismen, darunter REST-Endpunkte für die Serviceintegration, Unterstützung für Nachrichtenwarteschlangen (SQS, RabbitMQ, IBM MQ) und Datenbankverbindungsoptionen. Sie ermöglicht die Emulation älterer Systeminteraktionen durch spezielle Komponenten, unterstützt sichere Kommunikation und umfasst Funktionen SSL/TLS für den Umgang mit externen Dateisystemen. Das System unterstützt auch die Integration mit externen Authentifizierungsanbietern und kann für die Interaktion mit verschiedenen Diensten von Drittanbietern konfiguriert werden.

  25. Wie wird die Authentifizierung in AWS Blu Age Runtime gehandhabt?

    AWS Blu Age Runtime unterstützt mehrere Authentifizierungsmethoden, OAuth2 wobei dies der primäre Mechanismus ist. Es kann in Identitätsanbieter wie Amazon Cognito oder Keycloak integriert werden. Die Authentifizierungskonfiguration wird über die Hauptkonfigurationsdatei namens application-main.yml verwaltet, in der Sicherheitseinstellungen, Identitätsanbieter und Authentifizierungsmethoden definiert werden können. Das System unterstützt Funktionen wie XSS-Schutz, CORS und CSRF und kann sowohl für globale Sicherheit als auch für spezifische Endpunktsicherheit konfiguriert werden. Für die Entwicklung steht auch ein lokales Authentifizierungssystem mit standardmäßigen Super-Admin-Anmeldeinformationen zur Verfügung.

  26. Wie gewährleistet AWS Blu Age Runtime eine hohe Verfügbarkeit?

    AWS Blu Age Runtime gewährleistet Hochverfügbarkeit durch verschiedene Mechanismen. Es implementiert Zustandslosigkeit, indem nichttransiente Zustände in einem externen, gemeinsam genutzten Speicher gespeichert werden, sodass mehrere Anwendungsinstanzen zusammenarbeiten können. Das System unterstützt Lastenausgleich und gemeinsame Sitzungen, sodass Anfragen auf mehrere Knoten verteilt werden können. Für die Datenspeicherung kann es hochverfügbare Datenbanken und Caching-Systeme verwenden. Die Architektur unterstützt automatisches Failover und kann zur Erhöhung der Zuverlässigkeit in mehreren Availability Zones eingesetzt werden.

  27. Welche Komponente wird verwendet, um verteilte CICS-Transaktionen mit AWS Blu Age-Anwendungen zu reproduzieren?

    Die AWS Blu Age Runtime bietet einen dedizierten Endpunkt, über den bestehende JICS-Transaktionen als Teil einer globalen Transaktion aufgerufen werden können (XA-Unterstützung). Die zugrundeliegenden zwei Phasen der Commit-Unterstützung basieren auf der Atomikos-Softwarekomponente.

  28. Wie lautet der AWS Blu-Age-Name der Klassen, die zur Definition eines bestimmten Programmverhaltens verwendet werden?

    Jedes Programm ist an eine spezielle Konfigurationsklasse gebunden, die es ermöglicht, das programmspezifische Verhalten zu spezifizieren. Weitere Informationen zu Benennungs- und Standortkonventionen finden Sie unter AWS Blu Age-Struktur der modernisierten Anwendung

  29. Welche Kodierung hat die folgende Reihenfolge der Zeichen: Leerzeichen, Kleinbuchstaben, Großbuchstaben, Zahlen?

    Zeichensätze, die zur EBCDIC-Variantenfamilie gehören (z. B. CP1 047 usw.). CP297

  30. Was sind die Preisdimensionen für AWS Blu Age Runtime?

    AWS Mainframe Modernization-core-hours (siehe Preise für AWS Mainframe-Modernisierung).

  31. Welcher Mechanismus wird verwendet, um Rohdaten über HTTP an die Programmendpunkte weiterzuleiten?

    Base64-kodierte Zeichenketten.

  32. Wie startet ein Benutzer eine Batch-Job-Ausführung?

    Verwenden eines HTTP-Aufrufs an einen der dedizierten Batch-Endpunkte (siehe Dokumentationsseite zu Batch-Endpunkten).

  33. Welcher AWS Blu Age Runtime-Endpunkt ist der Haupteingangspunkt der Haupt-Web-Frontend-Anwendung?

    /transaction
  34. Wofür steht AWS Blu Age JICS?

    Das AWS Blu Age JICS ist die Laufzeitkomponente, die zur Unterstützung der Modernisierung von CICS-Ressourcen verwendet wird. Die Ressourcendefinitionen werden in einem speziellen Datenspeicher gespeichert. Verwenden Sie zur Verwaltung entweder die REST-API oder die JICS-Anwendungskonsole. Weitere Informationen finden Sie unter JICS-Anwendungskonsole verwalten in AWS Blu Age.

  35. Welche Caching-Mechanismen von AWS Blu Age Runtime sind verfügbar?

    AWS Blu Age Runtime unterstützt mehrere Caching-Mechanismen, darunter Redis und. EhCache Redis wird für Produktionsumgebungen empfohlen, da es ein gemeinsames persistentes Caching über mehrere Knoten hinweg ermöglicht. EhCache ist für eigenständige Bereitstellungen mit eingebettetem volatilem lokalem Caching verfügbar. Das System unterstützt das Zwischenspeichern verschiedener Komponenten, darunter Blusam Daten, Sitzungsinformationen, JICS-Ressourcen und temporäre Speicherwarteschlangen. Die Cache-Konfiguration kann an unterschiedliche Anwendungsfälle und Leistungsanforderungen angepasst werden.

  36. Wie schätzen wir den Preis einer AWS Blu-Age Runtime-Implementierung für die AWS Mainframe-Modernisierung ein?

    AWS bietet Kunden Schätzungen auf der Grundlage ihrer Anforderungen und ihrer Zielarchitektur.

  37. Was ist der Preis von AWS Blu Age Runtime für die AWS Mainframe-Modernisierung?

    AWS Mainframe Modernization bietet zwei Preismodelle für AWS Blu Age: eine Managed Runtime-Option, die Laufzeit, Rechenressourcen, internen Speicher und Automatisierung umfasst, und eine nicht verwaltete Runtime-Option, die nur die Blu Age AWS-Laufzeit selbst abdeckt. Für AWS Bereitstellungen verwenden beide eine pay-as-you-go Preisstruktur. Die ausführlichsten up-to-date Preisinformationen finden Sie auf der offiziellen Seite mit den Preisen für AWS Mainframe Modernization.

  38. Was ist, wenn wir eine umgestaltete AWS Blu Age-Anwendung auf einer Infrastruktur bereitstellen müssen, die nicht in der unterstützten Runtime aufgeführt ist?

    Wenn Sie eine umgestaltete AWS Blu Age-Anwendung auf einer Infrastruktur bereitstellen müssen, die nicht in der unterstützten Runtime aufgeführt ist, stehen Ihnen mehrere Optionen zur Verfügung. Prüfen Sie zunächst, ob Ihre Infrastruktur mit bestehenden Bereitstellungsoptionen wie Amazon EKS Anywhere oder anderen Container-Orchestrierungsplattformen kompatibel ist. Wenn ja, können Sie möglicherweise die AWS Blu Age Runtime verwenden. Bei nicht kompatiblen Infrastrukturen empfehlen wir, sich mit einem AWS Mainframe-Spezialisten in Verbindung zu setzen, um maßgeschneiderte Lösungen oder mögliche Anpassungen zu prüfen. Sie können auch einen Product Feature Request (PFR) für erweiterten Infrastruktursupport einreichen. Wenden Sie sich an Ihren AWS Vertreter, um Ihre spezifischen Anforderungen und den besten Ansatz für Ihre Umgebung zu besprechen.

  39. Wie wird AWS Blu Age Runtime lizenziert? Ist sie Open Source?

    AWS Blu Age Runtime ist kein Open-Source-Programm. Es wird über AWS IP als Cloud-nativer Dienst vertrieben. Es gibt zwei Bereitstellungsoptionen:

    1. AWS Blu Age Managed, die Runtime wird in einem speziellen AWS Managed Service bereitgestellt, der die Vorteile einer vollständig vorkonfigurierten und sofort einsatzbereiten Umgebung ohne Einrichtung oder Administration nutzt.

    2. AWS Blu Age Non Managed, das in Ihrer eigenen maßgeschneiderten AWS Architektur auf Basis von Amazon EC2 oder Amazon ECS/ bereitgestellt werden kann AWS Fargate, die Sie selbst bereitstellen und einrichten müssen. Für beide Optionen fallen Laufzeitgebühren an, die in den Ihnen zur Verfügung gestellten Projektschätzungen enthalten sind. Da es sich um einen verwalteten Dienst mit Support Zugriff handelt, benötigen Sie den Quellcode nicht. Weitere Informationen zur Preisgestaltung finden Sie auf der Seite mit den Preisen für die AWS Mainframe-Modernisierung.

  40. Wie werden Änderungen und Upgrades an AWS Blu Age-Frameworks und -Bibliotheken verwaltet?

    AWS Die Frameworks und Bibliotheken von Blu Age werden im Rahmen regelmäßiger Codegenerierungs- und Bereitstellungsprozesse aktualisiert. Diese Updates werden im Rahmen des AWS Mainframe-Modernisierungszyklus verwaltet, der Versionsupgrades und Support durch das Blu Age AWS-Team oder zertifizierte Partner umfasst. Detaillierte Informationen zu Versionierung, Upgrade-Prozessen und Supportzeitplänen finden Sie in der Dokumentation zum Lebenszyklus der AWS Mainframe-Modernisierung.

  41. Welche Versionen der Tools (Tomcat, Postgres, MQ usw.) und Abhängigkeiten (Spring, Angular usw.) werden von der AWS Blu Age Runtime unterstützt?

    Einzelheiten finden Sie in den Versionshinweisen.

  42. Was bedeutet „Standalone“ im Zusammenhang mit BAC und JAC?

    Standalone bezieht sich auf einen speziellen Paketierungs- und Bereitstellungsmodus für BAC (BlusamAdministration Console) und JAC (JICS Administration Console), mit dem diese Webanwendungen unabhängig von Ihrer modernisierten Anwendung auf ihrem eigenen Tomcat-Server ausgeführt werden können. Die eigenständigen Versionen BAC und JAC sind in verfügbar. aws-bluage-webapps-x.y.z.zip Die nicht eigenständigen Versionen von BAC und JAC sind im Ordner unter verfügbar. gapwalk-x.y.z.zip webapps-consoles Siehe AWS Blu Age Runtime-Artefakte.

Daten

  1. Welche Datenbankoptionen sind für die modernisierten Anwendungen in Bezug auf die Modernisierung der Legacy-Datenbank verfügbar?

    Die modernisierten Anwendungen können mehrere moderne Datenbankoptionen verwenden, darunter: PostgreSQL, Amazon Aurora, RDS für PostgreSQL, Oracle-Datenbank, MS-SQL und IBM Db2. Diese Optionen bieten Flexibilität bei der Auswahl des am besten geeigneten Datenbanksystems auf der Grundlage spezifischer Anforderungen und nutzen gleichzeitig die Vorteile moderner Datenbankmanagementsysteme und Cloud-nativer Funktionen.

  2. Welchen Umfang hat die Umstellung von IBM Db2 auf Postgres z/OS DDL?

    Vollständige Transformation (einschließlich Datenbankbeschränkungen).

  3. Unterstützt AWS Blu Age die Gruppendatengenerierung (GDG)?

    Ja, die Verwendung von GDG in Batches wird unterstützt, wobei relative und absolute Generierungen sowie automatische Bereinigungsstrategien unterstützt werden.

  4. Unterstützt AWS Blu Age verkettete Datensätze?

    Ja, die Verwendung verketteter Datensätze in Batches wird unterstützt. Wenn die Verkettung aktiviert ist, können mehrere Datensätze als ein einziger Datensatz gelesen werden. Bitte beachten Sie, dass die Blusam Datensätze nicht Teil einer Verkettung sein können.

  5. Welcher Prozess wird bei SQL-Abfragen angewendet?

    Wird je nach Zieldatenbank während der Codetransformation angepasst.

  6. Welche Optionen gelten, wenn es mehrere Datenbanken für eine Anwendung gibt?

    Konfigurieren Sie die Zieldatenbank für jede Abfrage und definieren Sie alle Datenbanken in der Anwendung und in Apache Tomcat.

  7. Kann deaktiviert Blusam werden?

    Ja, in der Hauptkonfigurationsdatei, und es ist keine Datenbank erforderlich (weitere Informationen finden Sie auf der Seite mit der Blusam Konfigurationsdokumentation).

  8. Welche AWS Blu Age-API wird verwendet, um Datenbanken wie IMS DB zu ersetzen?

    Die JHDB-API (Java Hierarchical DataBase).

  9. Welches AWS Blu Age-Produkt kann verwendet werden, um ältere Daten und Datenbanken auf ein modernes relationales Datenbankmanagementsystem (RDBMS) zu migrieren?

    AWS Blu Age DB-Modernisierungstool (Data Migrator).

  10. Was ist AWS Blu Age Data Simplifier und welches Problem löst es bei der Modernisierung?

    Data Simplifier ist eine Kernbibliothek in AWS Blu Age, die sich mit der Herausforderung befasst, mit veralteten Speicherzugriffsmustern in Java umzugehen. Sie bietet Konstrukte zur Unterstützung von Low-Level-Speicherzugriffen, älteren Datentypen (wie zonenweise, gepackt, alphanumerisch) und gemischten structured/raw Speicherzugriff, die in Mainframe-Anwendungen üblich sind, aber in Java nicht nativ verfügbar sind. Die Bibliothek stellt diese Funktionen anhand vertrauter Java-Muster wie getters/setters und klassenbasiert zur Verfügung APIs, sodass sie für Java-Entwickler zugänglich sind, während die veralteten Funktionen beibehalten werden.

  11. Wie geht AWS Blu Age mit veralteten Speicherlayouts und Datenstrukturen um?

    AWS Blu Age verarbeitet ältere Speicherlayouts über die Record-Schnittstelle, die eine Abstraktion von Byte-Arrays mit fester Größe bietet. Für strukturierte Daten wie COBOL '01-Datenelemente' werden RecordEntityUnterklassen verwendet, die bei der Modernisierung automatisch generiert werden. Diese Klassen behalten die hierarchische Struktur der älteren Daten bei, wobei jedes Element über- und untergeordnete Elemente verfügt. Das System unterstützt sowohl Rohspeicherzugriff als auch strukturierte Zugriffsmuster, wodurch die Flexibilität älterer Systeme erhalten bleibt und gleichzeitig eine moderne Programmierschnittstelle bereitgestellt wird.

  12. Wie geht AWS Blu Age mit der Modernisierung von VSAM-Datensätzen um?

    Die Blusam-Komponente unterstützt die Modernisierung der VSAM-Datensätze mit einer speziellen API, Endpunkten und einer Verwaltungs-Webanwendung (BAC: Blusam Administration Console). Blusam stützt sich auf eine relationale Datenbank als Backend (PostgreSQL, entweder mit RDS oder Aurora).

Transformation

  1. Wo finde ich Details zum Transformationsprozess?

    Informationen finden Sie in der Dokumentation zu AWS Blu Insights.

  2. Wie lauten die Namen der von AWS Blu Age generierten Module?

    Service, Entitäten, Web und Tools.

  3. Warum wurde es als eine der Zieltechnologien für AWS Blu Age Java/Spring ausgewählt?

    Java/Spring wurde aufgrund der breiten Akzeptanz, des großen Talentpools und der robusten Unternehmensfunktionen als Zieltechnologie ausgewählt. Das Java-Ökosystem bietet umfangreiche Bibliotheken, Frameworks und Tools, die die moderne Anwendungsentwicklung unterstützen. Das Spring Framework bietet Funktionen der Enterprise-Klasse, Cloud-native Funktionen und folgt den branchenüblichen Best Practices, sodass es sich ideal für modernisierte Anwendungen eignet.

  4. Wie lautet der Name des übergeordneten Projekts, das die von AWS Blu Age generierten Module enthält?

    Der Name des übergeordneten Projekts hat das Suffix „-pom“ und kann im Transformation Center mithilfe der Transform-Eigenschaft mit dem Namen project definiert werden.

  5. Wie verwaltet AWS Blu Age die Modernisierung älterer Scheduler, falls sie bereitgestellt wird?

    Ältere Scheduler-Assets werden von Blu Age nicht modernisiert AWS . Sie werden in der Bewertungsphase berücksichtigt, um mögliche fehlende Artefakte zu identifizieren.

  6. Was ist die Voraussetzung für das Debuggen des generierten Codes mit AWS Blu Age?

    Jede integrierte Entwicklungsumgebung (IDE), die Java unterstützt, wie Eclipse, JetBrain, oder VisualCode.

Bereitstellung

  1. Welche Umgebungen stehen zur Verfügung, um die modernisierte Anwendung mit AWS Blu Age bereitzustellen?

    Windows Server, Linux-Server und Docker-Linux-Container.

  2. Können refaktorierte AWS Blu Age-Anwendungen auf jeder Infrastruktur ausgeführt werden?

    Refactorierte AWS Blu Age-Anwendungen sind zwar nicht für die Ausführung auf einer beliebigen Infrastruktur konzipiert, bieten jedoch eine erhebliche Flexibilität bei den Bereitstellungsoptionen. Diese Anwendungen können auf verschiedenen Computerplattformen bereitgestellt werden, darunter Cloud-verwaltete Dienste, serverlose Datenverarbeitung und lokale Infrastrukturen.

  3. Welche MQ-Konfiguration unterstützt AWS Blu Age?

    SQS, IBM WebSphere MQ.

  4. Auf welchen Anwendungsservern kann ein Benutzer Java-Geschäftsanwendungslogik mit AWS Mainframe Modernization Runtime einsetzen?

    Apache Tomcat, Version größer oder gleich 10.1.

  5. Wie lässt sich die umgestaltete Anwendung in andere Anwendungen AWS-Services wie Amazon Aurora integrieren?

    Die modernisierte Anwendung lässt sich integrieren und AWS-Services unterstützt die Transformation zu Cloud-nativen Datenbanklösungen wie Amazon Aurora und RDS für PostgreSQL. AWS Blu Age gewährleistet die Integration zwischen modernisierten Anwendungen und ermöglicht es Unternehmen AWS-Services, Cloud-Funktionen zu nutzen. Diese Integration erstreckt sich sowohl auf Datenspeicher als auch auf Anwendungsdienste innerhalb des AWS Ökosystems. Neben dem Datenbankspeicher lässt sich AWS Blu Age Runtime auch in verschiedene Systeme integrieren, AWS-Services darunter Amazon ElastiCache für Redis-Caching, AWS Secrets Manager für das Konfigurationsmanagement und die AWS Mainframe-Modernisierung für die Bereitstellung. Es unterstützt Amazon EC2, Amazon EKS und ECS, die von Fargate für den Containereinsatz verwaltet werden. Das System kann AWS Identity and Access Management für die Authentifizierung Amazon Simple Storage Service für die Speicherung verwenden und unterstützt die Integration mit anderen AWS-Services über Konfiguration und Service Connectors.

  6. Wie stellt die umgestaltete Anwendung sicher, dass die Skalierbarkeitsanforderungen erfüllt werden?

    Die Lösung gewährleistet Skalierbarkeit, indem sie Anwendungen in Cloud-native Architekturen umwandelt, die die elastische Infrastruktur nutzen können. AWS Sie implementiert moderne Entwurfsmuster und bewährte Verfahren, die eine horizontale und vertikale Skalierung ermöglichen. Der serviceorientierte Ansatz ermöglicht eine unabhängige Skalierung von Komponenten. Die modernisierten Anwendungen können die Vorteile der inhärenten Skalierbarkeitsfunktionen von Cloud-Diensten nutzen.

  7. Was passiert, nachdem das Refactoring des Quellcodes abgeschlossen ist?

    Nach dem Refactoring des Quellcodes finden zwei Hauptschritte statt. Zunächst wird die umgestaltete Anwendung erstellt. Zweitens wird die Anwendung bereitgestellt. Die Bereitstellung erfolgt in Ihrer AWS-Konto (AWS Mainframe Modernization AWSBlu Age Runtime), wo Kunden ihre eigene Infrastruktur verwalten und auf verschiedenen Plattformen bereitstellen, darunter Amazon EC2, ECS auf EC2 oder auf Fargate, EKS auf. EC2

  8. Wie kann ich eine mit AWS Blu Age modernisierte Anwendung auf einem benutzerdefinierten Amazon Linux AMI bereitstellen und ausführen?

    Dies kann erreicht werden, indem die Anwendung mithilfe von AWS Blu Age Runtime auf Amazon bereitgestellt wird EC2. Der Prozess beinhaltet die Erstellung einer Java/Spring-Anwendung mit einer Abhängigkeit von der AWS Blu Age Runtime-Bibliothek und deren Bereitstellung auf einem benutzerdefinierten Amazon Linux-AMI. Eine ausführliche Anleitung zu diesem Ansatz finden Sie unter Blu AgeAWS-Runtime auf Amazon einrichten EC2.

  9. Ist ein Amazon Machine Image (AMI) verfügbar? Ist ein Docker-Image verfügbar?

    • AMI: Nein, da die Kunden ihre Umgebung nach ihren Wünschen anpassen und einrichten müssen, ist kein AMI verfügbar. Kunden können die AWS Blu-Age-Artefakte abrufen und ihre Instance entsprechend ihren Anforderungen einrichten.

    • Docker-Image: Nein, es ist kein sofort einsatzbereites Docker-Image verfügbar, aber auf der Seite AWS Blu Age Runtime auf Container einrichten wird erklärt, wie Sie Ihr eigenes Docker-Image auf der Grundlage von AWS Blu Age Runtime-Binärdateien erstellen und in einem geeigneten Container-Management-System bereitstellen.

  10. Kann der Kunde eine AWS Blu Age-Anwendung paketieren und als Docker-Container ausführen?

    Ja, weitere Informationen finden Sie unter AWS Blu Age Runtime auf einem Container einrichten.

  11. Wie funktioniert die Jobplanung mit Batch?

    Es ist in Control-M /Stone Branch oder in jeden anderen Distributed Scheduler integriert.

Sicherheit

  1. Wie schützt die Anwendung vor SQL-Injection-Angriffen?

    Die Anwendung implementiert durchgehend bewährte SQL-Methoden. Alle Datenbankabfragen verwenden vorbereitete Anweisungen, die SQL-Injection-Angriffe wirksam verhindern, indem sie den SQL-Code von den vom Benutzer bereitgestellten Daten trennen. Dadurch wird sichergestellt, dass Benutzereingaben immer als Daten und nicht als ausführbarer Code behandelt werden.

  2. Welche Maßnahmen wurden ergriffen, um Sicherheitslücken im Betriebssystem durch die Befehlseinschleusung zu verhindern?

    AWS Sicherheitsteams führen regelmäßige Sicherheitsüberprüfungen von AWS Blu Age Runtime durch. Wenn die Teams Anomalien entdecken, wie z. B. Code, der möglicherweise die Einschleusung von Betriebssystembefehlen ermöglichen könnte, wird AWS sofort daran gearbeitet, diese zu beheben. Diese kontinuierliche Überwachung stellt sicher, dass die Laufzeit vor Bedrohungen durch Befehlseinschleusung geschützt ist.

  3. Ist die Anwendung anfällig für Directory-Traversal-Angriffe?

    Nein. Diese Sicherheitsanfälligkeit gilt nicht für die Front-End-Angular-Anwendung. Für das Backend verwendet die Anwendung nur einen Endpunkt mit einem begrenzten Schnittstellenvertrag, der niemals „Pfad“ - oder „Verzeichnis“ -Informationen enthält. Durch dieses Design wird das Risiko von Directory-Traversal-Angriffen ausgeschlossen.

  4. Wie schützt die Anwendung vor XSS-Angriffen?

    Die Anwendung folgt den bewährten Sicherheitsmethoden von Angular, wie in der offiziellen Angular-Sicherheitsdokumentation beschrieben. Die Art der Anwendung ist in Bezug auf die Benutzeroberfläche von Natur aus begrenzt, da sie der älteren Mainframe-Anwendung entspricht. Die Anwendung verarbeitet keine URLs dynamischen Skripts oder vom Backend generiertes HTML. Diese begrenzte Angriffsfläche reduziert die XSS-Risiken erheblich.

  5. Welcher Schutz ist gegen CSRF-Angriffe implementiert?

    Die Anwendung nutzt die native CSRF-Unterstützung von Spring, die sofort einsatzbereit einen robusten Schutz vor Cross-Site-Request-Forgery-Angriffen bietet.

  6. Können Benutzereingaben zu einer HTTP-Header-Injection führen?

    Nein. Die Länge der Benutzereingaben ist streng begrenzt, um dem alten Mainframe-Anwendungsformat zu entsprechen. Wenn das Back-End eine Anfrage erhält, formatiert es die Eingabe sofort gemäß vordefinierten Formaten, wodurch alle eingefügten Inhalte gekürzt werden. Darüber hinaus erstellt die Anwendung niemals HTTP-Header auf der Grundlage von Benutzereingaben in dem von der Anwendung verwendeten einzigen Endpunkt, sodass eine HTTP-Header-Injection unmöglich ist.

  7. Wie ist die Anwendung vor Clickjacking-Angriffen geschützt?

    Die Anwendung führt die meisten Aktionen mit Tastatureingaben und nicht mit Mausklicks aus, wodurch sie von Natur aus resistent gegen Clickjacking-Angriffe ist. Diese Designwahl reduziert die Angriffsfläche für diese Art von Sicherheitslücke erheblich.

  8. Können in der Anwendung Angriffe mit Pufferüberläufen auftreten?

    Nein. Die Länge der Benutzereingaben ist streng begrenzt, um dem alten Mainframe-Anwendungsformat zu entsprechen. Wenn das Back-End eine Anfrage erhält, formatiert es die Eingabe sofort gemäß den entsprechenden Formaten und verhindert so, dass es zu einem Pufferüberlauf kommt.

  9. Wie werden Zugriffskontrolle und Autorisierung verwaltet?

    Die Zugriffskontrolle bestimmt global, ob Benutzer berechtigt sind, auf den eindeutigen Back-End-Endpunkt zuzugreifen. Nach der Authentifizierung übernehmen der Anwendungscode und die Daten die Autorisierungskontrollen. Dies gewährleistet eine korrekte Trennung der Anliegen und ein sicheres Zugriffsmanagement.

  10. Welche Maßnahmen verhindern das Hijacking von Sessions?

    Die kombinierte Nutzung der systemeigenen Funktionen von Spring und Angular für das Sitzungsmanagement und die XSS-Prävention sowie die Einhaltung der bewährten Framework-Praktiken verhindern Session-Hijacking. Die Anwendung kann den Schutz weiter verbessern, indem sie:

    • Verwendung von HTTPS: Stellt sicher, dass die gesamte Kommunikation verschlüsselt ist.

    • Implementierung der tokenbasierten Authentifizierung: Die Anwendung kann diese bei Bedarf aktivieren.

    • Überwachung von Benutzersitzungen: Das Programm kann die Sitzungsüberwachung und die Erkennung von Anomalien aktivieren, um verdächtige Aktivitäten zu identifizieren.

    Diese mehrschichtigen Sicherheitsmaßnahmen bieten umfassenden Schutz vor Versuchen, Sitzungen zu missbrauchen.