Edytuj

Udostępnij za pośrednictwem

Wdrażanie rozwiązania IBM Sterling Order Management na platformie Azure

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

Ta architektura ilustruje implementację środowiska OMS (Sterling Order Management Software) na platformie Azure. W tym artykule nie opisano szczegółowo sposobu instalowania pakietu Sterling OMS. Aby dowiedzieć się więcej na temat procesu instalacji, zobacz Instalowanie oprogramowania sterling Order Management.

Logo Red Hat są znakami towarowymi Firmy Red Hat, Inc. Żadne poparcie nie jest implikowane przez użycie tych znaków. Apache® i Apache ActiveMQ są zastrzeżonymi znakami towarowymi lub znakami towarowymi platformy Apache Software Foundation w Stany Zjednoczone i/lub innych krajach. Użycie tych znaków nie jest dorozumiane przez fundację Apache Software Foundation.

Architektura

Diagram architektury przedstawiający składniki i usługi, które obsługują wdrażanie systemu zarządzania zamówieniami firmy Sterling OMS ibm na platformie Azure.

Pobierz plik programu Visio z tą architekturą.

Możesz wdrożyć obciążenie, aby było dostępne wewnętrznie lub zewnętrznie. Użyj konfiguracji, która najlepiej odpowiada Twoim wymaganiom.

Przepływ pracy

Architektura spełnia wymagania dotyczące infrastruktury w następujący sposób:

  • Platforma hostingu kontenerów służy do wdrażania obciążeń o wysokiej dostępności w różnych strefach dostępności. Zalecamy usługę Azure Red Hat OpenShift.
  • W pełni zarządzana usługa bazy danych działa jako baza danych zaplecza dla systemu pakietu OMS. Pakiet Sterling OMS obecnie obsługuje systemy IBM Db2, Oracle Database i PostgreSQL. Zalecamy korzystanie z usługi Azure Database for PostgreSQL z opcją serwera elastycznego.
  • Skalowalna i wysoce dostępna konfiguracja zapewnia środowisko do uruchamiania brokera komunikatów, takiego jak IBM MQ, który jest zgodny z interfejsem API usługi Java Message Service (JMS). Diagram nie zawiera tej konfiguracji. W zależności od wymagań może to dotyczyć klastra lub klastra zewnętrznego.
  • Prywatne punkty końcowe izoluje i pomaga zabezpieczyć ruch sieciowy do wszystkich połączonych usług.
  • Dodatkowe, opcjonalne maszyny wirtualne platformy Azure są używane do celów związanych z zarządzaniem i programowaniem.
  • Udziały Usługi Azure Files w warstwie Premium i standardowe zapewniają magazyn plików dziennika i innych danych konfiguracji aplikacji.

Składniki

  • Usługa Azure Red Hat OpenShift zapewnia wysoce dostępne, w pełni zarządzane klastry OpenShift na żądanie. Te klastry są monitorowane i obsługiwane wspólnie przez firmy Microsoft i Red Hat.

  • Usługa Azure Virtual Network to podstawowy blok konstrukcyjny dla sieci prywatnych na platformie Azure. Sieci wirtualne są używane do komunikacji między węzłami, usługami platformy Azure i potrzebami łączności hybrydowej.

  • Usługa Azure Files udostępnia w pełni zarządzane udziały plików w chmurze, które są dostępne za pośrednictwem protokołów SMB i NFS. W tym rozwiązaniu usługa Azure Files hostuje dane stanowe dla baz danych i systemów, które znajdują się w klastrze.

  • Azure Bastion to w pełni zarządzana usługa, która zapewnia bezproblemowy, zwiększony dostęp RDP i SSH do maszyn wirtualnych bez żadnych ekspozycji za pośrednictwem publicznych adresów IP. W tym rozwiązaniu usługa Azure Bastion jest opcjonalna. Za pomocą usługi Azure Bastion i podsieci można zapewnić zwiększony dostęp zabezpieczeń do dowolnych węzłów procesu roboczego lub opcjonalnych maszyn przesiadkowych.

  • Azure Database for PostgreSQL to w pełni zarządzana usługa relacyjnej bazy danych oparta na aucie bazy danych PostgreSQL. Usługa Azure Database for PostgreSQL oferuje przewidywalną wydajność i dynamiczną skalowalność oraz jest odpowiednia dla obciążeń o znaczeniu krytycznym dla działania firmy. Model wdrażania serwera elastycznego zapewnia szczegółową kontrolę i elastyczność funkcji zarządzania bazami danych oraz ustawień konfiguracji.

  • Azure Virtual Machines to oferta infrastruktury jako usługi (IaaS). Za pomocą usługi Virtual Machines można wdrażać skalowalne zasoby obliczeniowe na żądanie. To rozwiązanie korzysta z maszyn wirtualnych z systemem Linux na platformie Azure w celu zapewnienia szybkiego dostępu do zarządzania zasobami i usługami opartymi na platformie Azure pakietu OMS.

Alternatywy

Jeśli masz łączność sieciową ze środowiskiem platformy Azure, możesz przeprowadzić instalację z istniejącej maszyny zamiast korzystać z maszyny wirtualnej z systemem Linux platformy Azure.

Następujące usługi zazwyczaj nie są konieczne, ale są skutecznymi alternatywami:

  • Ibm Db2 na platformie Azure to opcjonalna alternatywa dla modelu serwera elastycznego usługi Azure Database for PostgreSQL. Jeśli uruchamiasz oprogramowanie IBM Db2 na maszynach wirtualnych, zapoznaj się z używaniem usługi Azure Load Balancer i oprogramowania klastrowania Pacemaker, aby uzyskać wysoką dostępność serwerów baz danych.
  • Usługa Azure NetApp Files obsługuje dowolny typ obciążenia, zapewniając wysoką dostępność i wysoką wydajność. Usługa Azure NetApp Files jest idealna w przypadku obciążeń z uwzględnieniem operacji we/wy, takich jak obciążenia IBM Db2 uruchamiane na maszynach wirtualnych platformy Azure.
  • Baza danych Oracle Database na platformie Azure to opcjonalna alternatywa dla modelu serwera elastycznego usługi Azure Database for PostgreSQL.

Szczegóły scenariusza

IBM Sterling OMS to system zarządzania zamówieniami, który dostarcza pełną platformę realizacji zamówień wielokanałowych. Ten system zawiera takie funkcje jak:

  • Widoczność spisu i zapotrzebowanie w czasie rzeczywistym.
  • W pełni konfigurowalna aranżacja zamówień i przepływy pracy.
  • Odwrotna logistyka dla zwrotów i stanu zamówienia zwrotnego dla wielu kanałów.

Partnerstwo między firmą Microsoft a zespołem IBM Sterling OMS gwarantuje, że to rozwiązanie jest skonfigurowane do optymalnego działania na platformie Azure. Ten artykuł zawiera projekt dotyczący uruchamiania programu Sterling OMS 10.0 i nowszych wersji na platformie Azure dla klientów, którzy mają pomoc techniczną od firmy IBM i partnera do instalacji. Aby uzyskać odpowiedzi na pytania specyficzne dla produktu, skontaktuj się z zespołem IBM.

Potencjalne przypadki użycia

Wiele branż i sektorów korzysta z rozwiązań pakietu OMS, w tym:

  • Retail
  • Handel elektroniczny
  • Manufacturing

Aby uzyskać więcej przypadków użycia pakietu OMS, zobacz IBM Sterling Order Management.

Zalecenia

Te wskazówki obsługują program Sterling OMS 10.0 Q3 2022 i nowsze wersje. Te wersje zapewniają najlepsze opcje integracji z platformą Azure, ponieważ obsługują one platformę kontenerów PostgreSQL i Azure Red Hat OpenShift. Przed utworzeniem własnego wdrożenia użyj przewodnika Szybki start: Zarządzanie zamówieniami sterlinga na platformie Azure w celu wdrożenia pakietu Sterling OMS. Gdy następnie zrozumiesz, jak działa wdrożenie i konfiguracja, możesz szybciej określić wymagania projektowe implementacji.

Firma Microsoft ściśle współpracuje z firmą IBM i innymi partnerami, aby upewnić się, że wskazówki, architektura i przewodnik Szybki start zapewniają najlepsze środowisko na platformie Azure. Te zasoby są zgodne z najlepszymi rozwiązaniami opisanymi w przewodniku Microsoft Azure Well-Architected Framework. Aby uzyskać pomoc techniczną poza tą dokumentacją, skontaktuj się z zespołem ds. kont IBM.

Przed kontynuowaniem wdrażania odpowiedz na następujące pytania dotyczące projektu:

  • Czy wdrożenie usługi Sterling OMS jest nowym rozwiązaniem, czy przeprowadzasz migrację istniejącego wdrożenia na platformę Azure?
  • Jakiej platformy bazy danych zaplecza planujesz używać? Jakiego rozmiaru baza danych będzie potrzebna dla danych?
  • Jakiego typu broker komunikatów oparty na programie JMS planujesz użyć?
  • Gdzie planujesz wdrożyć system obsługi komunikatów:
    • W tym samym klastrze OpenShift?
    • Poza klastrem na innej platformie lub na maszynach wirtualnych?
  • Czy masz istniejący rejestr kontenerów i czy planujesz nadal z niego korzystać?
  • Jaka liczba i rozmiary maszyn wirtualnych są potrzebne dla węzłów procesu roboczego?
  • Jakie są wymagania dotyczące zabezpieczeń związane z szyfrowaniem?
  • Jakie są wymagania dotyczące dostępu i jakie są zagadnienia dotyczące integracji dostawcy tożsamości?
  • Jakie są potrzeby dotyczące łączności? Jakie reguły zapory należy połączyć z usługami wewnętrznymi i zewnętrznymi (wychodzącymi)?
  • Jaka jest strategia wysokiej dostępności i odzyskiwania po awarii?

Sterling OMS

Na platformie Azure przetestowano usługę Sterling OMS w wersji 10.0.2209.0. Zalecamy korzystanie z najnowszej wersji pakietu Sterling OMS.

Przed wdrożeniem zasobów platformy Azure w celu obsługi środowiska usługi Sterling OMS zapoznaj się z następującymi wymaganiami:

  • Aby zapoznać się z wymaganiami systemowymi pakietu Sterling OMS, zobacz Wymagania systemowe.
  • Sterling OMS ma zależność od systemu relacyjnej bazy danych na potrzeby zarządzania stanami i danymi. System brokera komunikatów z obsługą pakietu JMS jest również wymagany w przypadku przepływów pracy komunikacji między usługami i zamówień. Sterling OMS obsługuje kilka opcji brokera bazy danych i komunikatów, które można wdrożyć w środowisku. Aby uzyskać więcej informacji, zobacz następujące zasoby:

Azure Red Hat OpenShift

Sterling OMS został przetestowany z usługą Azure Red Hat OpenShift w wersji 4.10.15. Przed wdrożeniem usługi Azure Red Hat OpenShift:

  • Zdecyduj o domenie. Podczas wdrażania usługi Azure Red Hat OpenShift określ nazwę domeny dołączaną do wszystkich usług wdrożonych w klastrze.
  • Określ interfejs API i widoczność ruchu przychodzącego. Zdecyduj, jak chcesz, aby interfejs API klastra OpenShift (na potrzeby zarządzania) i ruch przychodzący (dla wdrożonych aplikacji i usług) był dostępny z Internetu. Jeśli używasz łączności prywatnej do ukrywania interfejsu API lub ruchu przychodzącego, możesz uzyskać dostęp tylko do tych punktów końcowych z maszyny, która może dotrzeć do sieci, w której wdrażasz usługę.
  • Oblicz rozmiary i liczby maszyn wirtualnych procesów roboczych i kontroli. W usłudze Azure Red Hat OpenShift liczba kontrolek jest stałą liczbą z minimalnym zalecanym rozmiarem. Węzły procesu roboczego, które uruchamiają obciążenia aplikacji, takie jak Sterling OMS, mają oddzielny rozmiar. Podczas wdrażania wystąpienia należy wziąć pod uwagę wymaganą liczbę węzłów procesu roboczego w klastrze oraz odpowiedni rozmiar każdego z nich. Może być konieczne przeprowadzenie pewnych testów i walidacji w celu określenia prawidłowych liczb i rozmiarów. Te wartości zależą od liczby agentów we wdrożeniu i liczby zasobników dla każdego uruchomionego typu agenta. Po wdrożeniu można dostosować te wartości w razie potrzeby skalowania.

Aby uzyskać więcej informacji, zobacz Przed rozpoczęciem pracy z usługą Azure Red Hat OpenShift.

Ustawianie rozmiaru środowiska

