Bewerken

Delen via

IBM Sterling Order Management implementeren in Azure

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

Deze architectuur illustreert een implementatie van een Sterling Order Management Software-omgeving (OMS) in Azure. In dit artikel wordt niet nader ingegaan op het installeren van Sterling OMS. Zie Sterling Order Management Software installeren voor meer informatie over het installatieproces.

De Red Hat-logo's zijn handelsmerken van Red Hat, Inc. Er wordt geen goedkeuring geïmpliceerd door het gebruik van deze merken. Apache en Apache® ActiveMQ zijn gedeponeerde handelsmerken of handelsmerken van de Apache Software Foundation in de Verenigde Staten en/of andere landen. Er wordt geen goedkeuring door De Apache Software Foundation geïmpliceerd door het gebruik van deze markeringen.

Architectuur

Architectuurdiagram met de onderdelen en services die ondersteuning bieden voor de implementatie van een Sterling OMS IBM-orderbeheersysteem in Azure.

Een Visio-bestand van deze architectuur downloaden.

U kunt een workload implementeren zodat deze intern of extern gericht is. Gebruik de configuratie die het beste bij uw behoeften past.

Workflow

De architectuur voldoet op de volgende manieren aan de vereisten voor de infrastructuur:

  • Een containerhostingplatform wordt gebruikt voor het implementeren van workloads met hoge beschikbaarheid in beschikbaarheidszones. We raden Azure Red Hat OpenShift aan.
  • Een volledig beheerde databaseservice fungeert als de back-enddatabase voor het OMS-systeem. Sterling OMS ondersteunt momenteel IBM Db2, Oracle Database en PostgreSQL. We raden Azure Database for PostgreSQL aan met de optie flexibele server.
  • Een schaalbare en maximaal beschikbare installatie biedt een omgeving voor het uitvoeren van een berichtenbroker zoals IBM MQ die compatibel is met de JMS-API (Java Message Service). Het diagram bevat deze installatie niet. Afhankelijk van uw vereisten kan dit zich binnen uw cluster of buiten uw cluster bevinden.
  • Privé-eindpunten isoleren en helpen het netwerkverkeer naar alle verbonden services te beveiligen.
  • Aanvullende, optionele virtuele Azure-machines (VM's) worden gebruikt voor beheer- en ontwikkelingsdoeleinden.
  • Premium- en standard Azure Files-shares bieden opslag voor logboekbestanden en andere toepassingsconfiguratiegegevens.

Onderdelen

  • Azure Red Hat OpenShift biedt maximaal beschikbare, volledig beheerde OpenShift-clusters op aanvraag. Deze clusters worden gezamenlijk bewaakt en beheerd door Microsoft en Red Hat.

  • Azure Virtual Network is de fundamentele bouwsteen voor privénetwerken in Azure. Virtuele netwerken worden gebruikt voor communicatie tussen knooppunten, Azure-services en hybride connectiviteitsbehoeften.

  • Azure Files biedt volledig beheerde bestandsshares in de cloud die toegankelijk zijn via de SMB- en NFS-protocollen. In deze oplossing host Azure Files de stateful gegevens voor de databases en systemen die zich in het cluster bevinden.

  • Azure Bastion is een volledig beheerde service die naadloze, verbeterde RDP- en SSH-toegang tot VM's biedt zonder blootstelling via openbare IP-adressen. In deze oplossing is Azure Bastion optioneel. U kunt Azure Bastion en een subnet gebruiken om verbeterde beveiligingstoegang te bieden tot een van de werkknooppunten of optionele jumpbox-machines.

  • Azure Database for PostgreSQL is een volledig beheerde relationele databaseservice die is gebaseerd op de PostgreSQL-database-engine. Azure Database for PostgreSQL biedt voorspelbare prestaties en dynamische schaalbaarheid en is geschikt voor bedrijfskritieke workloads. Het flexibele serverimplementatiemodel biedt gedetailleerde controle en flexibiliteit voor databasebeheerfuncties en configuratie-instellingen.

  • Azure Virtual Machines is een IaaS-aanbieding (Infrastructure as a Service). U kunt virtuele machines gebruiken om on-demand, schaalbare computingresources te implementeren. Deze oplossing maakt gebruik van Linux-VM's in Azure om een jumpbox te bieden voor het beheer van uw OMS Azure-resources en -services.

Alternatieven

Als u netwerkconnectiviteit hebt in uw Azure-omgeving, kunt u de installatie uitvoeren vanaf een bestaande computer in plaats van een Virtuele Linux-machine van Azure.

De volgende services zijn doorgaans niet nodig, maar zijn effectieve alternatieven:

  • IBM Db2 op Azure is een optioneel alternatief voor het flexibele servermodel van Azure Database for PostgreSQL. Als u IBM Db2 uitvoert op VM's, moet u vertrouwd raken met het gebruik van Azure Load Balancer - en Pacemaker-clusteringsoftware om hoge beschikbaarheid voor uw databaseservers te bereiken.
  • Azure NetApp Files ondersteunt elk type workload door hoge beschikbaarheid en hoge prestaties te bieden. Azure NetApp Files is ideaal voor IO-gevoelige workloads, zoals IBM Db2-workloads die worden uitgevoerd op Virtuele Azure-machines.
  • Oracle Database on Azure is een optioneel alternatief voor het flexibele servermodel van Azure Database for PostgreSQL.

Scenariodetails

IBM Sterling OMS is een orderbeheersysteem dat een compleet omnichannel orderafhandelingsplatform levert. Dit systeem bevat functies zoals:

  • Zichtbaarheid en vraag van realtime voorraad.
  • Volledig configureerbare volgordeindeling en werkstromen.
  • Omgekeerde logistiek voor retourneert meerdere kanalen en retourorderstatus.

Een samenwerking tussen Microsoft en het IBM Sterling OMS-team zorgt ervoor dat deze oplossing zo is geconfigureerd dat deze optimaal wordt uitgevoerd in Azure. Dit artikel bevat een ontwerp voor het uitvoeren van Sterling OMS 10.0 en latere versies in Azure voor klanten die ondersteuning hebben van IBM en een partner voor installatie. Neem contact op met uw IBM-team voor antwoorden op productspecifieke vragen.

Potentiële gebruikscases

Veel branches en sectoren maken gebruik van OMS-oplossingen, waaronder:

  • Retail
  • E-commerce
  • Productie

Zie IBM Sterling Order Management voor meer OMS-gebruiksvoorbeelden.

Aanbevelingen

Deze richtlijnen ondersteunen Sterling OMS 10.0 Q3 2022 en latere versies. Deze versies bieden de beste integratieopties met Azure omdat ze PostgreSQL en het Azure Red Hat OpenShift-containerplatform ondersteunen. Voordat u uw eigen implementatie bouwt, gebruikt u quickstartgids: Sterling Order Management in Azure om Sterling OMS te implementeren. Wanneer u vervolgens begrijpt hoe de implementatie en configuratie werken, kunt u sneller de ontwerpvereisten van uw implementatie bepalen.

Microsoft werkt nauw samen met IBM en andere partners om ervoor te zorgen dat de richtlijnen, architectuur en quickstart u de beste ervaring bieden in Azure. Deze resources volgen de aanbevolen procedures zoals beschreven in het Microsoft Azure Well-Architected Framework. Neem contact op met uw IBM-accountteam voor ondersteuning buiten deze documentatie.

Voordat u verdergaat met uw implementatie, beantwoordt u de volgende vragen over uw ontwerp:

  • Is uw implementatie van Sterling OMS een nieuwe, of migreert u een bestaande implementatie naar Azure?
  • Welk back-enddatabaseplatform wilt u gebruiken? Welke grootte database hebt u nodig voor uw gegevens?
  • Welk type berichtbroker op basis van JMS wilt u gebruiken?
  • Waar wilt u het berichtensysteem implementeren:
    • In hetzelfde OpenShift-cluster?
    • Extern naar het cluster op een ander platform of op VM's?
  • Hebt u een bestaand containerregister en wilt u het blijven gebruiken?
  • Welk aantal en grootten van VM's hebt u nodig voor uw werkknooppunten?
  • Wat zijn uw beveiligingsvereisten met betrekking tot versleuteling?
  • Wat zijn uw toegangsvereisten en welke overwegingen voor id-providerintegratie hebt u?
  • Wat zijn uw connectiviteitsbehoeften? Welke firewallregels moet u verbinding maken met interne en externe (uitgaande) services?
  • Wat is uw strategie voor hoge beschikbaarheid en herstel na noodgevallen?

Sterling OMS

Sterling OMS versie 10.0.2209.0 is getest op Azure. U wordt aangeraden de nieuwste versie van Sterling OMS te gebruiken.

Voordat u uw Azure-resources implementeert ter ondersteuning van uw Sterling OMS-omgeving, moet u vertrouwd raken met de volgende vereisten:

  • Zie Systeemvereisten voor Sterling OMS-systeemvereisten.
  • Sterling OMS is afhankelijk van een relationeel databasesysteem voor status- en gegevensbeheer. Er is ook een berichtenbrokersysteem met JMS-functionaliteit vereist voor service-naar-service-communicatie- en orderwerkstromen. Sterling OMS ondersteunt verschillende opties voor database- en berichtenbroker die u in uw omgeving kunt implementeren. Zie de volgende bronnen voor meer informatie:

Azure Red Hat OpenShift

Sterling OMS is getest met Azure Red Hat OpenShift versie 4.10.15. Voordat u Azure Red Hat OpenShift implementeert:

  • Kies een domein. Wanneer u Azure Red Hat OpenShift implementeert, geeft u een domeinnaam op die wordt toegevoegd aan alle services die in uw cluster worden geïmplementeerd.
  • Bepaal uw API en de zichtbaarheid van inkomend verkeer. Bepaal hoe u wilt dat uw OpenShift-cluster-API (voor beheer) en inkomend verkeer (voor geïmplementeerde toepassingen en services) internetgericht zijn. Als u privéconnectiviteit gebruikt om uw API of inkomend verkeer te verbergen, kunt u deze eindpunten alleen bereiken vanaf een computer die het netwerk kan bereiken waar u uw service implementeert.
  • Bereken de grootten en aantallen van uw vm's voor besturingselementen en werkrollen. In Azure Red Hat OpenShift is het aantal besturingselementen een vast getal, met een minimale aanbevolen grootte. Uw werkknooppunten, die uw toepassingsworkloads zoals Sterling OMS uitvoeren, worden afzonderlijk aangepast. Wanneer u uw exemplaar implementeert, moet u rekening houden met het vereiste aantal werkknooppunten in uw cluster, plus de juiste grootte. Mogelijk moet u enkele tests en validaties uitvoeren om de juiste getallen en grootten te bepalen. Deze waarden zijn afhankelijk van het aantal agents in uw implementatie en het aantal pods voor elk agenttype dat u uitvoert. Na de implementatie kunt u deze waarden aanpassen wanneer u de schaal wilt aanpassen.

Zie Before Your Begin voor Azure Red Hat OpenShift voor meer informatie.

De grootte van uw omgeving aanpassen

U wordt aangeraden de meest recente VM's uit de Ds-serie te gebruiken als uw werkknooppunten. Voorbeelden zijn de Dsv3-, Dasv4-, Dsv4-, Dasv5- en Dsv5-serie . De nieuwste versies van deze VM's bieden de beste prestaties. Wanneer u meer knooppunten implementeert, gebruikt u alleen VM's met Premium Storage.

Databasespecifieke gegevens

Omdat Sterling OMS verschillende opties voor back-enddatabases heeft, is het belangrijk om eerst te bepalen op welk platform uw database moet worden gehost. Vervolgens kunt u beslissingen nemen over de grootte van dat platform. Houd tijdens dit proces rekening met de volgende algemene richtlijnen:

  • Azure Database for PostgreSQL, flexibele serverimplementatiemodel: Vanwege de aard van de schaal- en redundantieopties is het flexibele servermodel van Azure Database for PostgreSQL de voorkeursmethode voor het hosten van Sterling OMS-workloads in Azure. Wanneer u uw exemplaar implementeert:
    • Selecteer de rekenlaag die overeenkomt met uw gebruikspatronen. U wordt aangeraden te beginnen met een laag voor algemeen gebruik en een geschikt aantal kernen te selecteren. Houd er ook rekening mee dat uw CPU, geheugen en IOPS zijn gekoppeld aan uw rekengrootteselectie.
    • Voeg de juiste opslag toe. Houd er ook rekening mee dat verhoogde opslag de kosten verhoogt en u uw ingerichte opslag niet kunt verkleinen. Als gevolg hiervan is het belangrijk dat u de initiële gegevensgrootte en voorspelde groei kent.
    • Pas serverparameters aan, zoals max_connections die van invloed zijn op de mogelijkheid van uw agents om de verbinding met uw database te behouden.
  • Db2 op VM's: Wanneer u Db2 uitvoert op Azure-VM's, zijn er verschillende complexe factoren die u moet aanpakken, zoals prestaties en beschikbaarheid. Zie Voor een gedetailleerd artikel over een krachtige Db2-implementatie in Azure hoge beschikbaarheid van IBM Db2 LUW op Azure-VM's op Red Hat Enterprise Linux Server. In dit artikel worden overwegingen voor grootte en prestaties beschreven. U ziet ook hoe u een Db2-cluster met hoge beschikbaarheid implementeert dat gebruikmaakt van Pacemaker.
  • Oracle: Als u momenteel Oracle Database gebruikt of als u van plan bent om te migreren naar Oracle, moet u vertrouwd raken met de volgende resources voor het uitvoeren van Oracle-workloads in Azure:

Details van berichtenwachtrijen

Sterling OMS vereist een op JMS gebaseerde berichtbroker. Meestal wordt IBM MQ gebruikt. De beste manier om een maximaal beschikbare IBM MQ-instantie in Azure uit te voeren, is door de IBM MQ Helm Charts voor Kubernetes-implementaties te gebruiken. U kunt deze grafieken implementeren in uw bestaande Azure Red Hat OpenShift-cluster op afzonderlijke werkrollen om uw workloads te isoleren. U kunt IBM MQ desgewenst ook handmatig implementeren en installeren op VM's.

Als onderdeel van de standaardimplementatie kunt u uw wachtrijen definiëren tijdens de implementatie, waardoor de configuratietijd die nodig is om uw exemplaren in te stellen, wordt verminderd. Met de standaardimplementatie worden één actieve en twee passieve exemplaren van uw wachtrijbeheerder gemaakt. Wanneer uw implementatie is voltooid, kunt u SSH gebruiken om verbinding te maken met de huidige leiderpod en uw JMS-bindingsbestand te definiëren. Vervolgens kunt u dat bestand gebruiken om uw configuratieoverzicht te maken voor uw Sterling OMS-implementatie.

IBM ondersteunt ook andere op JMS gebaseerde berichtenwachtrijsystemen, zoals Apache ActiveMQ. Zie Berichtenwachtrijen in Sterling Order Management Software voor meer informatie. Uw implementatieopties variëren per oplossing.

Overwegingen

Met deze overwegingen worden de pijlers van het Azure Well-Architected Framework geïmplementeerd. Dit is een set richtlijnen die u kunt gebruiken om de kwaliteit van een workload te verbeteren. Zie Microsoft Azure Well-Architected Framework voor meer informatie.

Beveiliging

Beveiliging biedt garanties tegen opzettelijke aanvallen en misbruik van uw waardevolle gegevens en systemen. Zie Overzicht van de beveiligingspijler voor meer informatie.

Het onderhouden van toegang en zichtbaarheid in de onderhoudslevenscyclus van uw assets kan een van de grootste mogelijkheden van uw organisatie zijn om efficiënt te werken en uptime te behouden. Om de beveiligingsstatus van uw omgeving te verbeteren, is het belangrijk om veilige verificatie te gebruiken en uw oplossingen up-to-date te houden. Gebruik versleuteling om alle gegevens te beveiligen die in en uit uw architectuur worden verplaatst.

Azure levert Sterling OMS met behulp van de modellen van IaaS en PaaS (Platform as a Service). Microsoft bouwt beveiligingsbeveiligingen in de service op de volgende niveaus:

  • Fysiek datacenter
  • Fysiek netwerk
  • Fysieke host
  • Hypervisor

Evalueer zorgvuldig de services en technologieën die u selecteert voor de gebieden boven de hypervisor, zoals de nieuwste patchversie van Azure Red Hat OpenShift voor een grote release. Zorg ervoor dat u de juiste beveiligingsmaatregelen voor uw architectuur biedt. U bent verantwoordelijk voor het patchen en onderhouden van de beveiliging van de IaaS-systemen. Microsoft neemt die rol voor de PaaS-services zoals Azure Red Hat OpenShift. Hoewel u een upgrade voor Azure Red Hat OpenShift kunt initiëren, wordt deze volledig beheerd door Microsoft en Red Hat. Zie Een Azure Red Hat OpenShift-cluster upgraden voor meer informatie over patchen en upgraden van Azure Red Hat OpenShift.

Gebruik netwerkbeveiligingsgroepen om netwerkverkeer naar en van resources in uw virtuele netwerk te filteren. Met deze groepen kunt u regels definiëren die toegang verlenen of weigeren tot uw Sterling OMS-services. Voorbeelden zijn:

  • Hiermee blokkeert u de toegang tot alle andere onderdelen van uw geïmplementeerde infrastructuur, zoals specifieke poorten en services die door uw berichtenbroker of back-enddatabase worden gebruikt.
  • Bepalen welke locaties toegang hebben tot Sterling OMS en het OpenShift-cluster.

De poortnummers en bereiken die u moet openen, zijn afhankelijk van veel factoren. Enkele aandachtspunten zijn:

  • Poort 443, voor service-naar-service-communicatie.
  • Databasespecifieke poorten, zoals poort 5432 voor de flexibele serveroptie van Azure Database for PostgreSQL.
  • Poorten voor berichtenwachtrijen, zoals poort 1414 voor IBM MQ.

Houd ook rekening met deze punten:

  • Azure Red Hat OpenShift-clusterknooppunten moeten uitgaande internettoegang hebben. Als u deze toegang niet kunt bieden, hebben deze knooppunten minimaal toegang nodig tot de Azure Resource Manager- en servicelogboekeindpunten.
  • IBM biedt richtlijnen voor het implementeren van meerdere Sterling OMS-toepassingen die algemene services delen, zoals een back-enddatabase. Dergelijke implementaties hebben ook overwegingen voor firewalls binnen de toepassing. Zie Firewallpoorten openen voor communicatie tussen apps voor meer informatie.

Als u toegang nodig hebt tot uw andere, niet-Azure Red Hat OpenShift-knooppunten, kunt u eventueel Azure Bastion gebruiken voor toegang tot uw VM's. Maak vm's om veiligheidsredenen niet beschikbaar voor een netwerk of internet zonder netwerkbeveiligingsgroepen te configureren om de toegang tot deze vm's te beheren.

Met versleuteling aan de serverzijde (SSE) van Azure Disk Storage kunt u uw gegevens beveiligen. Met SSE kunt u ook voldoen aan de beveiligings- en nalevingsverplichtingen van de organisatie. Met beheerde Azure-schijven versleutelt SSE de data-at-rest wanneer deze in de cloud worden bewaard. Dit gedrag is standaard van toepassing op zowel besturingssysteem- als gegevensschijven. OpenShift maakt standaard gebruik van SSE. Azure Red Hat OpenShift biedt ook ondersteuning voor door de klant beheerde versleutelingssleutels (CMEK) voor de besturingssysteemschijven in uw cluster.

Verificatie

U moet OAuth configureren voor Azure Red Hat OpenShift. Zie Overzicht van verificatie en autorisatie in de Documentatie van Azure Red Hat OpenShift voor meer informatie.

Uw infrastructuur beveiligen

Beheer de toegang tot de Azure-resources die u implementeert. Elk Azure-abonnement heeft een vertrouwensrelatie met een Microsoft Entra-tenant. Gebruik op rollen gebaseerd toegangsbeheer van Azure om gebruikers binnen uw organisatie de juiste machtigingen te verlenen voor Azure-resources. Verleen toegang door een Azure-rol toe te wijzen aan gebruikers of groepen met een bepaald bereik. Het bereik kan een abonnement, een resourcegroep of één resource zijn. Zorg ervoor dat u alle wijzigingen in de infrastructuur controleert. Zie het activiteitenlogboek van Azure Monitor voor meer informatie over controle.

Kostenoptimalisatie

Kostenoptimalisatie gaat over manieren om onnodige uitgaven te verminderen en operationele efficiëntie te verbeteren. Zie Overzicht van de pijler kostenoptimalisatie voor meer informatie.

Een standaardimplementatie van Sterling OMS bestaat uit de volgende onderdelen. U kunt veel van deze rekenresources aanpassen aan uw behoeften. U kunt bijvoorbeeld uw IBM MQ-agentknooppunten omhoog schalen om meer doorvoer toe te staan.

Azure Red Hat OpenShift (voor OMS)

  • Drie besturings-VM's (Standard_D8s_v5)
  • Drie werkrol-VM's (Standard_D8s_v5)

Aanvullende bronnen

  • Eén virtueel netwerk (/16), waarbij de volgende subnetten worden overwogen:
    • Azure Red Hat OpenShift-beheerknooppuntsubnet (/24)
    • Subnet van Azure Red Hat OpenShift-werkknooppunt (/24)
    • Gegevenssubnet, indien nodig (/27)
    • Extra VM-subnet, indien nodig (/27)
    • Beheersubnet, indien nodig (/30)
  • Eén exemplaar van Azure Database for PostgreSQL met de optie flexibele server
  • Eén exemplaar van Azure Container Registry
  • Twee Azure Storage-accounts
  • Drie DNS-zones
  • Twee load balancers
  • Eén jumpbox-VM
  • Azure Bastion

Afzonderlijke implementaties kunnen bijvoorbeeld verschillen als u Db2 uitvoert op Azure-VM's of als u IBM MQ implementeert in uw Azure Red Hat OpenShift-omgeving. Als u een voorbeeldschatting wilt bekijken, gebruikt u de kostencalculator. Configuraties variëren, dus controleer uw configuratie met uw IBM-grootteteam voordat u de implementatie voltooit.

Betrouwbaarheid

Betrouwbaarheid zorgt ervoor dat uw toepassing kan voldoen aan de toezeggingen die u aan uw klanten hebt gedaan. Zie Overzicht van de betrouwbaarheidspijler voor meer informatie.

Azure Red Hat OpenShift heeft ingebouwde mogelijkheden voor zelfherstel, schalen en tolerantie om ervoor te zorgen dat Azure Red Hat OpenShift en Sterling OMS succesvol werken. Azure Red Hat OpenShift en Sterling OMS zijn ontworpen voor onderdelen die mislukken en herstellen. Een belangrijke vereiste voor zelfherstel is dat er voldoende werkknooppunten zijn. Als u wilt herstellen van een zonefout binnen een Azure-regio, moeten uw besturings- en werkknooppunten worden verdeeld over beschikbaarheidszones.

Sterling OMS en Azure Red Hat OpenShift maken gebruik van databaseopslag om de status buiten het Kubernetes-cluster te behouden. Logboeken en andere toepassingsbronnen worden bewaard in een opslagaccount. Gebruik waar mogelijk zone-redundante opslag om ervoor te zorgen dat de opslagafhankelijkheden blijven werken tijdens een storing. Dit type opslag blijft beschikbaar wanneer een zone uitvalt. Uw database-implementatie moet ook rekening houden met configuraties met meerdere zones.

Omdat menselijke fouten gebruikelijk zijn, implementeert u Sterling OMS door zoveel mogelijk automatisering te gebruiken. Zie quickstartgids: Sterling Order Management in Azure op GitHub voor enkele voorbeeldscripts voor het instellen van volledige, end-to-end automatisering.

Dit scenario implementeren

Voordat u begint, bekijkt u de vereisten voor Sterling OMS in systeemvereisten. Zorg er ook voor dat u over de volgende resources beschikt:

  • Toegang tot een Azure-abonnement met de machtiging Lezer .
  • Een toepassingsregistratie of service-principalnaam met de machtigingen Inzender en Beheerder voor gebruikerstoegang voor het abonnement.
  • Een domein of gedelegeerd subdomein naar een Azure DNS-zone.
  • Een IBM Sterling OMS-rechtsleutel.
  • Ibm-aanbevolen clustergrootte.
  • Een bestaand virtueel netwerk of een nieuw virtueel netwerk, afhankelijk van uw vereisten. Zie Zelfstudie: Een Azure Red Hat OpenShift 4-cluster maken voor een voorbeeld van het maken van een nieuw virtueel netwerk met twee lege subnetten.
  • Vereisten voor hoge beschikbaarheid en herstel na noodgevallen voor uw specifieke implementatie.
  • Een OMEnviroment-configuratiebestand, omenvironment.yaml, dat moet worden gebruikt wanneer u Sterling OMS implementeert via de OpenShift Operator Catalog.

Zie quickstartgids: Sterling Order Management in Azure voor een stapsgewijze handleiding voor het installeren van Azure Red Hat OpenShift en Sterling OMS in Azure, inclusief het oplossen van de vereisten.

Implementatieoverwegingen

De huidige best practice is om workloads te implementeren met infrastructuur als code (IaC) in plaats van workloads handmatig te implementeren, omdat handmatige implementatie kan leiden tot onjuiste configuratie. Workloads op basis van containers kunnen gevoelig zijn voor onjuiste configuratie, waardoor de productiviteit kan worden verminderd.

Voordat u uw omgeving bouwt, raadpleegt u de quickstartgids: Sterling Order Management in Azure om inzicht te krijgen in de ontwerpparameters. De snelstartgids is niet bedoeld voor een implementatie die gereed is voor productie, maar u kunt de assets van de handleiding gebruiken om een mechanisme op productieniveau voor implementatie te krijgen.

IBM biedt gespecialiseerde services om u te helpen bij de installatie. Neem contact op met uw IBM-team voor ondersteuning.

Medewerkers

Dit artikel wordt onderhouden door Microsoft. De tekst is oorspronkelijk geschreven door de volgende Inzenders.

Belangrijkste auteurs:

Andere Inzenders:

Als u niet-openbare LinkedIn-profielen wilt zien, meldt u zich aan bij LinkedIn.

Volgende stappen