Redigera

Dela via

Distribuera IBM Sterling Order Management på Azure

Azure Database for PostgreSQL
Azure Files
Azure Red Hat OpenShift
Azure Virtual Machines
Azure Virtual Network

Den här arkitekturen illustrerar en implementering av en OMS-miljö (Sterling Order Management Software) i Azure. Den här artikeln går inte in på detalj om hur du installerar Sterling OMS. Mer information om installationsprocessen finns i Installera Sterling Order Management Software.

Red Hat-logotyperna är varumärken som tillhör Red Hat, Inc. Inget godkännande underförstås av användningen av dessa märken. Apache® och Apache ActiveMQ är antingen registrerade varumärken eller varumärken som tillhör Apache Software Foundation i USA och/eller andra länder. Inget godkännande från Apache Software Foundation underförstås av användningen av dessa märken.

Arkitektur

Arkitekturdiagram som visar de komponenter och tjänster som stöder distribution av ett Sterling OMS IBM-orderhanteringssystem i Azure.

Ladda ned en Visio-fil med den här arkitekturen.

Du kan distribuera en arbetsbelastning så att den är internt eller externt riktad. Använd den konfiguration som passar dina behov bäst.

Arbetsflöde

Arkitekturen uppfyller infrastrukturkraven på följande sätt:

  • En containervärdplattform används för att distribuera arbetsbelastningar med hög tillgänglighet mellan tillgänglighetszoner. Vi rekommenderar Azure Red Hat OpenShift.
  • En fullständigt hanterad databastjänst fungerar som serverdelsdatabas för OMS-systemet. Sterling OMS stöder för närvarande IBM Db2, Oracle Database och PostgreSQL. Vi rekommenderar Azure Database for PostgreSQL med alternativet flexibel server.
  • En skalbar och högtillgänglig konfiguration ger en miljö för att köra en meddelandekö som IBM MQ som är kompatibel med Java Message Service-API:et (JMS). Diagrammet innehåller inte den här konfigurationen. Beroende på dina krav kan det finnas i klustret eller utanför klustret.
  • Privata slutpunkter isolerar och hjälper till att skydda nätverkstrafiken till alla anslutna tjänster.
  • Dessutom används valfria virtuella Azure-datorer (VM) för hantering och utveckling.
  • Premium- och Standard Azure Files-resurser tillhandahåller lagring för loggfiler och andra programkonfigurationsdata.

Komponenter

  • Azure Red Hat OpenShift har hög tillgänglighet och fullständigt hanterade OpenShift-kluster på begäran. Dessa kluster övervakas och drivs gemensamt av Microsoft och Red Hat.

  • Azure Virtual Network är den grundläggande byggstenen för privata nätverk i Azure. Virtuella nätverk används för kommunikation mellan noder, Azure-tjänster och hybridanslutningsbehov.

  • Azure Files tillhandahåller fullständigt hanterade filresurser i molnet som är tillgängliga via SMB- och NFS-protokollen. I den här lösningen är Azure Files värd för tillståndskänsliga data för de databaser och system som finns i klustret.

  • Azure Bastion är en fullständigt hanterad tjänst som ger sömlös, förbättrad säkerhet RDP- och SSH-åtkomst till virtuella datorer utan exponering via offentliga IP-adresser. I den här lösningen är Azure Bastion valfritt. Du kan använda Azure Bastion och ett undernät för att ge förbättrad säkerhetsåtkomst till någon av arbetsnoderna eller valfria jump box-datorer.

  • Azure Database for PostgreSQL är en fullständigt hanterad relationsdatabastjänst som baseras på PostgreSQL-databasmotorn. Azure Database for PostgreSQL erbjuder förutsägbar prestanda och dynamisk skalbarhet och är lämplig för affärskritiska arbetsbelastningar. Dess flexibla serverdistributionsmodell ger detaljerad kontroll och flexibilitet för databashanteringsfunktioner och konfigurationsinställningar.

  • Azure Virtual Machines är ett erbjudande om infrastruktur som en tjänst (IaaS). Du kan använda virtuella datorer för att distribuera skalbara beräkningsresurser på begäran. Den här lösningen använder virtuella Linux-datorer i Azure för att tillhandahålla en jump box för hantering av dina OMS Azure-baserade resurser och tjänster.