Zalecamy używanie najnowszych maszyn wirtualnych serii Ds jako węzłów procesu roboczego. Przykłady to seria Dsv3, Dasv4, Dsv4, Dasv5 i Dsv5. Najnowsze wersje tych maszyn wirtualnych zapewniają najlepszą wydajność. Podczas wdrażania większej liczby węzłów należy używać tylko maszyn wirtualnych z magazynem w warstwie Premium.

Specyfika bazy danych

Ponieważ pakiet Sterling OMS ma różne opcje bazy danych zaplecza, ważne jest, aby najpierw zdecydować, która platforma ma hostować bazę danych. Następnie możesz podejmować decyzje dotyczące rozmiaru tej platformy. Podczas tego procesu należy pamiętać o następujących ogólnych wytycznych:

  • Azure Database for PostgreSQL, model wdrażania serwera elastycznego: ze względu na charakter opcji skalowania i nadmiarowości model serwera elastycznego usługi Azure Database for PostgreSQL jest preferowaną metodą hostowania obciążeń OMS sterlinga na platformie Azure. Podczas wdrażania wystąpienia:
    • Wybierz warstwę obliczeniową zgodną ze wzorcami użycia. Zalecamy rozpoczęcie od warstwy ogólnego przeznaczenia i wybranie odpowiedniej liczby rdzeni. Należy również pamiętać, że procesor CPU, pamięć i liczba operacji we/wy są powiązane z wyborem rozmiaru obliczeniowego.
    • Dodaj odpowiedni magazyn. Pamiętaj również, że zwiększony koszt magazynu zwiększa się i nie można zmniejszyć aprowizowanego magazynu. W związku z tym ważne jest, aby znać początkowy rozmiar danych i przewidywać wzrost.
    • Dostosuj parametry serwera, takie jak max_connections , które wpływają na zdolność agentów do utrzymania łączności z bazą danych.
  • Db2 na maszynach wirtualnych: po uruchomieniu usługi Db2 na maszynach wirtualnych platformy Azure istnieje kilka złożonych czynników, które należy rozwiązać, takich jak wydajność i dostępność. Aby uzyskać szczegółowy artykuł na temat wdrożenia bazy danych Db2 o wysokiej wydajności na platformie Azure, zobacz Wysoka dostępność systemu IBM Db2 LUW na maszynach wirtualnych platformy Azure na serwerze Red Hat Enterprise Linux Server. W tym artykule opisano zagadnienia dotyczące ustalania rozmiaru i wydajności. Pokazano również, jak wdrożyć klaster Db2 o wysokiej dostępności korzystający z programu Pacemaker.
  • Oracle: Jeśli obecnie używasz bazy danych Oracle Lub jeśli planujesz przeprowadzić migrację do bazy danych Oracle, zapoznaj się z następującymi zasobami dotyczącymi uruchamiania obciążeń Oracle na platformie Azure:

Specyfiki kolejki komunikatów

Sterling OMS wymaga brokera komunikatów opartych na programie JMS. Najczęściej używany jest ibm MQ. Najlepszym sposobem uruchamiania wystąpienia IBM MQ na platformie Azure o wysokiej dostępności jest użycie pakietów Helm IBM MQ dla wdrożeń platformy Kubernetes. Możesz wdrożyć te wykresy w istniejącym klastrze usługi Azure Red Hat OpenShift w oddzielnych procesach roboczych, aby odizolować obciążenia. Jeśli wolisz, możesz również ręcznie wdrożyć i zainstalować oprogramowanie IBM MQ na maszynach wirtualnych.

W ramach standardowego wdrożenia można zdefiniować kolejki w czasie wdrażania, co skraca czas konfiguracji potrzebny do uruchomienia wystąpień. Wdrożenie standardowe tworzy jedno aktywne i dwa pasywne wystąpienia menedżera kolejek. Po zakończeniu wdrażania możesz użyć protokołu SSH, aby nawiązać połączenie z bieżącym zasobnikiem lidera i zdefiniować plik powiązań JMS. Następnie możesz użyć tego pliku, aby utworzyć mapę konfiguracji dla wdrożenia pakietu Sterling OMS.

Ibm obsługuje również inne systemy kolejkowania komunikatów oparte na protokole JMS, takie jak Apache ActiveMQ. Aby uzyskać więcej informacji, zobacz Kolejki komunikatów w oprogramowaniu do zarządzania zamówieniami sterlinga. Opcje wdrażania różnią się w zależności od rozwiązania.

Kwestie wymagające rozważenia

