Upravit

Sdílet prostřednictvím

Nasazení správy objednávek IBM Sterling v Azure

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

Tato architektura znázorňuje implementaci prostředí Sterling Order Management Software (OMS) v Azure. Tento článek se nezabíná podrobně o tom, jak nainstalovat Sterling OMS. Další informace o procesu instalace najdete v tématu Instalace softwaru pro správu objednávek Sterling.

Loga Red Hat jsou ochranné známky společnosti Red Hat, Inc. Použití těchto značek nevyžaduje žádné doporučení. Apache® a Apache ActiveMQ jsou registrované ochranné známky nebo ochranné známky Apache Software Foundation v USA a/nebo v jiných zemích. Použití těchto značek nevyžaduje žádné doporučení Apache Software Foundation.

Architektura

Diagram architektury znázorňující komponenty a služby, které podporují nasazení systému správy objednávek IBM Sterling v Azure

Stáhněte si soubor aplikace Visio s touto architekturou.

Úlohu můžete nasadit tak, aby byla interně nebo externě. Použijte konfiguraci, která nejlépe vyhovuje vašim požadavkům.

Workflow

Architektura splňuje požadavky na infrastrukturu následujícími způsoby:

  • Platforma pro hostování kontejnerů se používá k nasazení vysoce dostupných úloh napříč zónami dostupnosti. Doporučujeme Azure Red Hat OpenShift.
  • Plně spravovaná databázová služba funguje jako back-endová databáze pro systém OMS. Sterling OMS v současné době podporuje IBM Db2, Oracle Database a PostgreSQL. Doporučujeme Azure Database for PostgreSQL s možností flexibilního serveru.
  • Škálovatelné a vysoce dostupné nastavení poskytuje prostředí pro spuštění zprostředkovatele zpráv, jako je IBM MQ, který je kompatibilní s rozhraním JAVA Message Service (JMS) API. Diagram neobsahuje toto nastavení. V závislosti na vašich požadavcích může být v rámci vašeho clusteru nebo externího clusteru.
  • Privátní koncové body izolují a pomáhají zabezpečit síťový provoz do všech připojených služeb.
  • Volitelné virtuální počítače Azure se navíc používají pro účely správy a vývoje.
  • Sdílené složky Azure Files úrovně Premium a Standard poskytují úložiště pro soubory protokolů a další konfigurační data aplikací.

Komponenty

  • Azure Red Hat OpenShift poskytuje vysoce dostupné plně spravované clustery OpenShift na vyžádání. Tyto clustery se monitorují a provozují společně společností Microsoft a Red Hat.

  • Azure Virtual Network je základním stavebním blokem privátních sítí v Azure. Virtuální sítě se používají ke komunikaci mezi uzly, službami Azure a potřebami hybridního připojení.

  • Azure Files poskytuje plně spravované sdílené složky v cloudu, které jsou přístupné přes protokoly SMB a NFS. V tomto řešení azure Files hostuje stavová data pro databáze a systémy, které jsou v clusteru.

  • Azure Bastion je plně spravovaná služba, která poskytuje bezproblémový a vylepšený přístup RDP a SSH k virtuálním počítačům bez ohrožení prostřednictvím veřejných IP adres. V tomto řešení je Azure Bastion volitelný. Azure Bastion a podsíť můžete použít k zajištění rozšířeného zabezpečení přístupu k libovolnému pracovnímu uzlu nebo volitelným počítačům jump boxu.

  • Azure Database for PostgreSQL je plně spravovaná relační databázová služba založená na databázovém stroji PostgreSQL. Azure Database for PostgreSQL nabízí předvídatelný výkon a dynamickou škálovatelnost a je vhodný pro důležité obchodní úlohy. Model nasazení flexibilního serveru poskytuje podrobné řízení a flexibilitu nad funkcemi správy databáze a nastavením konfigurace.

  • Azure Virtual Machines je nabídka infrastruktury jako služby (IaaS). Virtuální počítače můžete použít k nasazení škálovatelných výpočetních prostředků na vyžádání. Toto řešení využívá virtuální počítače s Linuxem v Azure k zajištění jump boxu pro správu prostředků a služeb Založených na OMS v Azure.

Alternativy

