Implementa IBM Sterling Order Management Software in un cluster Oracle Cloud Infrastructure Kubernetes Engine

IBM Sterling Order Management Software è un software di evasione degli ordini omnicanale. A partire dalla versione software 10.0, il software è disponibile su contenitori certificati IBM. I container certificati IBM sono confezionati con il software IBM Sterling Order Management in container e convalidati per l'implementazione cloud, consentendo ai clienti di distribuire i container su qualsiasi cloud pubblico o privato, incluso Oracle Cloud Infrastructure (OCI), utilizzando Oracle Cloud Infrastructure Kubernetes Engine (OCI Kubernetes Engine o OKE).

Questa architettura di riferimento fornisce una panoramica per distribuire il software IBM Sterling Order Management in un cluster OKE. OKE offre un cluster Kubernetes altamente disponibile e scalabile pronto per la produzione per distribuire applicazioni containerizzate nel cloud. La distribuzione del software IBM Sterling Order Management in un cluster OKE consente all'applicazione di integrarsi facilmente con altri servizi gestiti OCI per semplificare ulteriormente la distribuzione.

Architettura

IBM Sterling Order Management Software richiede un database e un server JMS (Java Message Service) come prerequisiti per distribuire l'applicazione. Inoltre, il contenitore certificato IBM Sterling Order Management Software deve essere personalizzato per utilizzare il database selezionato e JMS per la distribuzione.

Versioni supportate:
  • Database IBM Db2 V11.x o versione successiva oppure database Oracle v19c
  • Server JMS IBM MQ V9.x o versione successiva OPPURE WebLogic JMS
  • Contenitori certificati IBM Sterling Order Management Software V10

Il seguente diagramma illustra questa architettura di riferimento.



oci-oke-ibm-sterling-arch-oracle.zip

In questa architettura di riferimento, il servizio Oracle Autonomous Database fornisce il database delle applicazioni IBM Sterling Order Management Software. Oracle Autonomous Database è un ambiente di database completamente gestito e preconfigurato con quattro tipi di carichi di lavoro disponibili: Oracle Autonomous Transaction Processing,Oracle Autonomous Data Warehouse Oracle APEX Application Development e Oracle Autonomous JSON Database. Per questa distribuzione viene utilizzato l'Autonomous Transaction Processing con il database Oracle versione v19c.

Per il server JMS, il server di messaggistica IBM MQ viene distribuito con il software IBM Sterling Order Management in un cluster OKE. Per la distribuzione del server IBM MQ sono disponibili immagini e grafici di timone certificati IBM. Il server IBM MQ deve essere configurato con il Queue Manager e le code necessarie per IBM Sterling Order Management Software.

Questa architettura dispone dei seguenti servizi OCI:
  • Storage file

    I servizi dell'applicazione e dell'agente richiedono condivisioni NFS persistenti per memorizzare i dati condivisi (indice di ricerca, importazione CDT o esportazione) utilizzati dai contenitori del server applicazioni e del server agente. Il servizio IBM MQ richiede anche lo storage collegato in rete per memorizzare i dati e i messaggi di configurazione MQ. Il servizio OCI File Storage viene distribuito per fornire un volume persistente ai servizi MQ di applicazione, agente e IBM.

  • Registro contenitore

    Le immagini del contenitore per questa soluzione devono essere memorizzate in un repository accessibile dal cluster OKE. OCI Container Registry viene utilizzato per memorizzare le immagini. OCI Container Registry può essere utilizzato anche come repository Helm se i clienti hanno i propri grafici helm. Il cluster OKE si connette a OCI Container Registry tramite un gateway di servizi, in modo che il traffico non attraversa Internet.

  • Gateway API

    Il gateway API espone l'endpoint del software IBM Sterling Order Management agli utenti. Fornisce autenticazione e autorizzazione agli utenti che accedono all'applicazione software IBM Sterling Order Management.

  • Load balancer

    Il load balancer consente di accedere al controller in entrata nel cluster OKE. L'ingresso indirizza il traffico ai servizi richiesti dagli utenti dell'applicazione IBM Sterling Order Management Software.

  • Autorità di certificazione

    Il servizio Certificate Authority gestisce i certificati TLS per l'endpoint pubblico IBM Sterling Order Management Software.

  • Gestione chiavi

    Il servizio Key Management gestisce le chiavi utilizzate dal servizio Certificate Authority.

L'architettura presenta i seguenti componenti:

  • Area

    Un'area geografica Oracle Cloud Infrastructure è un'area geografica localizzata che contiene uno o più data center, denominati domini di disponibilità. Le regioni sono indipendenti da altre regioni e grandi distanze possono separarle (tra paesi o addirittura continenti).

  • Domini di disponibilità

    I domini di disponibilità sono data center standalone e indipendenti all'interno di un'area geografica. Le risorse fisiche in ciascun dominio di disponibilità sono isolate dalle risorse negli altri domini di disponibilità, il che fornisce tolleranza agli errori. I domini di disponibilità non condividono l'infrastruttura, ad esempio alimentazione o raffreddamento, o la rete interna del dominio di disponibilità. Pertanto, un errore in un dominio di disponibilità non dovrebbe influire sugli altri domini di disponibilità nell'area.

  • Domini di errore

    Un dominio di errore consiste in un gruppo di hardware e infrastruttura all'interno di un dominio di disponibilità. Ogni dominio di disponibilità dispone di tre domini di errore con alimentazione e hardware indipendenti. Quando distribuisci le risorse su più domini di errore, le tue applicazioni possono tollerare errori fisici del server, manutenzione del sistema e errori di alimentazione all'interno di un dominio di errore.

  • Rete cloud virtuale (VCN) e subnet

    Una VCN è una rete personalizzabile e definita dal software configurata in un'area Oracle Cloud Infrastructure. Come le tradizionali reti di data center, le reti VCN consentono di controllare l'ambiente di rete. Una VCN può avere più blocchi CIDR non sovrapposti che è possibile modificare dopo aver creato la VCN. Puoi segmentare una VCN in subnet, che possono essere definite in un'area o in un dominio di disponibilità. Ogni subnet è costituita da un intervallo contiguo di indirizzi che non si sovrappongono alle altre subnet nella VCN. È possibile modificare le dimensioni di una subnet dopo la creazione. Una subnet può essere pubblica o privata.

  • Motore Kubernetes

    Oracle Cloud Infrastructure Kubernetes Engine (OCI Kubernetes Engine o OKE) è un servizio completamente gestito, scalabile e ad alta disponibilità che puoi utilizzare per distribuire le tue applicazioni containerizzate nel cloud. Puoi specificare le risorse di computazione richieste dalle tue applicazioni e Kubernetes Engine le esegue sul Oracle Cloud Infrastructure in una tenancy esistente. OKE utilizza Kubernetes per automatizzare l'implementazione, la scalabilità e la gestione di applicazioni containerizzate tra cluster di host.

  • Autonomous Database

    Oracle Autonomous Database è un ambiente di database completamente gestito e preconfigurato che puoi utilizzare per l'elaborazione delle transazioni e i carichi di lavoro di data warehousing. Non è necessario configurare o gestire alcun componente hardware né installare software. Oracle Cloud Infrastructure gestisce la creazione, il backup, l'applicazione di patch, l'upgrade e il tuning del database.

  • Gateway NAT (Network Address Translation)

    Un gateway NAT consente alle risorse private in una VCN di accedere agli host su Internet, senza esporre tali risorse alle connessioni Internet in entrata.

  • Tabella di instradamento

    Le tabelle di instradamento virtuali contengono regole per instradare il traffico dalle subnet alle destinazioni esterne a una VCN, in genere attraverso i gateway.

  • Lista di sicurezza

    Per ogni subnet, puoi creare regole di sicurezza che specificano l'origine, la destinazione e il tipo di traffico che devono essere consentiti all'interno e all'esterno della subnet.

Suggerimenti

Utilizzare i seguenti suggerimenti come punto di partenza. I tuoi requisiti potrebbero essere diversi dall'architettura descritta qui.
  • VCN

    Quando crei una VCN, determina il numero di blocchi CIDR necessari e la dimensione di ciascun blocco in base al numero di risorse che intendi collegare alle subnet nella VCN. Utilizzare i blocchi CIDR all'interno dello spazio di indirizzi IP privati standard.

    Selezionare i blocchi CIDR che non si sovrappongono a qualsiasi altra rete (in Oracle Cloud Infrastructure, nel data center on premise o in un altro provider cloud) a cui si intende impostare connessioni private.

    Dopo aver creato una VCN, puoi modificarne, aggiungerne e rimuoverne i blocchi CIDR.

    Quando si progettano le subnet, considerare il flusso di traffico e i requisiti di sicurezza. Collega tutte le risorse all'interno di un livello o ruolo specifico alla stessa subnet, che può fungere da limite di sicurezza.

  • Larghezza di banda del load balancer

    Durante la creazione del load balancer, puoi selezionare una forma predefinita che fornisca una larghezza di banda fissa oppure specificare una forma personalizzata (flessibile) in cui impostare un intervallo di larghezza di banda e consentire al servizio di ridimensionare automaticamente la larghezza di banda in base ai pattern di traffico. Con entrambi gli approcci, puoi modificare la forma in qualsiasi momento dopo aver creato il load balancer.

  • Liste di sicurezza

    Utilizza le liste di sicurezza per definire regole di entrata e uscita che si applicano all'intera subnet.

  • Versione di Autonomous Database

    Utilizzare la versione più recente disponibile per Autonomous Database.

Considerazioni

Quando si distribuisce IBM Sterling Order Management Software in un cluster OKE, tenere presente quanto riportato di seguito per la scalabilità e la disponibilità.

  • Disponibilità dell'applicazione

    L'applicazione IBM Sterling Order Management Software viene distribuita con più pod nella distribuzione per fornire alta disponibilità.

    I domini di errore offrono la migliore resilienza all'interno di un dominio di disponibilità. Se hai bisogno di maggiore disponibilità, considera la possibilità di utilizzare più domini di disponibilità o più aree, ove possibile.

  • Scalabilità

    Puoi ridimensionare manualmente il numero di memorie centrali CPU del database in qualsiasi momento. La funzione di ridimensionamento automatico di Autonomous Database consente al database di utilizzare fino a tre volte il numero base corrente di memorie centrali CPU in qualsiasi momento. Con l'aumento della domanda, il ridimensionamento automatico aumenta automaticamente il numero di core in uso. Autonomous Database ti consente di ridimensionare la capacità di storage in qualsiasi momento senza influire sulla disponibilità o sulle prestazioni.

conferme

  • Author: Chiping Hwang
  • Contributors: Michael Rutledge, Wei Han, Anupama Pundpal