Te zagadnienia implementują filary platformy Azure Well-Architected Framework, która jest zestawem wytycznych, których można użyć do poprawy jakości obciążenia. Aby uzyskać więcej informacji, zobacz Microsoft Azure Well-Architected Framework.

Zabezpieczenia

Zabezpieczenia zapewniają ochronę przed celowymi atakami i nadużyciami cennych danych i systemów. Aby uzyskać więcej informacji, zobacz Omówienie filaru zabezpieczeń.

Utrzymanie dostępu i wglądu w cykl życia konserwacji zasobów może być jedną z największych możliwości organizacji w zakresie wydajnego działania i utrzymania czasu pracy. Aby zwiększyć poziom bezpieczeństwa środowiska, ważne jest, aby korzystać z bezpiecznego uwierzytelniania i aktualizować rozwiązania. Użyj szyfrowania, aby chronić wszystkie dane, które przechodzą do i z architektury.

Platforma Azure dostarcza usługę Sterling OMS przy użyciu modeli IaaS i platformy jako usługi (PaaS). Firma Microsoft tworzy zabezpieczenia w usłudze na następujących poziomach:

  • Fizyczne centrum danych
  • Sieć fizyczna
  • Host fizyczny
  • Funkcja hypervisor

Starannie oceń usługi i technologie wybrane dla obszarów powyżej funkcji hypervisor, takich jak najnowsza poprawiona wersja usługi Azure Red Hat OpenShift w celu uzyskania wersji głównej. Pamiętaj, aby zapewnić odpowiednie mechanizmy kontroli zabezpieczeń dla architektury. Odpowiadasz za stosowanie poprawek i utrzymanie bezpieczeństwa systemów IaaS. Firma Microsoft przyjmuje rolę dla usług PaaS, takich jak Azure Red Hat OpenShift. Mimo że można zainicjować uaktualnienie usługi Azure Red Hat OpenShift, jest ona w pełni zarządzana przez firmę Microsoft i firmę Red Hat. Aby uzyskać więcej informacji na temat stosowania poprawek i uaktualniania usługi Azure Red Hat OpenShift, zobacz Uaktualnianie klastra Usługi Azure Red Hat OpenShift.

Użyj sieciowych grup zabezpieczeń, aby filtrować ruch sieciowy do i z zasobów w sieci wirtualnej. Dzięki tym grupom można zdefiniować reguły, które udzielają lub odmawiają dostępu do usług OMS firmy Sterling. Oto kilka przykładów:

  • Blokowanie dostępu do wszystkich innych części wdrożonej infrastruktury, takich jak określone porty i usługi używane przez brokera komunikatów lub bazę danych zaplecza.
  • Kontrolowanie lokalizacji, które mają dostęp do usługi Sterling OMS i klastra OpenShift.

Numery portów i zakresy, które należy otworzyć, zależą od wielu czynników. Warto wziąć pod uwagę następujące kwestie:

  • Port 443 do komunikacji między usługami.
  • Porty specyficzne dla bazy danych, takie jak port 5432 dla opcji serwera elastycznego usługi Azure Database for PostgreSQL.
  • Porty kolejki komunikatów, takie jak port 1414 dla ibm MQ.

Należy również wziąć pod uwagę następujące kwestie:

  • Węzły klastra usługi Azure Red Hat OpenShift muszą mieć wychodzący dostęp do Internetu. Jeśli nie możesz zapewnić tego dostępu, te węzły muszą mieć co najmniej dostęp do punktów końcowych rejestrowania usługi i usługi Azure Resource Manager.
  • IBM zawiera wskazówki dotyczące implementowania wielu aplikacji sterling OMS, które współdzielą typowe usługi, takie jak baza danych zaplecza. Takie wdrożenia mają również zagadnienia dotyczące zapory wewnątrz aplikacji. Aby uzyskać więcej informacji, zobacz Otwieranie portów zapory na potrzeby komunikacji wewnątrz aplikacji.

Jeśli potrzebujesz dostępu do innych węzłów innych niż Azure Red Hat OpenShift, możesz opcjonalnie użyć usługi Azure Bastion , aby uzyskać dostęp do maszyn wirtualnych. Ze względów bezpieczeństwa nie ujawniaj maszyn wirtualnych w sieci ani w Internecie bez konfigurowania sieciowych grup zabezpieczeń w celu kontrolowania dostępu do nich.