Pokud máte síťové připojení k prostředí Azure, můžete instalaci provést z existujícího počítače místo použití virtuálního počítače Azure s Linuxem.

Následující služby obvykle nejsou nezbytné, ale představují efektivní alternativy:

  • IBM Db2 v Azure je volitelná alternativa k flexibilnímu serverovém modelu Azure Database for PostgreSQL. Pokud na virtuálních počítačích spustíte IBM Db2, seznamte se s používáním softwaru Azure Load Balancer a clusteringu Pacemaker, abyste dosáhli vysoké dostupnosti databázových serverů.
  • Azure NetApp Files podporuje jakýkoli typ úloh tím, že poskytuje vysokou dostupnost a vysoký výkon. Azure NetApp Files je ideální pro úlohy citlivé na vstupně-výstupní operace, jako jsou úlohy IBM Db2, které běží na virtuálních počítačích Azure.
  • Oracle Database v Azure je volitelná alternativa k flexibilnímu serverovém modelu Azure Database for PostgreSQL.

Podrobnosti scénáře

IBM Sterling OMS je systém správy objednávek, který poskytuje kompletní platformu pro plnění objednávek omnichannel. Tento systém zahrnuje například tyto funkce:

  • Viditelnost inventáře v reálném čase a poptávka.
  • Plně konfigurovatelná orchestrace objednávek a pracovní postupy
  • Zpětná logistika pro vrácení vícekanálového kanálu a stav vrácení objednávky

Partnerství mezi Microsoftem a týmem IBM Sterling OMS zajišťuje optimální provoz tohoto řešení v Azure. Tento článek obsahuje návrh pro spouštění Sterling OMS 10.0 a novějších verzí v Azure pro zákazníky, kteří mají podporu od IBM a partnera pro instalaci. Pokud chcete získat odpovědi na otázky týkající se produktů, obraťte se na tým IBM.

Potenciální případy použití

Řada odvětví a odvětví využívá řešení OMS, včetně následujících:

  • Retail
  • Elektronické obchodování
  • Výroba

Další případy použití OMS najdete v tématu IBM Sterling Order Management.

Doporučení

Tyto pokyny podporují Sterling OMS 10.0 Q3 2022 a novější verze. Tyto verze poskytují nejlepší možnosti integrace s Azure, protože podporují PostgreSQL a platformu kontejnerů Azure Red Hat OpenShift. Před vytvořením vlastního nasazení použijte úvodní příručku: Správa objednávek Sterling v Azure k nasazení sady Sterling OMS. Když pak pochopíte, jak nasazení a konfigurace fungují, můžete rychleji určit požadavky na návrh vaší implementace.

Microsoft úzce spolupracuje s IBM a dalšími partnery a zajišťuje, aby pokyny, architektura a průvodce rychlým startem poskytovaly nejlepší prostředí v Azure. Tyto prostředky se řídí osvědčenými postupy popsanými v architektuře Microsoft Azure Well-Architected Framework. Pokud potřebujete podporu nad rámec této dokumentace, obraťte se na tým účtů IBM.

Než budete pokračovat v nasazení, odpovězte na následující otázky týkající se návrhu:

  • Je vaše nasazení Sterling OMS nové nebo migrujete existující nasazení do Azure?
  • Jakou back-endovou databázovou platformu plánujete použít? Jakou velikost databáze budete potřebovat pro svá data?
  • Jaký typ zprostředkovatele zpráv založeného na JMS plánujete použít?
  • Kde plánujete nasadit systém zasílání zpráv:
    • Ve stejném clusteru OpenShift?
    • Externí pro cluster na jiné platformě nebo na virtuálních počítačích?
  • Máte existující registr kontejneru a plánujete ho dál používat?
  • Jaký počet a velikosti virtuálních počítačů potřebujete pro pracovní uzly?
  • Jaké jsou požadavky na zabezpečení související se šifrováním?
  • Jaké máte požadavky na přístup a jaké aspekty integrace zprostředkovatele identity (IdP) máte?
  • Jaké jsou vaše potřeby připojení? Jaká pravidla brány firewall potřebujete pro připojení k interním a externím (výstupním) službám?
  • Jaká je vaše strategie pro vysokou dostupnost a zotavení po havárii?

Sterling OMS

Sterling OMS verze 10.0.2209.0 byla testována v Azure. Doporučujeme používat nejnovější verzi sady Sterling OMS.