Alternativ

Om du har nätverksanslutning till din Azure-miljö kan du utföra installationen från en befintlig dator i stället för att använda en virtuell Azure Linux-dator.

Följande tjänster är vanligtvis inte nödvändiga, men de är effektiva alternativ:

  • IBM Db2 på Azure är ett valfritt alternativ till den flexibla servermodellen för Azure Database for PostgreSQL. Om du kör IBM Db2 på virtuella datorer kan du bekanta dig med att använda Azure Load Balancer - och Pacemaker-klustringsprogram för att uppnå hög tillgänglighet för databasservrarna.
  • Azure NetApp Files stöder alla typer av arbetsbelastningar genom att tillhandahålla hög tillgänglighet och höga prestanda. Azure NetApp Files är perfekt för IO-känsliga arbetsbelastningar, till exempel IBM Db2-arbetsbelastningar som körs på virtuella Azure-datorer.
  • Oracle Database på Azure är ett valfritt alternativ till den flexibla servermodellen för Azure Database for PostgreSQL.

Information om scenario

IBM Sterling OMS är ett orderhanteringssystem som levererar en komplett plattform för orderuppfyllelse i omnichannel. Det här systemet innehåller funktioner som:

  • Synlighet och efterfrågan för inventering i realtid.
  • Fullständigt konfigurerbar orderorkestrering och arbetsflöden.
  • Omvänd logistik för retur och returorderstatus för flera kanaler.

Ett samarbete mellan Microsoft och IBM Sterling OMS-teamet säkerställer att den här lösningen är konfigurerad att köras optimalt i Azure. Den här artikeln innehåller en design för att köra Sterling OMS 10.0 och senare versioner på Azure för kunder som har support från IBM och en partner för installation. Kontakta IBM-teamet om du vill ha svar på produktspecifika frågor.

Potentiella användningsfall

Många branscher och sektorer använder OMS-lösningar, bland annat:

  • Retail
  • Ecommerce
  • Manufacturing

Fler OMS-användningsfall finns i IBM Sterling Order Management.

Rekommendationer

Den här vägledningen stöder Sterling OMS 10.0 Q3 2022 och senare versioner. De här versionerna ger de bästa integreringsalternativen med Azure eftersom de stöder PostgreSQL och Azure Red Hat OpenShift-containerplattformen. Innan du skapar en egen distribution använder du Snabbstartsguide: Sterling Order Management i Azure för att distribuera Sterling OMS. När du sedan förstår hur distributionen och konfigurationen fungerar kan du snabbare fastställa implementeringens designkrav.

Microsoft har ett nära samarbete med IBM och andra partner för att säkerställa att vägledningen, arkitekturen och snabbstartsguiden ger dig den bästa upplevelsen i Azure. Dessa resurser följer metodtipsen enligt beskrivningen i Microsoft Azure Well-Architected Framework. Kontakta IBM-kontoteamet om du vill ha support utöver den här dokumentationen.

Innan du fortsätter med distributionen svarar du på följande frågor om din design:

  • Är distributionen av Sterling OMS en ny eller migrerar du en befintlig distribution till Azure?
  • Vilken serverdelsdatabasplattform planerar du att använda? Vilken storleksdatabas behöver du för dina data?
  • Vilken typ av JMS-baserad meddelandekö planerar du att använda?
  • Var planerar du att distribuera meddelandesystemet:
    • I samma OpenShift-kluster?
    • Utanför klustret på en annan plattform eller på virtuella datorer?
  • Har du ett befintligt containerregister och planerar du att fortsätta använda det?
  • Vilket antal och storlekar på virtuella datorer behöver du för dina arbetsnoder?
  • Vilka är dina krypteringsrelaterade säkerhetskrav?
  • Vilka är dina åtkomstkrav och vilka integreringsöverväganden för identitetsprovider (IdP) har du?
  • Vilka är dina anslutningsbehov? Vilka brandväggsregler behöver du för att ansluta till interna och externa (utgående) tjänster?
  • Vilken strategi har du för hög tillgänglighet och haveriberedskap?

Sterling OMS

Sterling OMS version 10.0.2209.0 har testats på Azure. Vi rekommenderar att du använder den senaste versionen av Sterling OMS.

Innan du distribuerar dina Azure-resurser för att stödja din Sterling OMS-miljö bör du bekanta dig med följande krav:

  • Information om oms-systemkrav för sterling finns i Systemkrav.
  • Sterling OMS har ett beroende av ett relationsdatabassystem för tillstånds- och datahantering. Ett JMS-aktiverat meddelandekösystem krävs också för tjänst-till-tjänst-kommunikation och orderarbetsflöden. Sterling OMS har stöd för flera alternativ för databas- och meddelandeköer som du kan distribuera i din miljö. Mer information finns i följande resurser:

Azure Red Hat OpenShift

Sterling OMS har testats med Azure Red Hat OpenShift version 4.10.15. Innan du distribuerar Azure Red Hat OpenShift:

  • Besluta om en domän. När du distribuerar Azure Red Hat OpenShift anger du ett domännamn som läggs till i alla tjänster som distribueras i klustret.
  • Fastställa api:et och ingresssynlighet. Bestäm hur du vill att ditt OpenShift-kluster-API (för hantering) och ingress (för distribuerade program och tjänster) ska vara internetuppkopplade. Om du använder privat anslutning för att dölja ditt API eller ingress kan du bara nå dessa slutpunkter från en dator som kan nå nätverket där du distribuerar din tjänst.
  • Beräkna dina vm-storlekar och antal för arbetsdatorn. I Azure Red Hat OpenShift är kontrollantalet ett fast tal, med en minsta rekommenderad storlek. Dina arbetsnoder, som kör dina programarbetsbelastningar som Sterling OMS, storleksanpassas separat. När du distribuerar din instans bör du överväga det antal arbetsnoder som krävs i klustret, plus lämplig storlek för varje. Du kan behöva utföra vissa tester och valideringar för att fastställa rätt tal och storlekar. Dessa värden beror på antalet agenter i distributionen och antalet poddar för varje agenttyp som du kör. När du har distribuerat kan du justera dessa värden när du behöver skala.

Mer information finns i Innan du börjar för Azure Red Hat OpenShift.

Ändra storlek på din miljö

Vi rekommenderar att du använder de senaste virtuella datorerna i Ds-serien som arbetsnoder. Exempel är serien Dsv3, Dasv4, Dsv4, Dasv5 och Dsv5 . De senaste versionerna av dessa virtuella datorer ger bästa möjliga prestanda. När du distribuerar fler noder använder du bara virtuella datorer som har premiumlagring.

Databasinformation

Eftersom Sterling OMS har olika alternativ för serverdelsdatabaser är det viktigt att först bestämma vilken plattform som ska vara värd för databasen. Sedan kan du fatta beslut om plattformens storlek. Tänk på följande allmänna riktlinjer under den här processen:

  • Azure Database for PostgreSQL, flexibel serverdistributionsmodell: På grund av arten av dess skalnings- och redundansalternativ är den flexibla servermodellen för Azure Database for PostgreSQL den bästa metoden för att vara värd för Sterling OMS-arbetsbelastningar i Azure. När du distribuerar din instans:
    • Välj den beräkningsnivå som matchar dina användningsmönster. Vi rekommenderar att du börjar med en generell användningsnivå och väljer ett lämpligt antal kärnor. Observera också att din cpu, minne och IOPs är knutna till valet av beräkningsstorlek.
    • Lägg till lämplig lagring. Kom också ihåg att ökade kostnader för lagring ökar och att du inte kan minska din etablerade lagring. Därför är det viktigt att känna till din ursprungliga datastorlek och förväntade tillväxt.
    • Justera serverparametrar som max_connections det påverkar agenternas möjlighet att upprätthålla anslutningen till databasen.
  • Db2 på virtuella datorer: När du kör Db2 på virtuella Azure-datorer finns det flera komplexa faktorer som du behöver åtgärda, till exempel prestanda och tillgänglighet. En detaljerad artikel om en db2-distribution med höga prestanda i Azure finns i Hög tillgänglighet för IBM Db2 LUW på virtuella Azure-datorer på Red Hat Enterprise Linux Server. Den här artikeln går igenom storleks- och prestandaöverväganden. Den visar också hur du distribuerar ett Db2-kluster med hög tillgänglighet som använder Pacemaker.
  • Oracle: Om du för närvarande använder Oracle Database, eller om du planerar att migrera till Oracle, kan du bekanta dig med följande resurser för att köra Oracle-arbetsbelastningar i Azure:

Information om meddelandekö

Sterling OMS kräver en JMS-baserad meddelandekö. Oftast används IBM MQ. Det bästa sättet att köra en IBM MQ-instans med hög tillgänglighet i Azure är att använda IBM MQ Helm Charts för Kubernetes-distributioner. Du kan distribuera dessa diagram till ditt befintliga Azure Red Hat OpenShift-kluster till separata arbetare för att isolera dina arbetsbelastningar. Du kan också distribuera och installera IBM MQ manuellt på virtuella datorer om du vill.

Som en del av standarddistributionen kan du definiera dina köer vid distributionstillfället, vilket minskar den konfigurationstid som krävs för att starta dina instanser. Standarddistributionen skapar en aktiv och två passiva instanser av köhanteraren. När distributionen är klar kan du använda SSH för att ansluta till den aktuella leader-podden och definiera JMS-bindningsfilen. Du kan sedan använda den filen för att skapa konfigurationskartan för din Sterling OMS-distribution.

IBM stöder även andra JMS-baserade meddelandekösystem, till exempel Apache ActiveMQ. Mer information finns i Meddelandeköer i Sterling Order Management Software. Distributionsalternativen varierar beroende på lösning.

Att tänka på

Dessa överväganden implementerar grundpelarna i Azure Well-Architected Framework, som är en uppsättning vägledande grundsatser som du kan använda för att förbättra kvaliteten på en arbetsbelastning. Mer information finns i Microsoft Azure Well-Architected Framework.

Säkerhet

Säkerhet ger garantier mot avsiktliga attacker och missbruk av dina värdefulla data och system. Mer information finns i Översikt över säkerhetspelare.

Att upprätthålla åtkomst och insyn i underhållslivscykeln för dina tillgångar kan vara en av organisationens största möjligheter att arbeta effektivt och upprätthålla drifttid. För att förbättra din miljös säkerhetsstatus är det viktigt att använda säker autentisering och hålla dina lösningar uppdaterade. Använd kryptering för att skydda alla data som flyttas in och ut ur din arkitektur.

Azure levererar Sterling OMS med hjälp av modellerna IaaS och Plattform som en tjänst (PaaS). Microsoft bygger in säkerhetsskydd i tjänsten på följande nivåer:

  • Fysiska datacentra
  • Fysiskt nätverk
  • Fysisk värd
  • Hypervisor

Utvärdera noggrant de tjänster och tekniker som du väljer för de områden ovanför hypervisor-programmet, till exempel den senaste korrigerade versionen av Azure Red Hat OpenShift för en större version. Se till att tillhandahålla rätt säkerhetskontroller för din arkitektur. Du ansvarar för att korrigera och upprätthålla säkerheten för IaaS-systemen. Microsoft tar den rollen för PaaS-tjänster som Azure Red Hat OpenShift. Även om du kan starta en uppgradering för Azure Red Hat OpenShift hanteras den helt av Microsoft och Red Hat. Mer information om hur du uppdaterar och uppgraderar Azure Red Hat OpenShift finns i Uppgradera ett Azure Red Hat OpenShift-kluster.

Använd nätverkssäkerhetsgrupper för att filtrera nätverkstrafik till och från resurser i ditt virtuella nätverk. Med dessa grupper kan du definiera regler som beviljar eller nekar åtkomst till dina Sterling OMS-tjänster. Exempel:

  • Blockera åtkomst till alla andra delar av din distribuerade infrastruktur, till exempel specifika portar och tjänster som meddelandekö eller serverdelsdatabas använder.
  • Kontrollera vilka platser som har åtkomst till Sterling OMS och OpenShift-klustret.

Vilka portnummer och intervall du behöver öppna beror på många faktorer. Några att tänka på är:

  • Port 443 för tjänst-till-tjänst-kommunikation.
  • Databasspecifika portar, till exempel port 5432 för alternativet flexibel server i Azure Database for PostgreSQL.
  • Meddelandeköportar som port 1414 för IBM MQ.

Tänk också på följande:

  • Azure Red Hat OpenShift-klusternoder måste ha utgående Internetåtkomst. Om du inte kan ge den här åtkomsten behöver dessa noder minst åtkomst till Azure Resource Manager- och tjänstloggningsslutpunkterna.
  • IBM ger vägledning för att implementera flera Sterling OMS-program som delar vanliga tjänster som en serverdelsdatabas. Sådana distributioner har också brandväggsöverväganden inom programmet. Mer information finns i Öppna brandväggsportar för kommunikation mellan appar.

Om du behöver åtkomst till dina andra, icke-Azure Red Hat OpenShift-noder, kan du använda Azure Bastion för att få åtkomst till dina virtuella datorer. Av säkerhetsskäl ska du inte exponera virtuella datorer för ett nätverk eller internet utan att konfigurera nätverkssäkerhetsgrupper för att kontrollera åtkomsten till dem.

Kryptering på serversidan (SSE) av Azure-disklagring hjälper till att skydda dina data. Handelshögskolan hjälper dig också att uppfylla organisationens säkerhets- och efterlevnadsåtaganden. Med Azure-hanterade diskar krypterar SSE de vilande data när de sparas i molnet. Det här beteendet gäller som standard både os- och datadiskar. OpenShift använder SSE som standard. Azure Red Hat OpenShift stöder även kundhanterade krypteringsnycklar (CMEK) för OS-diskarna i klustret.

Autentisering

Du bör konfigurera OAuth för Azure Red Hat OpenShift. Mer information finns i Översikt över autentisering och auktorisering i Azure Red Hat OpenShift-dokumentationen.

Skydda infrastrukturen

Styr åtkomsten till Azure-resurser som du distribuerar. Varje Azure-prenumeration har en förtroenderelation med en Microsoft Entra-klientorganisation. Använd rollbaserad åtkomstkontroll i Azure för att ge användare i din organisation rätt behörigheter till Azure-resurser. Bevilja åtkomst genom att tilldela Azure-roller till användare eller grupper för ett visst omfång. Omfånget kan vara en prenumeration, en resursgrupp eller en enskild resurs. Se till att granska alla ändringar i infrastrukturen. Mer information om granskning finns i Azure Monitor-aktivitetsloggen.

Kostnadsoptimering

Kostnadsoptimering handlar om att titta på sätt att minska onödiga utgifter och förbättra drifteffektiviteten. Mer information finns i Översikt över kostnadsoptimeringspelare.

En standarddistribution av Sterling OMS består av följande komponenter. Du kan justera många av dessa beräkningsbaserade resurser efter dina behov. Du kan till exempel skala upp IBM MQ-agentnoder för att tillåta större dataflöde.

Azure Red Hat OpenShift (för OMS)

  • Tre virtuella kontrolldatorer (Standard_D8s_v5)
  • Tre virtuella arbetsdatorer (Standard_D8s_v5)

Ytterligare resurser

  • Ett virtuellt nätverk (/16), med följande undernät:
    • Azure Red Hat OpenShift-kontrollnodundernät (/24)
    • Azure Red Hat OpenShift-arbetsnodens undernät (/24)
    • Dataundernät, om det behövs (/27)
    • Ytterligare vm-undernät om det behövs (/27)
    • Hanteringsundernät, om det behövs (/30)
  • En instans av Azure Database for PostgreSQL med alternativet flexibel server
  • En instans av Azure Container Registry
  • Två Azure Storage-konton
  • Tre DNS-zoner
  • Två lastbalanserare
  • En virtuell jump box-dator
  • Azure Bastion

Enskilda distributioner kan till exempel skilja sig åt om du kör Db2 på virtuella Azure-datorer eller om du distribuerar IBM MQ till din Azure Red Hat OpenShift-miljö. Om du vill granska en exempeluppskattning använder du kostnadskalkylatorn. Konfigurationerna varierar, så kontrollera konfigurationen med IBM-storleksteamet innan du slutför distributionen.

Tillförlitlighet

Tillförlitlighet säkerställer att ditt program kan uppfylla de åtaganden du gör gentemot dina kunder. Mer information finns i Översikt över tillförlitlighetspelare.

Azure Red Hat OpenShift har inbyggda funktioner för självåterställning, skalning och motståndskraft för att säkerställa att Azure Red Hat OpenShift och Sterling OMS fungerar korrekt. Azure Red Hat OpenShift och Sterling OMS har utformats för delar som misslyckas och återställs. Ett viktigt krav för självåterställning är att det finns tillräckligt med arbetsnoder. Om du vill återställa från ett zonfel i en Azure-region måste dina kontroll- och arbetsnoder balanseras mellan tillgänglighetszoner.

Sterling OMS och Azure Red Hat OpenShift använder databaslagring för att bevara tillstånd utanför Kubernetes-klustret. Loggar och andra programresurser sparas på ett lagringskonto. Använd zonredundant lagring när det är möjligt för att säkerställa att lagringsberoendena fortsätter att fungera under ett fel. Den här typen av lagring är fortfarande tillgänglig när en zon misslyckas. Databasdistributionen bör också ta hänsyn till konfigurationer i flera zoner.

Eftersom mänskliga fel är vanliga distribuerar du Sterling OMS med så mycket automatisering som möjligt. Några exempelskript för att konfigurera fullständig automatisering från slutpunkt till slutpunkt finns i Snabbstartsguide: Sterling Order Management på Azure på GitHub.

Distribuera det här scenariot

Innan du börjar bör du granska kraven för Sterling OMS i Systemkrav. Se också till att du har följande resurser tillgängliga:

  • Åtkomst till en Azure-prenumeration med läsbehörighet .
  • Ett programregistrerings- eller tjänsthuvudnamn som har behörighet som deltagare och administratör för användaråtkomst till prenumerationen.
  • En domän eller delegerad underdomän till en Azure DNS-zon.
  • En IBM Sterling OMS-rättighetsnyckel.
  • IBM-rekommenderad klusterstorlek.
  • Ett befintligt virtuellt nätverk eller ett nytt virtuellt nätverk, beroende på dina krav. Ett exempel på hur du skapar ett nytt virtuellt nätverk med två tomma undernät finns i Självstudie: Skapa ett Azure Red Hat OpenShift 4-kluster.
  • Krav på hög tillgänglighet och haveriberedskap för din specifika distribution.
  • En OMEnviroment-konfigurationsfil, omenvironment.yaml, som ska användas när du distribuerar Sterling OMS via OpenShift-operatörskatalogen.

En stegvis guide för att installera Azure Red Hat OpenShift och Sterling OMS på Azure, inklusive hur du hanterar förhandskraven, finns i Snabbstartsguide: Sterling Order Management på Azure.

Att tänka på vid distribuering

Den nuvarande bästa metoden är att distribuera arbetsbelastningar med hjälp av infrastruktur som kod (IaC) i stället för att distribuera arbetsbelastningar manuellt, eftersom manuell distribution kan leda till felkonfiguration. Containerbaserade arbetsbelastningar kan vara känsliga för felkonfiguration, vilket kan minska produktiviteten.

Innan du skapar din miljö kan du läsa Snabbstartsguide: Sterling Order Management på Azure för att utveckla en förståelse för designparametrarna. Snabbstartsguiden är inte avsedd för en produktionsklar distribution, men du kan använda guidens tillgångar för att komma till en mekanism i produktionsklass för distribution.

IBM erbjuder specialiserade tjänster som hjälper dig med installationen. Kontakta IBM-teamet om du vill ha support.

Deltagare

Den här artikeln underhålls av Microsoft. Det har ursprungligen skrivits av följande medarbetare.

Huvudsakliga författare:

Övriga medarbetare:

Om du vill se icke-offentliga LinkedIn-profiler loggar du in på LinkedIn.

Nästa steg