Szyfrowanie po stronie serwera (SSE) usługi Azure Disk Storage pomaga chronić dane. Usługa SSE pomaga również spełnić zobowiązania organizacji dotyczące zabezpieczeń i zgodności. W przypadku dysków zarządzanych platformy Azure usługa SSE szyfruje dane magazynowane podczas utrwalania ich w chmurze. To zachowanie ma zastosowanie domyślnie zarówno do dysków systemu operacyjnego, jak i danych. Usługa OpenShift domyślnie używa protokołu SSE. Usługa Azure Red Hat OpenShift obsługuje również klucze szyfrowania zarządzane przez klienta (CMEK) dla dysków systemu operacyjnego w klastrze.

Uwierzytelnianie

Należy skonfigurować protokół OAuth dla usługi Azure Red Hat OpenShift. Aby uzyskać więcej informacji, zobacz Omówienie uwierzytelniania i autoryzacji w dokumentacji usługi Azure Red Hat OpenShift.

Ochrona infrastruktury

Kontroluj dostęp do wdrażanych zasobów platformy Azure. Każda subskrypcja platformy Azure ma relację zaufania z dzierżawą firmy Microsoft Entra. Użyj kontroli dostępu opartej na rolach platformy Azure, aby udzielić użytkownikom w organizacji odpowiednich uprawnień do zasobów platformy Azure. Aby udzielić dostępu, przypisz role platformy Azure użytkownikom lub grupom w określonym zakresie. Zakres może być subskrypcją, grupą zasobów lub pojedynczym zasobem. Pamiętaj, aby przeprowadzić inspekcję wszystkich zmian w infrastrukturze. Aby uzyskać więcej informacji na temat inspekcji, zobacz Dziennik aktywności usługi Azure Monitor.

Optymalizacja kosztów

Optymalizacja kosztów dotyczy sposobów zmniejszenia niepotrzebnych wydatków i poprawy wydajności operacyjnej. Aby uzyskać więcej informacji, zobacz Omówienie filaru optymalizacji kosztów.

Standardowe wdrożenie pakietu Sterling OMS składa się z następujących składników. Możesz dostosować wiele z tych zasobów opartych na obliczeniach w celu spełnienia Twoich potrzeb. Na przykład można skalować węzły agenta IBM MQ w górę, aby zapewnić większą przepływność.

Azure Red Hat OpenShift (dla pakietu OMS)

  • Trzy maszyny wirtualne sterowania (Standard_D8s_v5)
  • Trzy maszyny wirtualne procesu roboczego (Standard_D8s_v5)

Dodatkowe zasoby

  • Jedna sieć wirtualna (/16) z następującymi podsieciami:
    • Podsieć węzła sterowania usługi Azure Red Hat OpenShift (/24)
    • Podsieć węzła roboczego usługi Azure Red Hat OpenShift (/24)
    • Podsieć danych, w razie potrzeby (/27)
    • Dodatkowa podsieć maszyny wirtualnej w razie potrzeby (/27)
    • Podsieć zarządzania, jeśli jest to konieczne (/30)
  • Jedno wystąpienie usługi Azure Database for PostgreSQL z opcją serwera elastycznego
  • Jedno wystąpienie usługi Azure Container Registry
  • Dwa konta usługi Azure Storage
  • Trzy strefy DNS
  • Dwa moduły równoważenia obciążenia
  • Jedna maszyna wirtualna przesiadkowa
  • Azure Bastion

Poszczególne wdrożenia mogą się różnić, na przykład w przypadku uruchamiania usługi Db2 na maszynach wirtualnych platformy Azure lub wdrażania oprogramowania IBM MQ w środowisku usługi Azure Red Hat OpenShift. Aby przejrzeć przykładowe oszacowanie, użyj kalkulatora kosztów. Konfiguracje różnią się, dlatego przed sfinalizowaniem wdrożenia zweryfikuj konfigurację z zespołem ds. określania rozmiaru ibm.

Niezawodność

Niezawodność zapewnia, że aplikacja może spełnić zobowiązania podjęte przez klientów. Aby uzyskać więcej informacji, zobacz Omówienie filaru niezawodności.

Usługa Azure Red Hat OpenShift ma wbudowane funkcje samonaprawiania, skalowania i odporności w celu zapewnienia pomyślnego działania usług Azure Red Hat OpenShift i Sterling OMS. Usługi Azure Red Hat OpenShift i Sterling OMS zostały zaprojektowane pod kątem części, które kończą się niepowodzeniem i odzyskiwaniem. Kluczowym wymaganiem do samonaprawiania jest to, że istnieje wystarczająca liczba węzłów roboczych. Aby odzyskać odzyskiwanie po awarii strefy w regionie świadczenia usługi Azure, węzły kontroli i procesu roboczego muszą być zrównoważone w różnych strefach dostępności.

Sterling OMS i Azure Red Hat OpenShift używają magazynu bazy danych do utrwalania stanu poza klastrem Kubernetes. Dzienniki i inne zasoby aplikacji są utrwalane na koncie magazynu. Aby upewnić się, że zależności magazynu będą nadal działać podczas awarii, użyj magazynu strefowo nadmiarowego zawsze, gdy jest to możliwe. Ten typ magazynu pozostaje dostępny, gdy strefa ulegnie awarii. Wdrożenie bazy danych powinno również uwzględniać konfiguracje obejmujące wiele stref.

Ponieważ błąd ludzki jest powszechny, wdróż pakiet Sterling OMS przy użyciu jak największej ilości automatyzacji. Aby zapoznać się z przykładowymi skryptami konfigurowania pełnej, kompleksowej automatyzacji, zobacz Przewodnik Szybki start: Zarządzanie zamówieniami sterlinga na platformie Azure w usłudze GitHub.

Wdrażanie tego scenariusza

Przed rozpoczęciem zapoznaj się z wymaganiami dotyczącymi pakietu Sterling OMS w temacie Wymagania systemowe. Upewnij się również, że masz dostępne następujące zasoby:

  • Dostęp do subskrypcji platformy Azure z uprawnieniem Czytelnik .
  • Rejestracja aplikacji lub nazwa główna usługi, która ma uprawnienia Współautor i Administrator dostępu użytkowników do subskrypcji.
  • Domena lub domena podrzędna delegowana do strefy dns platformy Azure.
  • Klucz uprawnień pakietu OMS firmy IBM Sterling.
  • Rozmiar klastra zalecanego przez firmę IBM.
  • Istniejąca sieć wirtualna lub nowa sieć wirtualna w zależności od wymagań. Aby zapoznać się z przykładem tworzenia nowej sieci wirtualnej z dwiema pustymi podsieciami, zobacz Samouczek: tworzenie klastra usługi Azure Red Hat OpenShift 4.
  • Wymagania dotyczące wysokiej dostępności i odzyskiwania po awarii dla określonego wdrożenia.
  • Plik konfiguracji pakietu OMEnviroment omenvironment.yaml używany podczas wdrażania pakietu Sterling OMS za pośrednictwem katalogu operatorów OpenShift.

Aby zapoznać się z przewodnikiem krok po kroku dotyczącym instalowania usług Azure Red Hat OpenShift i Sterling OMS na platformie Azure, w tym sposobu rozwiązywania wymagań wstępnych, zobacz Przewodnik Szybki start: zarządzanie zamówieniami sterlinga na platformie Azure.

Uwagi dotyczące wdrażania

Obecnie najlepszym rozwiązaniem jest wdrożenie obciążeń przy użyciu infrastruktury jako kodu (IaC), a nie ręcznego wdrażania obciążeń, ponieważ wdrożenie ręczne może spowodować błędną konfigurację. Obciążenia oparte na kontenerach mogą być wrażliwe na błędną konfigurację, co może zmniejszyć produktywność.

Przed utworzeniem środowiska zapoznaj się z przewodnikiem Szybki start: Zarządzanie zamówieniami sterlinga na platformie Azure , aby opracować informacje na temat parametrów projektu. Przewodnik Szybki start nie jest przeznaczony do wdrożenia gotowego do produkcji, ale możesz użyć zasobów przewodnika, aby przejść do mechanizmu klasy produkcyjnej na potrzeby wdrażania.

Firma IBM oferuje wyspecjalizowane usługi ułatwiające instalację. Skontaktuj się z zespołem IBM, aby uzyskać pomoc techniczną.

Współautorzy

Ten artykuł jest obsługiwany przez firmę Microsoft. Pierwotnie został napisany przez następujących współautorów.

Autorzy zabezpieczeń:

Inni współautorzy:

Aby wyświetlić niepubalne profile serwisu LinkedIn, zaloguj się do serwisu LinkedIn.

Następne kroki