Před nasazením prostředků Azure pro podporu prostředí Sterling OMS se seznamte s následujícími požadavky:

  • Požadavky na systém Sterling OMS najdete v tématu Požadavky na systém.
  • Systém Sterling OMS je závislý na systému relačních databází pro správu stavu a dat. Systém zprostředkovatele zpráv s podporou JMS je také nutný pro komunikaci mezi službami a pracovní postupy objednávek. Sterling OMS podporuje několik možností zprostředkovatele databází a zpráv, které můžete nasadit ve svém prostředí. Další informace najdete v následujících zdrojích informací:

Azure Red Hat OpenShift

Sterling OMS byl testován s Azure Red Hat OpenShift verze 4.10.15. Před nasazením Azure Red Hat OpenShiftu:

  • Rozhodněte se o doméně. Když nasadíte Azure Red Hat OpenShift, zadejte název domény, který se připojí ke všem službám, které se nasadí ve vašem clusteru.
  • Určení viditelnosti rozhraní API a příchozího přenosu dat Rozhodněte se, jak chcete, aby rozhraní API clusteru OpenShift (pro správu) a příchozí přenos dat (pro nasazené aplikace a služby) byly přístupné z internetu. Pokud ke skrytí rozhraní API nebo příchozího přenosu dat používáte privátní připojení, můžete k těmto koncovým bodům přistupovat jenom z počítače, který se dostane do sítě, kam službu nasadíte.
  • Vypočítejte velikosti a počty řídicích a pracovních virtuálních počítačů. V Azure Red Hat OpenShiftu je počet ovládacích prvků pevným číslem s minimální doporučenou velikostí. Pracovní uzly, které spouští úlohy aplikací, jako je Sterling OMS, mají samostatně velikost. Při nasazování instance zvažte požadovaný počet pracovních uzlů v clusteru a odpovídající velikost jednotlivých uzlů. Možná budete muset provést testování a ověření, abyste určili správná čísla a velikosti. Tyto hodnoty závisí na počtu agentů v nasazení a počtu podů pro každý typ agenta, který spouštíte. Po nasazení můžete tyto hodnoty upravit, když potřebujete škálovat.

Další informace najdete v tématu Před zahájením pro Azure Red Hat OpenShift.

Nastavení velikosti prostředí

Jako pracovní uzly doporučujeme používat nejnovější virtuální počítače řady Ds . Příklady jsou řady Dsv3, Dasv4, Dsv4, Dasv5 a Dsv5 . Nejnovější verze těchto virtuálních počítačů poskytují nejlepší výkon. Když nasadíte více uzlů, používejte pouze virtuální počítače, které mají premium storage.

Specifika databáze

Vzhledem k tomu, že Sterling OMS má různé možnosti back-endové databáze, je důležité nejprve rozhodnout, na které platformě bude vaše databáze hostovat. Pak můžete rozhodovat o velikosti této platformy. Při tomto procesu mějte na paměti následující obecné pokyny:

  • Model nasazení flexibilního serveru Azure Database for PostgreSQL: Vzhledem k povaze možností škálování a redundance je flexibilní serverový model služby Azure Database for PostgreSQL upřednostňovanou metodou hostování úloh Sterling OMS v Azure. Při nasazování instance:
    • Vyberte úroveň výpočetních prostředků, která odpovídá vašim vzorům využití. Doporučujeme začít s úrovní pro obecné účely a vybrat odpovídající počet jader. Všimněte si také, že váš procesor, paměť a vstupně-výstupní operace jsou svázané s výběrem velikosti výpočetních prostředků.
    • Přidejte odpovídající úložiště. Nezapomeňte také, že vyšší náklady na úložiště se zvyšují a nemůžete zmenšovat zřízené úložiště. V důsledku toho je důležité znát počáteční velikost dat a předpovědět růst.
    • Upravte parametry serveru, jako max_connections je například schopnost agentů udržovat připojení k vaší databázi.
  • Db2 na virtuálních počítačích: Při spuštění Db2 na virtuálních počítačích Azure je potřeba řešit několik složitých faktorů, jako je výkon a dostupnost. Podrobný článek o vysoce výkonném nasazení Db2 v Azure najdete v tématu Vysoká dostupnost LUW IBM Db2 na virtuálních počítačích Azure na Red Hat Enterprise Linux Serveru. Tento článek vás provede aspekty velikosti a výkonu. Dozvíte se také, jak nasadit cluster Db2 s vysokou dostupností, který používá Pacemaker.
  • Oracle: Pokud aktuálně používáte Oracle Database nebo pokud plánujete migraci na Oracle, seznamte se s následujícími prostředky pro spouštění úloh Oracle v Azure:

Specifika fronty zpráv

Sterling OMS vyžaduje zprostředkovatele zpráv založený na JMS. Nejčastěji se používá IBM MQ. Nejlepší způsob, jak spustit vysoce dostupnou instanci IBM MQ v Azure, je použít diagramy IBM MQ Helm pro nasazení Kubernetes. Tyto grafy můžete nasadit do existujícího clusteru Azure Red Hat OpenShift do samostatných pracovních procesů a izolovat úlohy. Pokud chcete, můžete také ručně nasadit a nainstalovat IBM MQ na virtuální počítače.

V rámci standardního nasazení můžete definovat fronty v době nasazení, což zkracuje dobu konfigurace potřebnou ke spuštění instancí. Standardní nasazení vytvoří jednu aktivní a dvě pasivní instance správce front. Po dokončení nasazení se můžete pomocí SSH připojit k aktuálnímu podu leader a definovat soubor vazeb JMS. Tento soubor pak můžete použít k vytvoření mapy konfigurace pro nasazení Sterling OMS.

IBM také podporuje další systémy řízení front zpráv založené na JMS, jako je Apache ActiveMQ. Další informace naleznete v tématu Fronty zpráv v Sterling Order Management Software. Možnosti nasazení se liší v jednotlivých řešeních.

Důležité informace

Tyto aspekty implementují pilíře architektury Azure Well-Architected Framework, což je sada hlavních principů, které je možné použít ke zlepšení kvality úlohy. Další informace naleznete v tématu Microsoft Azure Well-Architected Framework.

Spolehlivost

Spolehlivost zajišťuje, že vaše aplikace může splňovat závazky, které uděláte pro vaše zákazníky. Další informace naleznete v tématu Kontrolní seznam pro kontrolu spolehlivosti.

Azure Red Hat OpenShift má integrované funkce pro samoopravení, škálování a odolnost, které zajišťují, že Azure Red Hat OpenShift a Sterling OMS úspěšně fungují. Azure Red Hat OpenShift a Sterling OMS jsou navržené pro části, které selžou a obnoví. Klíčovým požadavkem pro samoopravení je, že existuje dostatek pracovních uzlů. Pokud se chcete zotavit z selhání zóny v rámci oblasti Azure, musí být řídicí a pracovní uzly vyváženy napříč zónami dostupnosti.

Sterling OMS a Azure Red Hat OpenShift používají úložiště databáze k zachování stavu mimo cluster Kubernetes. Protokoly a další prostředky aplikace se uchovávají v účtu úložiště. Pokud chcete zajistit, aby závislosti úložiště fungovaly i při selhání, použijte zónově redundantní úložiště , kdykoli je to možné. Tento typ úložiště zůstane k dispozici, když dojde k selhání zóny. Nasazení databáze by také mělo brát v úvahu konfigurace s více zónami.

Vzhledem k tomu, že je běžná lidská chyba, nasaďte Sterling OMS pomocí co největší automatizace. Některé ukázkové skripty pro nastavení úplné kompletní automatizace najdete v příručce Rychlý start: Správa objednávek Sterling v Azure na GitHubu.

Zabezpečení

Zabezpečení poskytuje záruky proti záměrným útokům a zneužití cenných dat a systémů. Další informace naleznete v tématu Kontrolní seznam pro kontrolu návrhu prozabezpečení .

Udržování přístupu a přehledu o životním cyklu údržby vašich prostředků může být jednou z největších příležitostí vaší organizace k efektivnímu provozu a údržbě provozu. Pokud chcete zlepšit stav zabezpečení vašeho prostředí, je důležité používat zabezpečené ověřování a udržovat řešení v aktualizovaném stavu. Šifrování vám pomůže chránit všechna data, která se přesouvají do vaší architektury i mimo vaši architekturu.

Azure poskytuje Sterling OMS pomocí modelů IaaS a platformy jako služby (PaaS). Microsoft do služby sestaví ochranu zabezpečení na následujících úrovních:

  • Fyzické datové centrum
  • Fyzická síť
  • Fyzický hostitel
  • Hypervisor

Pečlivě vyhodnoťte služby a technologie, které vyberete pro oblasti nad hypervisorem, jako je nejnovější opravená verze Azure Red Hat OpenShiftu pro hlavní verzi. Nezapomeňte zajistit správné bezpečnostní mechanismy pro vaši architekturu. Zodpovídáte za opravy a údržbu zabezpečení systémů IaaS. Microsoft převezme danou roli pro služby PaaS, jako je Azure Red Hat OpenShift. I když můžete zahájit upgrade pro Azure Red Hat OpenShift, je plně spravovaný Microsoftem a Red Hatem. Další informace o opravách a upgradu Azure Red Hat OpenShiftu najdete v tématu Upgrade clusteru Azure Red Hat OpenShift.

Pomocí skupin zabezpečení sítě můžete filtrovat síťový provoz do a z prostředků ve vaší virtuální síti. Pomocí těchto skupin můžete definovat pravidla, která udělují nebo zakazují přístup ke službám Sterling OMS. Příkladem může být:

  • Blokování přístupu ke všem ostatním částem nasazené infrastruktury, například ke konkrétním portům a službám, které používá váš zprostředkovatel zpráv nebo back-endová databáze.
  • Řízení, která umístění mají přístup ke Sterling OMS a clusteru OpenShift.

Čísla portů a rozsahy, které potřebujete otevřít, závisí na mnoha faktorech. Tady je několik, co je potřeba vzít v úvahu:

  • Port 443 pro komunikaci mezi službami
  • Porty specifické pro databázi, jako je port 5432 pro flexibilní serverovou možnost Azure Database for PostgreSQL.
  • Porty fronty zpráv, jako je port 1414 pro IBM MQ

Zvažte také tyto body:

  • Uzly clusteru Azure Red Hat OpenShift musí mít odchozí přístup k internetu. Pokud tento přístup nemůžete poskytnout, tyto uzly potřebují minimálně přístup ke koncovým bodům protokolování azure Resource Manageru a služeb.
  • IBM poskytuje pokyny pro implementaci více aplikací Sterling OMS, které sdílejí běžné služby, jako je back-endová databáze. Tato nasazení mají také důležité informace o bráně firewall v rámci aplikace. Další informace najdete v tématu Otevírání portů brány firewall pro komunikaci uvnitř aplikace.

Pokud potřebujete přístup k dalším uzlům Mimo Azure Red Hat OpenShift, můžete k přístupu k virtuálním počítačům volitelně použít Azure Bastion . Zbezpečnostních

Šifrování na straně serveru (SSE) diskového úložiště Azure pomáhá chránit vaše data. SSE vám také pomůže splnit závazky organizace týkající se zabezpečení a dodržování předpisů. S využitím spravovaných disků Azure SSE šifruje neaktivní uložená data při zachování do cloudu. Toto chování se ve výchozím nastavení vztahuje jak na disky operačního systému, tak na datové disky. OpenShift ve výchozím nastavení používá SSE. Azure Red Hat OpenShift také podporuje šifrovací klíče spravované zákazníkem (CMEK) pro disky s operačním systémem ve vašem clusteru.

Ověřování

Měli byste nakonfigurovat OAuth pro Azure Red Hat OpenShift. Další informace najdete v přehledu ověřování a autorizace v dokumentaci k Azure Red Hat OpenShiftu.

Ochrana infrastruktury

Řiďte přístup ke zdrojům Azure, které nasazujete. Každé předplatné Azure má vztah důvěryhodnosti s tenantem Microsoft Entra. Pomocí řízení přístupu na základě role v Azure udělte uživatelům ve vaší organizaci správná oprávnění k prostředkům Azure. Přístup udělíte tak, že uživatelům nebo skupinám přiřadíte role RBAC v určitém rozsahu. Rozsahem může být předplatné, skupina prostředků nebo jediný prostředek. Nezapomeňte auditovat všechny změny infrastruktury. Další informace o auditování najdete v protokolu aktivit služby Azure Monitor.

Optimalizace nákladů

Optimalizacenákladůch Další informace naleznete v tématu Kontrolní seznam pro kontrolu návrhu proOptimalizace nákladů .

Standardní nasazení sady Sterling OMS se skládá z následujících komponent. Mnoho z těchto výpočetních prostředků můžete upravit tak, aby vyhovovaly vašim potřebám. Můžete například vertikálně navýšit kapacitu uzlů agenta IBM MQ tak, aby umožňovaly větší propustnost.

Azure Red Hat OpenShift (pro OMS)

  • Tři řídicí virtuální počítače (Standard_D8s_v5)
  • Tři virtuální počítače pracovního procesu (Standard_D8s_v5)

Další materiály

  • Jedna virtuální síť (/16) s následujícími podsítěmi:
    • Podsíť řídicího uzlu Azure Red Hat OpenShift (/24)
    • Podsíť pracovního uzlu Azure Red Hat OpenShift (/24)
    • V případě potřeby podsíť dat (/27)
    • Další podsíť virtuálního počítače v případě potřeby (/27)
    • Podsíť pro správu v případě potřeby (/30)
  • Jedna instance Azure Database for PostgreSQL s možností flexibilního serveru
  • Jedna instance služby Azure Container Registry
  • Dva účty Azure Storage
  • Tři zóny DNS
  • Dva nástroje pro vyrovnávání zatížení
  • Jeden jump box virtuální počítač
  • Azure Bastion

Jednotlivá nasazení se můžou lišit, například pokud spustíte Db2 na virtuálních počítačích Azure nebo pokud nasadíte IBM MQ do prostředí Azure Red Hat OpenShift. Pokud chcete zkontrolovat ukázkový odhad, použijte kalkulačku nákladů. Konfigurace se liší, proto před dokončením nasazení ověřte konfiguraci u vašeho týmu IBM s velikostí.

Nasazení tohoto scénáře

Než začnete, projděte si požadavky na Sterling OMS v požadavcích na systém. Ujistěte se také, že máte k dispozici následující prostředky:

  • Přístup k předplatnému Azure s oprávněním Čtenář .
  • Registrace aplikace nebo hlavní název služby, který má oprávnění přispěvatele a správce uživatelských přístupů k předplatnému.
  • Doména nebo delegovaná subdoména do zóny Azure DNS.
  • Klíč nároku IBM Sterling OMS.
  • Změna velikosti clusteru doporučená ibm.
  • Existující virtuální síť nebo nová virtuální síť v závislosti na vašich požadavcích. Příklad vytvoření nové virtuální sítě se dvěma prázdnými podsítěmi najdete v kurzu : Vytvoření clusteru Azure Red Hat OpenShift 4.
  • Vysoká dostupnost a požadavky na zotavení po havárii pro vaše konkrétní nasazení
  • Konfigurační soubor OMEnviroment omenvironment.yaml, který se použije při nasazování Sterling OMS prostřednictvím katalogu operátorů OpenShift.

Podrobný průvodce instalací Azure Red Hat OpenShiftu a Sterling OMS v Azure, včetně postupu řešení požadavků, najdete v příručce Rychlý start: Správa objednávek Sterling v Azure.

Aspekty nasazení

Aktuálním osvědčeným postupem je nasadit úlohy pomocí infrastruktury jako kódu (IaC) místo ručního nasazování úloh, protože ruční nasazení může vést k nesprávné konfiguraci. Úlohy založené na kontejnerech můžou být citlivé na nesprávnou konfiguraci, což může snížit produktivitu.

Než vytvoříte prostředí, projděte si příručku Rychlý start: Správa objednávek Sterling v Azure , abyste vyvinuli porozumění parametrům návrhu. Příručka Rychlý start není určená pro nasazení připravené pro produkční prostředí, ale prostředky této příručky můžete použít k tomu, abyste se dostali k produkčnímu mechanismu nasazení.

IBM nabízí specializované služby, které vám pomůžou s instalací. Pokud potřebujete podporu, obraťte se na tým IBM.

Přispěvatelé

Tento článek spravuje Microsoft. Původně byla napsána následujícími přispěvateli.

Hlavní autoři:

Další přispěvatelé:

Pokud chcete zobrazit neveřejné profily LinkedIn, přihlaste se na LinkedIn.

Další kroky