Bereitstellung der IBM Sterling Order Management-Software in einer virtuellen Maschine in OCI
IBM Sterling Order Management ist eine Omnichannel-Plattform für die Auftragsabwicklung. Einzelhändler können mit IBM Sterling Order Management als Backend für Omnichannel-Auftragsabwicklung, die in E-Commerce-Plattformen und Point-of-Service (POS) integriert ist, eine einheitliche Bestandsansicht über Web-, Einzelhandels- und Großhandelskanäle hinweg erstellen. Die Lösung bietet eine zentrale, nahezu Echtzeit-Visibilität in Bezug auf Bestand, Bestellung und Lieferstatus, um ein außergewöhnliches Kundenerlebnis zu bieten. Die Plattform ermöglicht es Einzelhändlern auch, die wachsende Nachfrage besser zu verwalten und die Bereitstellung von Fulfillment-Optionen zu optimieren.
- Verbesserte Verfügbarkeit: 99,95% Systemverfügbarkeit.
- Verbesserte Performance: 3-mal bessere Performance im Vergleich zu On Premise.
- Keine Unterbrechungen: Keine Auswirkungen auf die App-Funktionalität und die Geschäftsverfügbarkeit während der Migration.
- Kosteneinsparungen: Bis zu 60% Senkung der Infrastrukturkosten im Vergleich zu On Premise.
Architektur
Diese Architektur bietet ein Design für die Ausführung von IBM Sterling Order Management auf virtuellen OCI-Maschinen (VM). Verwenden Sie dieses Design für eine Hochverfügbarkeitsarchitektur, die mehrere Availability-Domains und Faultdomains verwendet, um redundante Ressourcen auf Web-, App- und Datenbankebenen bereitzustellen.
Die Planung Ihrer Installation umfasst die Berücksichtigung Ihrer Deployment-, Architektur- sowie Performanceanforderungen und -anforderungen für High Availability. Diese Architektur erfüllt diese Infrastrukturanforderungen auf folgende Weise:
- Die Anwendung verwendet Oracle Exadata Database Service auf OCI, einen verwalteten Cloud-Service, mit dem Unternehmen Datenbanken mit der höchsten Performance, Verfügbarkeit, Sicherheit und Kosteneffizienz ausführen können. Mit der Onlineskalierung von Compute-Ressourcen können Kunden den Verbrauch schnell an die Workload-Anforderungen anpassen, ohne den Betrieb zu unterbrechen. Die vollständige Kompatibilität mit On-Premises-Umgebungen von Oracle Database und Exadata erleichtert Kunden die Migration von Workloads in die Cloud.
- Alle Ebenen des Stacks, einschließlich Webserver, Anwendungsebene und Datenschicht, werden in der primären (aktiven) Umgebung über drei Faultdomains in einer einzelnen Availability-Domain bereitgestellt. Diese Architektur stellt High Availability innerhalb der Availability-Domain sicher.
- Eine redundante Topologie wird als Standbyumgebung (nicht aktive) in einer anderen Availability-Domain in derselben Region bereitgestellt. Die Tools für die kontinuierliche Bereitstellung (Continuous Delivery Tools, BLD) werden auf VMs in beiden Availability-Domains bereitgestellt.
Diese Architektur zeigt eine hochverfügbare Webanwendung, die auf OCI ausgeführt wird, mit redundanten Ressourcen, die über zwei Availability-Domains in einer OCI-Region verteilt sind. In dieser Architektur sind die primären (aktiven) und Standby-(passiven) Umgebungen in dieser Architektur symmetrisch:
- Wenn die primäre Umgebung aktiv ist, werden die privaten und öffentlichen Load Balancer so konfiguriert, dass Anforderungen an einen Pool von Webservern weitergeleitet werden, die über drei Faultdomains in der Availability-Domain verteilt sind, in denen die primäre Instanz gehostet wird. Ein Hardwarefehler oder ein Wartungsereignis, das sich auf eine Faultdomain auswirkt, hat keine Auswirkungen auf die Anwendung in den anderen Fehlerdomänen. Wenn eine VM ausfällt, wird der Traffic an die anderen VMs in der Availability-Domain umgeleitet, um die Verarbeitung der Anforderungen fortzusetzen.
- Wenn die Primärinstanz aus irgendeinem Grund nicht verfügbar ist, können Sie ein Switchover zur Standbyumgebung ausführen und das Backend-Set des Load Balancers aktualisieren, um Traffic an die Availability-Domain weiterzuleiten, die die Standbyinstanz hostet. Wenn die primäre Umgebung verfügbar ist, können Sie den Switchover erneut ausführen und den Load Balancer entsprechend aktualisieren. Die Standby-Web- und App-Anwendungen werden mit der Primärdatenbank synchronisiert, indem sie aus dem Block-Volume-Backup primärer VMs in einem vorgegebenen Intervall basierend auf Recovery Time Objective (RTO) und Recovery Point Objective (RPO) gespeichert werden. Wenn ein BS-Update für die Primärdatenbank vorhanden ist, wird die Standby-VM mit dem Boot-Volume-Backup neu erstellt. Der Oracle-Standard-Data Guard repliziert die Primärdatenbank in die Standbydatenbank. Die TNS-Namen in der Anwendungskonfiguration werden aktualisiert, sodass sie auf die Standbydatenbank zeigen, nachdem das Block-Volume wiederhergestellt wurde.
Das folgende Diagramm veranschaulicht diese Referenzarchitektur.
ibm-sterling-order-management-vm-architecture.zip
Die Architektur umfasst die folgenden Komponenten:
- Region
Eine Oracle Cloud Infrastructure-Region ist ein lokalisierter geografischer Bereich, der mindestens ein Data Center enthält, das als Availability-Domain bezeichnet wird. Regionen sind unabhängig von anderen Regionen, und große Entfernungen können sie trennen (über Länder oder sogar Kontinente).
- Availability-Domains
Availability-Domains sind eigenständige, unabhängige Data Center innerhalb einer Region. Die physischen Ressourcen in jeder Availability-Domain sind von den Ressourcen in den anderen Availability-Domains isoliert, was eine Fehlertoleranz sicherstellt. Availability-Domains haben keine gemeinsame Infrastruktur wie Stromversorgung oder Kühlung oder das interne Availability-Domainnetzwerk. Daher sollte ein Fehler in einer Availability-Domain sich nicht auf die anderen Availability-Domains in der Region auswirken.
- Faultdomains
Eine Faultdomain ist eine Gruppierung aus Hardware und Infrastruktur innerhalb einer Availability-Domain. Jede Availability-Domain umfasst drei Faultdomains mit unabhängiger Stromversorgung und Hardware. Wenn Sie Ressourcen auf mehrere Faultdomains verteilen, können Ihre Anwendungen physische Serverausfälle, Systemwartungen und Stromausfälle innerhalb einer Faultdomain tolerieren.
- Virtuelles Cloud-Netzwerk (VCN) und Subnetze
Ein VCN ist ein anpassbares, softwaredefiniertes Netzwerk, das Sie in einer Oracle Cloud Infrastructure-Region einrichten können. Wie herkömmliche Data Center-Netzwerke erhalten Sie mit VCNs die Kontrolle über Ihre Netzwerkumgebung. Ein VCN kann mehrere sich nicht überschneidende CIDR-Blöcke aufweisen, die Sie nach dem Erstellen des VCN ändern können. Sie können ein VCN in Subnetze segmentieren, die sich auf eine Region oder eine Availability-Domain beschränken. Jedes Subnetz besteht aus einem Bereich zusammenhängender Adressen, die sich nicht mit anderen Subnetzen im VCN überschneiden. Sie können die Größe eines Subnetzes nach der Erstellung ändern. Ein Subnetz kann öffentlich oder privat sein.
- Sicherheitsliste
Für jedes Subnetz können Sie Sicherheitsregeln erstellen, die Quelle, Ziel und Typ des Traffics angeben, der im Subnetz und aus dem Subnetz zugelassen werden muss.
- Bastionservice
Stellen Sie einen eingeschränkten und zeitlich begrenzten sicheren Zugriff auf Ressourcen bereit, die keine öffentlichen Endpunkte haben und strenge Ressourcenzugriffskontrollen erfordern. Beispiele hierfür sind Compute-Instanzen, Bare-Metal- und virtuelle Maschinen, MySQL, ATP, OKE und alle anderen Ressourcen, die Secure Shell Protocol-(SSH-)Zugriff ermöglichen. Mit dem Oracle Cloud Infrastructure Bastion-Service können Kunden den Zugriff auf private Hosts ermöglichen, ohne einen Jump-Host bereitzustellen und zu verwalten. Darüber hinaus erhalten Kunden eine verbesserte Sicherheitslage mit identitätsbasierten Berechtigungen und einer zentralisierten, auditierten und zeitgebundenen SSH-Session. OCI Bastion beseitigt die Notwendigkeit einer öffentlichen IP für den Bastionzugriff, wodurch der Aufwand und die potenzielle Angriffsfläche aus dem Remotezugriff entfallen.
- Web Application Firewall (WAF)
Oracle Cloud Infrastructure Web Application Firewall (WAF) ist ein mit der Zahlungskartenindustrie (PCI) konformer, regionaler Edge-Enforcement-Service, der an einen Enforcement Point angehängt ist, wie einen Load Balancer oder einen Domainnamen einer Webanwendung. WAF schützt Anwendungen vor schädlichem und unerwünschtem Internettraffic. WAF kann alle internetseitigen Endpunkt schützen und bietet eine konsistente Regeldurchsetzung über alle Anwendungen eines Kunden hinweg.
- Öffentlicher Load Balancer
HTTPS-Anforderungen von externen Benutzern (z.B. Kunden, die über die E-Commerce-Plattform eines Einzelhändlers bestellen, die in IBM Sterling Order Management integriert ist) fließen über das Internetgateway, das an das VCN angehängt ist. Die Anforderungen durchlaufen dann den OCI Web Application Firewall-(WAF-)Service, der die Anwendungen vor böswilligem und unerwünschtem Internettraffic schützt. Traffic, der WAF-Regeln übergibt, wird an den öffentlichen Load Balancer weitergeleitet. Der Load Balancer beendet SSL/TLS und verteilt HTTP-Anforderungen an die private Web-Tier.
Hinweis:
Um die Domainauflösung Ihrer Anwendungsendpunkte sicherzustellen, müssen Sie die IP-Adresse des öffentlichen Load Balancers in Ihrem öffentlichen DNS registrieren. - Privater Load Balancer
Der Traffic von Ihren internen und On-Premise-Benutzern fließt durch IPSec-VPN-Tunnel oder FastConnect-Virtual Circuits zum dynamischen Routinggateway (DRG), das an das VCN angehängt ist. Ein privater Load Balancer fängt die Anforderungen ab und verteilt sie an die private Web-Tier.
Hinweis:
Um die Domainauflösung Ihrer Anwendungsendpunkte sicherzustellen, müssen Sie die IP-Adresse des privaten Load Balancers in Ihrem On-Premise-DNS registrieren. - Network Address Translation-(NAT-)Gateway
Ein NAT-Gateway ermöglicht privaten Ressourcen in einem VCN den Zugriff auf Hosts im Internet, ohne dass diese Ressourcen für eingehende Internetverbindungen freigegeben werden.
- Servicegateway
Das Servicegateway bietet Zugriff von einem VCN auf andere Services, wie Oracle Cloud Infrastructure Object Storage. Der Traffic vom VCN zum Oracle-Service wird über die Oracle-Netzwerkstruktur geleitet und durchläuft nicht das Internet.
- Internetgateway
Das Internetgateway ermöglicht Traffic zwischen den öffentlichen Subnetzen in einem VCN und dem öffentlichen Internet.
- DNS
Der Oracle Cloud Infrastructure Domain Name System-(DNS-)Service ist ein hoch skalierbares, globales Anycast-Domain-Namen-System-(DNS-)Netzwerk, das eine verbesserte DNS-Performance, -Resilienz und -Skalierbarkeit bietet, sodass Endbenutzer von überall aus schnellstmöglich eine Verbindung zur Kundenanwendung herstellen können.
- Site-to-Site-VPN
Site-to-Site VPN bietet IPSec-VPN-Konnektivität zwischen Ihrem On-Premise-Netzwerk und VCNs in Oracle Cloud Infrastructure. Die IPSec-Protokollsuite verschlüsselt den IP-Traffic, bevor die Pakete von der Quelle zum Ziel übertragen werden, und entschlüsselt den Traffic beim Empfang.
- FastConnect
Mit Oracle Cloud Infrastructure FastConnect können Sie ganz einfach eine dedizierte, private Verbindung zwischen Ihrem Data Center und Oracle Cloud Infrastructure herstellen. FastConnect bietet Optionen mit höherer Bandbreite und ein zuverlässigeres Netzwerk als bei internetbasierten Verbindungen.
- Object Storage
Mit Oracle Cloud Infrastructure Object Storage können Sie schnell auf große Mengen an strukturierten und unstrukturierten Daten eines beliebigen Inhaltstyps zugreifen, darunter Datenbankbackups, Analysedaten und umfangreiche Inhalte, wie Bilder und Videos. Sie können Daten sicher und geschützt speichern und dann direkt aus dem Internet oder aus der Cloud-Plattform abrufen. Sie können den Speicher skalieren, ohne dass die Performance oder Servicezuverlässigkeit beeinträchtigt wird. Verwenden Sie Standardspeicher für "guten" Speicher, auf den Sie schnell, sofort und häufig zugreifen müssen. Verwenden Sie Archivspeicher für "Cold Storage", den Sie über lange Zeiträume beibehalten und auf den Sie nur selten zugreifen.
- Oracle Exadata
Oracle Exadata ist eine Unternehmensdatenbankplattform, auf der Oracle Database-Workloads jeder Größenordnung und Kritikalität mit hoher Performance, Verfügbarkeit und Sicherheit ausgeführt werden. Das Scale-Out-Design von Exadata nutzt einzigartige Optimierungen, mit denen Transaktionsverarbeitung, Analysen, maschinelles Lernen und gemischte Workloads schneller und effizienter ausgeführt werden können. Durch die Konsolidierung verschiedener Oracle Database-Workloads auf Exadata-Plattformen in Unternehmens-Data Centern, auf Oracle Cloud Infrastructure (OCI) und in Multicloud-Umgebungen können Unternehmen die betriebliche Effizienz steigern, die IT-Verwaltung reduzieren und Kosten senken.
Mit Oracle Exadata Database Service können Sie die Vorteile von Exadata in der Cloud nutzen. Oracle Exadata Database Service bietet bewährte Oracle Database-Funktionen für eine speziell entwickelte, optimierte Oracle Exadata-Infrastruktur in der Public Cloud und in Cloud@Customer. Dank integrierter Cloud-Automatisierung, elastischer Ressourcenskalierung, Sicherheit und schneller Performance für alle Oracle Database-Workloads können Sie die Verwaltung vereinfachen und Kosten senken.
Oracle Exadata Database Service on Dedicated Infrastructure stellt Oracle Exadata Database Machine als Service in einem Oracle Cloud Infrastructure-(OCI-)Data Center bereit. Die Oracle Exadata Database Service on Dedicated Infrastructure-Instanz ist ein VM-Cluster für virtuelle Maschinen, das sich auf Exadata-Racks in einer OCI-Region befindet.
Sie können flexible Exadata-Systeme bereitstellen, mit denen Sie Ihrem System Datenbank-Compute-Server und Speicherserver je nach Bedarf hinzufügen können. Exadata-Systeme bieten RDMA over Converged Ethernet-(RoCE-)Networking für Module mit hoher Bandbreite und geringer Latenz, Persistent Memory-(PMEM-)Module und intelligente Exadata-Software.
Oracle Exadata Database Service on Cloud@Customer stellt Oracle Exadata Database Service bereit, der in Ihrem Data Center gehostet wird.
- Data Guard
Oracle Data Guard und Oracle Active Data Guard stellen ein umfassendes Set von Services bereit, mit denen Sie eine oder mehrere Standbydatenbanken erstellen, verwalten, verwalten und überwachen und Oracle-Produktionsdatenbanken unterbrechungsfrei verfügbar bleiben können. Oracle Data Guard verwaltet diese Standbydatenbanken als Kopien der Produktionsdatenbank mit In-Memory-Replikation. Wenn die Produktionsdatenbank aufgrund eines geplanten oder ungeplanten Ausfalls nicht verfügbar ist, kann Oracle Data Guard jede Standbydatenbank in die Produktionsrolle umschalten, wodurch die Ausfallzeit im Zusammenhang mit dem Ausfall minimiert wird. Oracle Active Data Guard bietet die zusätzliche Möglichkeit, Workloads, die hauptsächlich gelesen werden, in Standbydatenbanken auszulagern, und bietet außerdem erweiterte Datenschutzfunktionen.
- IBM Sterling Order Management
IBM Sterling Order Management wird im Architekturdiagramm als virtuelle Maschinen (VMs) dargestellt: OMS-Web-VM, OMS-App-VM und OMS-BLD-VM.
- OMS-Web-VMs stellen die in Webanwendungen bereitgestellte IBM Sterling Order Management-Software dar. Diese Schicht reagiert auf den Datenverkehr und verwaltet die Frontend-Funktionalität von Auftragsmanagement und Einzelhandel.
- OMS-Anwendungs-VMs verwalten die IBM Sterling Order Management-Anwendungsschicht.
- OMS-BLD-VMs sind die Build-Server, die für die kontinuierliche Bereitstellung (CD) verantwortlich sind. In einem Einzelhandelsszenario können Sie Build-Server nutzen, um saisonale Produktkataloge und Bestand zu aktualisieren.
Empfehlungen
- VCN
Wenn Sie ein VCN erstellen, bestimmen Sie die Anzahl der erforderlichen CIDR-Blöcke und die Größe jedes Blocks basierend auf der Anzahl der Ressourcen, die Sie an Subnetze im VCN anhängen möchten. Verwenden Sie CIDR-Blöcke, die sich innerhalb des privaten IP-Standardadressraums befinden.
Wählen Sie CIDR-Blöcke aus, die sich nicht mit einem anderen Netzwerk (in Oracle Cloud Infrastructure, Ihrem On-Premise-Data Center oder einem anderen Cloud-Provider) überschneiden, zu dem Sie private Verbindungen einrichten möchten.
Nachdem Sie ein VCN erstellt haben, können Sie die CIDR-Blöcke ändern, hinzufügen und entfernen.
Berücksichtigen Sie beim Entwerfen der Subnetze Ihren Trafficfluss und Ihre Sicherheitsanforderungen. Hängen Sie alle Ressourcen innerhalb einer bestimmten Ebene oder Rolle an dasselbe Subnetz an, das als Sicherheitsgrenze dienen kann.
- Cloud Guard
Klonen und passen Sie die von Oracle bereitgestellten Standardrezepte an, um benutzerdefinierte Detektorrezepte und Responder-Rezepte zu erstellen. Mit diesen Rezepten können Sie angeben, welche Art von Sicherheitsverletzungen eine Warnung generieren und welche Aktionen für sie ausgeführt werden dürfen. Beispiel: Sie möchten Objektspeicher-Buckets ermitteln, deren Sichtbarkeit auf "Öffentlich" gesetzt ist.
Wenden Sie Cloud Guard auf Mandantenebene an, um den breitesten Geltungsbereich abzudecken und den Verwaltungsaufwand für die Verwaltung mehrerer Konfigurationen zu reduzieren.
Sie können auch das Feature "Verwaltete Liste" verwenden, um bestimmte Konfigurationen auf Detektoren anzuwenden.
- Load-Balancer-Bandbreite
Beim Erstellen des Load Balancers können Sie entweder eine vordefinierte Ausprägung auswählen, die eine feste Bandbreite bereitstellt, oder eine benutzerdefinierte (flexible) Ausprägung angeben, in der Sie einen Bandbreitenbereich festlegen und den Service die Bandbreite automatisch basierend auf Trafficmustern skalieren lassen. Bei beiden Verfahren können Sie die Ausprägung nach dem Erstellen des Load Balancers jederzeit ändern.
Hinweise
Beachten Sie beim Deployment dieser Referenzarchitektur die folgenden Punkte:
- Migration zu OCI
Legen Sie vor dem Erstellen der Umgebung die bevorzugte Methode für das Deployment von IBM Sterling Order Management fest. Mit dem Oracle Cloud Migrations-Service können Sie die Migration virtueller Maschinen von On Premise zu OCI automatisieren oder ein neues Deployment von IBM Sterling Order Management installieren. Weitere Informationen finden Sie im Abschnitt "Mehr erfahren". Unabhängig davon, ob Sie Ihre Entwicklungs-, Test- oder Produktionsumgebung installieren, gilt der gleiche allgemeine Prozess:
- Prüfen Sie die Stackanforderungen auf Performance und Verfügbarkeit.
- Datenbanken installieren und konfigurieren IBM Sterling Order Management unterstützt derzeit IBM Db2, Oracle Database und PostgreSQL.
- Installieren und konfigurieren Sie einen Anwendungsserver. IBM Sterling Order Management unterstützt derzeit IBM WebSphere, JBoss oder Oracle WebLogic.
- Installieren Sie die Basissoftware und andere von der Lizenzvereinbarung unterstützte Komponenten.
- Nehmen Sie ein Continuous Delivery-(CD-)Modell an, um IBM Sterling Order Management zu aktualisieren. Weitere Informationen zum Installationsprozess finden Sie unter Mehr erfahren.
- Systemabhängigkeiten
Für IBM Sterling Order Management sind eine Datenbank und ein Java Message Service-(JMS-)Server als Voraussetzungen für das Deployment der Anwendung erforderlich. IBM Sterling Order Management verwendet JMS ausgiebig. Diese Architektur umfasst jedoch nicht das Setup. Weitere Informationen finden Sie unter Mehr erfahren.
- Disaster Recovery
Für einen gut strukturierten Disaster Recovery-(DR-)Plan sollten Sie Ihre Ressourcen über mehrere Regionen verteilen.
- High Availability
Sie können eine Active/Active-Web- und App-Tier verwenden, indem Sie den Load Balancer so konfigurieren, dass Benutzertraffic sowohl an Availability-Domain 1 als auch an Availability-Domain 2 geleitet wird und die App-Tier in Availability-Domain 2 auf die Datenbank in Availability-Domain 1 verweist. Die Datenbank in Availability-Domain 2 befindet sich noch im Standby-Modus. Mit dieser Option erhalten Sie zusätzliche Verarbeitungsleistung in der Web- und App-Ebene.
Mehr erfahren
In den folgenden Ressourcen erhalten Sie weitere Informationen zum Deployment von IBM Sterling Order Management auf Oracle Cloud Infrastructure.
IBM Sterling Order Management:
- IBM Sterling Order Management installieren
- Updates für kontinuierliche Bereitstellung installieren
- Datenbank-Tier-Software unter UNIX oder Linux installieren und konfigurieren
- Integration mit JMS-Systemen
Andere IBM Sterling Order Management-Referenzarchitekturen:
- IBM Sterling Order Management-Software in einem Oracle Cloud Infrastructure Kubernetes Engine-Cluster bereitstellen
IBM-zertifizierte Container werden mit der containerisierten IBM Sterling Order Management-Software verpackt und für das Cloud-Deployment validiert. Dadurch können Kunden die Container in jeder öffentlichen oder privaten Cloud einschließlich Oracle Cloud Infrastructure mit Oracle Cloud Infrastructure Kubernetes Engine-(OKE-)Clustern bereitstellen.
- Bereitstellung der IBM Sterling Order Management-Software auf Oracle Cloud und Microsoft Azure
Wenn Sie eine Cloud-Migration für die IBM Sterling Order Management-Software in Betracht ziehen, möchten Unternehmen aus Performance-, Kosten- und Lieferantenbeziehungsgründen die besten Services von mehreren Cloud-Anbietern verwenden. Die Multi-Cloud-Split-Stack-Architektur ist eine gängige Lösung für die Migration von in einem Package integrierten Anwendungen in die Cloud.
Oracle Cloud Infrastructure: