Distribuire il software IBM Sterling Order Management su Oracle Cloud e Microsoft Azure
IBM Sterling Order Management Software è un sistema di gestione degli ordini al dettaglio ampiamente implementato. Oltre la metà delle organizzazioni esegue ancora l'applicazione su un'infrastruttura on premise sempre più obsoleta. Considerando la migrazione al cloud, le organizzazioni desiderano utilizzare i servizi migliori offerti da più provider cloud per motivi legati a prestazioni, costi e relazioni con i fornitori. L'architettura multicloud split-stack è una soluzione comune per la migrazione di applicazioni in pacchetti nel cloud.
In questa architettura di riferimento basata sul cliente, un retailer globale leader del settore ha migrato il database IBM Sterling Order Management Software da un data center di condivisione dello stesso data center on-premise a Oracle Base Database Service su Oracle Cloud Infrastructure (OCI) utilizzando un'architettura multicloud split-stack. Il database Oracle 11g on-premise è stato aggiornato ed è stato migrato a 19c su OCI senza tempi di inattività. Dopo la migrazione del database, il livello dell'applicazione software IBM Sterling Order Management viene eseguito su Microsoft Azure e il livello del database Oracle viene eseguito su OCI, con OCI-Azure Interconnect che connette l'applicazione e il database.
Questa architettura di riferimento offre i vantaggi riportati di seguito.
- Aggiornare il database software IBM Sterling Order Management da 11g a 19c ed eseguire la migrazione a OCI
- Riduci i costi dell'infrastruttura fino al 60%
- Migliora le prestazioni in quanto il multithreading OCI offre una capacità doppia rispetto a un singolo thread in altri provider cloud
- Utilizzare Oracle Base Database Service con Terraform per automatizzare il provisioning del sistema e concedere privilegi utente
- Implementa più velocemente nuove funzionalità su OCI
Architettura
Questa architettura di riferimento illustra una distribuzione di stack multicloud a elevate prestazioni connessa da un'interconnessione OCI-Azure a bassa latenza dedicata e a elevata larghezza di banda.
L'applicazione software IBM Sterling Order Management e i Web server sono distribuiti su VM in Microsoft Azure US East. L'applicazione si connette al database Oracle Real Application Clusters (Oracle RAC) su Ashburn OCI tramite l'interconnessione OCI-Azure. Il database a due nodi Oracle RAC viene utilizzato per soddisfare le esigenze a elevate prestazioni e alta disponibilità. Il database Oracle RAC è un servizio cloud gestito di Oracle Base Database Service che riduce i sovraccarichi operativi dei clienti.
L'istanza di Disaster Recovery (DR) viene implementata nell'area San Jose di OCI che si connette a Microsoft Azure US West (non mostrata in questo diagramma dell'architettura). In alternativa, l'interconnessione OCI-Azure è disponibile anche tra OCI Phoenix e Microsoft Azure US West3. Il database di produzione viene replicato in DR utilizzando Oracle Data Guard.
La federazione di Oracle Cloud Infrastructure Identity and Access Management (OCI IAM) e Microsoft Azure Active Directory abilita l'account OCI utilizzando Single Sign-On. I dati di registrazione OCI e Microsoft Azure vengono inoltrati al monitoraggio cloud Dynatrace per informazioni operative. La sicurezza cloud di Wiz viene utilizzata per monitorare la distribuzione multicloud per identificare, correggere e prevenire in modo proattivo i rischi per l'azienda.
Il diagramma riportato di seguito illustra questa architettura di riferimento.
oci-multicloud-ibm-azure-arch-oracle.zip
Migrazione cloud
Prima della migrazione, il cliente aveva implementato un'architettura di split stack cloud ibrida, con l'applicazione software IBM Sterling Order Management e server Web su Microsoft Azure e database in un data center di condivisione della stessa struttura logistica on-premise. È stato progettato un approccio di migrazione graduale per eseguire l'upgrade e la migrazione del database dalla condivisione dello stesso data center 11g a 19c su OCI, mantenendo il livello dell'applicazione su Microsoft Azure.
- Creare un database temporaneo 11g in OCI
- Replicare il database di produzione 11g in locale nel database temporaneo 11g in OCI
- Creare un database di produzione 19c su OCI
- Utilizzare Oracle GoldenGate nel marketplace OCI per replicare i dati dal database temporaneo 11g al database 19c su OCI
- Tagliare l'applicazione di produzione su Microsoft Azure per puntare al database 19c su OCI e scollegare altre repliche
Il diagramma riportato di seguito illustra la migrazione al cloud.
Descrizione dell'immagine oci_multicloud_ibm_azure_flow.png
oci-multicloud-ibm-azure-flow-oracle.zip
L'architettura è dotata dei componenti elencati di seguito.
- Area
Un'area Oracle Cloud Infrastructure è un'area geografica localizzata che contiene uno o più data center, definiti domini di disponibilità. Le regioni sono indipendenti da altre regioni e grandi distanze possono separarle (in tutti i paesi o anche in continenti).
- Domini di disponibilità
I domini di disponibilità sono data center standalone indipendenti all'interno di un'area geografica. Le risorse fisiche in ciascun dominio di disponibilità sono isolate dalle risorse presenti negli altri domini di disponibilità, che offrono tolleranza agli errori. I domini di disponibilità non condividono l'infrastruttura, ad esempio l'alimentazione, il raffreddamento o la rete interna del dominio di disponibilità. È pertanto improbabile che l'eventuale guasto di un dominio di disponibilità influenzi gli altri domini di disponibilità nell'area.
- Rete cloud virtuale (VCN) e subnet
Una VCN è una rete personalizzabile e definita dal software configurata in un'area Oracle Cloud Infrastructure. Analogamente alle reti di data center tradizionali, i VCN offrono il controllo completo sull'ambiente di rete. Una VCN può avere più blocchi CIDR non sovrapposti che puoi modificare dopo aver creato la VCN. Puoi segmentare una VCN nelle subnet che possono essere definite nell'area o in un dominio di disponibilità. Ogni subnet è composta da un intervallo contiguo di indirizzi che non si sovrappongono alle altre subnet nella VCN. Puoi modificare le dimensioni di una subnet dopo la creazione. Una subnet può essere pubblica o privata.
- Servizio bastion
Oracle Cloud Infrastructure Bastion offre accesso sicuro e limitato nel tempo a risorse che non hanno endpoint pubblici e che richiedono severi controlli di accesso alle risorse, come Bare Metal e Virtual Machine, Oracle MySQL Database Service, Autonomous Transaction Processing (ATP), Oracle Container Engine for Kubernetes (OKE) e qualsiasi altra risorsa che consente l'accesso a Secure Shell Protocol (SSH). Con il servizio Bastion di Oracle Cloud Infrastructure, è possibile abilitare l'accesso agli host privati senza distribuire e gestire un jump host. Inoltre, puoi ottenere livelli di sicurezza migliori con autorizzazioni basate sulle identità e una sessione SSH centralizzata, controllata e con limiti di tempo. Oracle Cloud Infrastructure Bastion elimina la necessità di un IP pubblico per l'accesso bastion, eliminando le difficoltà e la potenziale superficie di attacco durante la fornitura dell'accesso remoto.
- Interconnessione OCI e Azure
Oracle Cloud e Microsoft Azure Interconnect sono la prima offerta multicloud di Oracle. Offre una connessione di rete diretta tra data center specifici di Azure e Oracle Cloud Infrastructure (OCI) in tutto il mondo. Consente agli amministratori e agli sviluppatori di Azure di connettere le proprie applicazioni alle applicazioni e ai servizi in esecuzione in OCI senza creare collegamenti dedicati o inviare il traffico delle applicazioni tramite la rete Internet pubblica.
- Streaming
Il servizio di streaming di Oracle Cloud Infrastructure offre una soluzione di storage completamente gestita, scalabile e duratura che consente di includere flussi di dati continui e a elevato volume che puoi utilizzare ed elaborare in tempo reale. Puoi utilizzare la soluzione Streaming per l'inclusione di dati a elevato volume, ad esempio log dell'applicazione, telemetria operativa, dati di click-stream Web o per altri casi d'uso in cui i dati vengono prodotti ed elaborati in maniera continua e sequenziale in un modello di messaggistica di pubblicazione/sottoscrizione.
- Oracle Base Database Service
Oracle Base Database Service è un servizio di database completamente gestito che consente agli sviluppatori di sviluppare e distribuire rapidamente applicazioni cloud native sicure. Oracle automatizza tutte le attività, come backup e ripristino, applicazione di patch al database e al sistema operativo, aggiornamenti e cifratura dei dati.
Suggerimenti
- Versione software IBM Sterling Order Management
Questa architettura supporta IBM Sterling Order Management Software versione 10.0.2303.1 (versione corrente al momento della pubblicazione di questa soluzione) e successiva. Si consiglia di utilizzare l'ultima versione di IBM Sterling Order Management Software.
Prima di distribuire IBM Sterling Order Management Software in un'architettura multicloud, è necessario acquisire familiarità con i seguenti requisiti seguendo i collegamenti nella sezione Esplora altro.- Per i requisiti di sistema del software IBM Sterling Order Management, vedere System Requirements.
- IBM Sterling Order Management Software ha una dipendenza da un sistema di database relazionale per la gestione dello stato e dei dati. Un sistema di broker dei messaggi abilitato per Java Message Service (JMS) è inoltre necessario per i flussi di lavoro relativi a comunicazioni e ordini da servizio a servizio. IBM Sterling Order Management Software supporta diverse opzioni di database e broker di messaggi che è possibile distribuire nell'ambiente in uso. Per ulteriori informazioni, vedere:
- Livello di database Oracle 19c: Configurazione di un database Oracle su UNIX o Linux
- Broker dei messaggi JMS: Integrazione con i sistemi JMS
- Latenza
Utilizzare OCI e Azure Interconnect per la connessione di rete tra i cloud per fornire una connessione a bassa latenza.
- Database
Utilizza il database Oracle versione 19c o successiva. Il database Oracle 19.16.0.0 viene utilizzato in questa architettura di riferimento. È consigliabile utilizzare la forma VM.Standard2.16 con ASM (Automatic Storage Management). La dimensione del database è di circa 800 GB. Ogni nodo Oracle RAC dispone di 16 memorie centrali CPU e 240 GB di memoria.
- disaster recovery
Nella distribuzione cloud, l'istanza di disaster recovery in standby può essere dimensionata su un quarto della produzione per ridurre i costi e eseguire lo scale-up fino alla capacità completa in caso di failover. L'applicazione di produzione e i dati devono essere replicati in DR per soddisfare l'obiettivo del tempo di recupero (RTO) e l'obiettivo del punto di recupero (RPO) definiti dall'azienda.
Durante l'upgrade e la migrazione del database, consigliamo di creare un database DR/temporaneo su OCI nella stessa area per evitare rischi e servire come contingenza alla produzione. Il database può essere utilizzato nel test della latenza di rete e per impostare la baseline delle prestazioni dell'applicazione prima dell'aggiornamento. Dopo aver eseguito l'upgrade e la migrazione, l'istanza DR deve essere impostata in un'area diversa.
- Oracle Database Service per Microsoft Azure
Oracle Database Service for Microsoft Azure ti consente di integrare facilmente Oracle Cloud Infrastructure Database nell'ambiente cloud Microsoft Azure. Oracle Database Service for Microsoft Azure utilizza un approccio basato sui servizi ed è un'alternativa alla creazione manuale di complesse distribuzioni cross-cloud per gli stack di applicazioni.
Consigliamo di usare Oracle Database Service for Microsoft Azure in un'architettura multicloud split-stack durante l'esecuzione sul collegamento di rete privato, a bassa latenza e ad alta larghezza di banda tra Microsoft Azure e OCI. Gli utenti possono scegliere Oracle Base Database (incluso Oracle RAC), Oracle Autonomous Database, Oracle Exadata Database Service e MySQL HeatWave ed eseguire il provisioning di Oracle Database Service for Microsoft Azure dalla console di Microsoft Azure.
Considerazioni
Durante la distribuzione di IBM Sterling Order Management Software in un'architettura multicloud, prendi in considerazione le seguenti opzioni per la scalabilità e la disponibilità.
- Disponibilità dell'applicazione
Prima di distribuire IBM Sterling Order Management Software, esaminare le considerazioni relative all'alta disponibilità e alla gestione delle prestazioni come descritto nei collegamenti alla documentazione IBM nella sezione Esplora altro.
In questa architettura di riferimento, l'applicazione software IBM Sterling Order Management viene distribuita con più VM sul database Microsoft Azure e Oracle RAC su OCI per fornire alta disponibilità. I domini di errore offrono la migliore resilienza all'interno di un dominio di disponibilità. Se hai bisogno di una maggiore disponibilità, considera la possibilità di usare più domini di disponibilità o aree geografiche, ove possibile.
- Throughput di I/O storage
La dimensione dello storage è fondamentale per ottenere il throughput di I/O previsto per le operazioni di lettura e scrittura su disco.
- Scalabilità
Questa architettura di riferimento utilizza Oracle Base Database Service con database Oracle Real Application Clusters (Oracle RAC). Puoi ridimensionare manualmente il numero di memorie centrali CPU del database verso l'alto o il basso in qualsiasi momento.
È possibile utilizzare Oracle Autonomous Database o Oracle Exadata Database Service con IBM Sterling Order Management Software. La funzione di ridimensionamento automatico di Oracle Autonomous Database consente al database di utilizzare fino a tre volte il numero base corrente di memorie centrali CPU in qualsiasi momento. Con la crescita della domanda, il ridimensionamento automatico aumenta automaticamente il numero di memorie centrali in uso. Oracle Autonomous Database ti consente di ridimensionare la capacità di storage in qualsiasi momento, senza influire sulla disponibilità o sulle prestazioni.
Visualizza altro
Esaminare queste risorse aggiuntive per ulteriori informazioni sulle funzioni di questa architettura di riferimento.
Software IBM Sterling Order Management:
- Software IBM Sterling Order Management
- Requisiti di sistema
- Configurazione di un database Oracle su UNIX o Linux
- Integrazione con i sistemi JMS
- Considerazioni per l'alta disponibilità
- Considerazioni per la gestione delle prestazioni
Infrastruttura Oracle Cloud: