편집

다음을 통해 공유

Azure의 IBM Sterling Order Management 배포

Azure Database for PostgreSQL
Azure 파일
Azure Red Hat OpenShift
Azure Virtual Machines
Azure Virtual Network

이 아키텍처는 Azure에서 Sterling OMS(Order Management Software) 환경의 구현을 보여 줍니다. 이 문서에서는 Sterling OMS를 설치하는 방법에 대해 자세히 설명하지 않습니다. 설치 프로세스에 대한 자세한 내용은 Sterling Order Management Software 설치를 참조하세요.

Red Hat 로고는 Red Hat, Inc.의 상표입니다. 이러한 상표의 사용은 어떠한 보증도 의미하지 않습니다. Apache® 및 Apache ActiveMQ는 미국 및/또는 기타 국가에서 Apache Software Foundation의 등록 상표 또는 상표입니다. 이러한 표시의 사용은 Apache Software Foundation에 의한 보증을 암시하지 않습니다.

아키텍처

Azure에서 Sterling OMS IBM 주문 관리 시스템의 배포를 지원하는 구성 요소 및 서비스를 보여 주는 아키텍처 다이어그램입니다.

이 아키텍처의 Visio 파일을 다운로드합니다.

워크로드가 내부 또는 외부에 연결되도록 워크로드를 배포할 수 있습니다. 요구 사항에 가장 적합한 구성을 사용합니다.

워크플로

아키텍처는 다음과 같은 방법으로 인프라 요구 사항을 충족합니다.

  • 컨테이너 호스팅 플랫폼은 가용성 영역에 고가용성 워크로드를 배포하는 데 사용됩니다. Azure Red Hat OpenShift를 사용하는 것이 좋습니다.
  • 완전 관리형 데이터베이스 서비스는 OMS 시스템의 백 엔드 데이터베이스로 작동합니다. Sterling OMS는 현재 IBM Db2, Oracle Database 및 PostgreSQL을 지원합니다. 유연한 서버 옵션을 사용하는 Azure Database for PostgreSQL을 사용하는 것이 좋습니다.
  • 확장 가능하고 고가용성 설정은 JMS(Java Message Service) API를 준수하는 IBM MQ와 같은 메시지 브로커를 실행하기 위한 환경을 제공합니다. 다이어그램에는 이 설정이 포함되지 않습니다. 요구 사항에 따라 클러스터 내에 있거나 클러스터 외부에 있을 수 있습니다.
  • 프라이빗 엔드포인트는 연결된 모든 서비스에 대한 네트워크 트래픽을 격리하고 보호하는 데 도움이 됩니다.
  • 추가적인 선택적 Azure VM(가상 머신)은 관리 및 개발 목적으로 사용됩니다.
  • 프리미엄 및 표준 Azure Files 공유는 로그 파일 및 기타 애플리케이션 구성 데이터에 대한 스토리지를 제공합니다.

구성 요소

  • Azure Red Hat OpenShift는 주문형 방식으로 고가용성 완전 관리형 OpenShift 클러스터를 제공합니다. 이러한 클러스터는 Microsoft 및 Red Hat에서 공동으로 모니터링하고 운영합니다.

  • Azure Virtual Network는 Azure에서 개인 네트워크의 기본 구성 요소입니다. 가상 네트워크는 노드, Azure 서비스 및 하이브리드 연결 요구 사항 간의 통신을 위해 사용됩니다.

  • Azure Files는 클라우드에서 SMB 및 NFS 프로토콜을 통해 액세스할 수 있는 완전 관리형 파일 공유를 제공합니다. 이 솔루션에서 Azure Files는 클러스터 내에 있는 데이터베이스 및 시스템에 대한 상태 저장 데이터를 호스트합니다.

  • Azure Bastion은 공용 IP 주소를 통해 노출하지 않고 VM에 원활하고 향상된 보안 RDP 및 SSH 액세스를 제공하는 완전 관리형 서비스입니다. 이 솔루션에서 Azure Bastion은 선택 사항입니다. Azure Bastion 및 서브넷을 사용하여 작업자 노드 또는 선택적 점프 상자 머신에 대한 향상된 보안 액세스를 제공할 수 있습니다.

  • Azure Database for PostgreSQL은 PostgreSQL 데이터베이스 엔진을 기반으로 하는 완전 관리형 관계형 데이터베이스 서비스입니다. Azure Database for PostgreSQL은 예측 가능한 성능과 동적 확장성을 제공하며 중요 비즈니스용 워크로드에 적합합니다. 유연한 서버 배포 모델은 데이터베이스 관리 기능 및 구성 설정에 대한 세부적인 제어 및 유연성을 제공합니다.

  • Azure Virtual Machines는 IaaS(infrastructure as a service) 제품입니다. Virtual Machines를 사용하여 확장 가능한 주문형 컴퓨팅 리소스를 배포할 수 있습니다. 이 솔루션은 Azure의 Linux VM을 사용하여 OMS Azure 기반 리소스 및 서비스를 관리하기 위한 점프 상자를 제공합니다.

대안

Azure 환경에 네트워크 연결을 할 수 있는 경우 Azure Linux VM을 사용하는 대신 기존 머신에서 설치를 수행할 수 있습니다.

일반적으로 다음 서비스는 필수적이지는 않지만, 효과적인 대안입니다.

  • Azure의 IBM Db2는 Azure Database for PostgreSQL의 유연한 서버 모델에 대한 선택적 대안입니다. VM에서 IBM Db2를 실행하는 경우 Azure Load Balancer 및 Pacemaker 클러스터링 소프트웨어를 사용하여 데이터베이스 서버의 고가용성을 달성하는 방법을 숙지합니다.
  • Azure NetApp Files는 고가용성 및 고성능을 제공하여 모든 유형의 워크로드를 지원합니다. Azure NetApp Files는 Azure VM에서 실행되는 IBM Db2 워크로드와 같은 IO에 민감한 워크로드에 적합합니다.
  • Azure의 Oracle Database는 Azure Database for PostgreSQL의 유연한 서버 모델에 대한 선택적 대안입니다.

시나리오 정보

IBM Sterling OMS는 완전한 옴니채널 주문 처리 플랫폼을 제공하는 주문 관리 시스템입니다. 이 시스템에는 다음과 같은 기능이 포함됩니다.

  • 실시간 인벤토리 가시성 및 수요.
  • 완전히 구성 가능한 주문 오케스트레이션 및 워크플로.
  • 다중 채널 반환 및 반환 주문 상태에 대한 역방향 물류입니다.

Microsoft와 IBM Sterling OMS 팀 간의 파트너십을 통해 이 솔루션이 Azure에서 최적으로 실행되도록 구성됩니다. 이 문서에서는 설치를 위해 IBM 및 파트너의 지원을 받는 고객에게 Azure에서 Sterling OMS 10.0. 이상 버전을 실행하기 위한 디자인을 제공합니다. 제품 관련 질문에 대한 답변은 IBM 팀에 문의하세요.

잠재적인 사용 사례

많은 산업 및 부문에서 다음을 비롯한 OMS 솔루션을 사용합니다.

  • 소매
  • 전자 상거래
  • 제조업

더 많은 OMS 사용 사례는 IBM Sterling Order Management를 참조하세요.

권장 사항

이 지침은 Sterling OMS 10.0 Q3 2022 이상 버전을 지원합니다. 이러한 버전은 PostgreSQL 및 Azure Red Hat OpenShift 컨테이너 플랫폼을 지원하므로 Azure와 최상의 통합 옵션을 제공합니다. 자체 배포를 빌드하기 전에 빠른 시작 가이드: Azure의 Sterling Order Management를 사용하여 Sterling OMS를 배포합니다. 그런 다음 배포 및 구성의 작동 방식을 이해하면 구현의 디자인 요구 사항을 보다 신속하게 확인할 수 있습니다.

Microsoft는 IBM 및 기타 파트너와 긴밀히 협력하여 지침, 아키텍처 및 빠른 시작 가이드가 Azure에서 최상의 환경을 제공하도록 합니다. 이러한 리소스는 Microsoft Azure Well-Architected Framework에 설명된 모범 사례를 따릅니다. 이 설명서 이외의 지원을 받으려면 IBM 계정 팀에 문의하세요.

배포를 진행하기 전에 디자인에 대한 다음 질문에 대답합니다.

  • Sterling OMS의 배포가 새로운 배포인가요, 아니면 기존 배포를 Azure로 마이그레이션하고 있나요?
  • 어떤 백엔드 데이터베이스 플랫폼을 사용할 계획입니까? 데이터에 필요한 데이터베이스 크기는 무엇인가요?
  • 어떤 유형의 JMS 기반 메시지 브로커를 사용하시겠습니까?
  • 메시징 시스템을 어디에 배포할 계획인가요?
    • 동일한 OpenShift 클러스터에 배포하나요?
    • 다른 플랫폼 또는 VM의 클러스터 외부에 배포하나요?
  • 기존 컨테이너 레지스트리가 있나요? 계속 사용할 계획인가요?
  • 작업자 노드에 필요한 VM의 수와 크기는 어떻게 되나요?
  • 암호화 관련 보안 요구 사항은 무엇인가요?
  • 액세스 요구 사항은 무엇이며 IdP(ID 공급자) 통합 고려 사항은 무엇인가요?
  • 연결에 필요한 사항은 무엇인가요? 내부 및 외부(송신) 서비스에 연결해야 하는 방화벽 규칙은 무엇인가요?
  • 고가용성 및 재해 복구를 위한 전략은 무엇인가요?

Sterling OMS

Sterling OMS 버전 10.0.2209.0은 Azure에서 테스트되었습니다. 최신 버전의 Sterling OMS를 사용하는 것이 좋습니다.

Sterling OMS 환경을 지원하기 위해 Azure 리소스를 배포하기 전에 다음 요구 사항을 숙지하세요.

  • Sterling OMS 시스템 요구 사항은 시스템 요구 사항을 참조하세요.
  • Sterling OMS는 상태 및 데이터 관리를 위해 관계형 데이터베이스 시스템에 종속됩니다. 서비스 간 통신 및 주문 워크플로에는 JMS 지원 메시지 브로커 시스템도 필요합니다. Sterling OMS는 사용자 환경에 배포할 수 있는 여러 데이터베이스 및 메시지 브로커 옵션을 지원합니다. 자세한 내용은 다음 리소스를 참조하세요.

Azure Red Hat OpenShift

Sterling OMS는 Azure Red Hat OpenShift 버전 4.10.15로 테스트되었습니다. Azure Red Hat OpenShift를 배포하기 전에:

  • 도메인을 결정합니다. Azure Red Hat OpenShift를 배포할 때 클러스터에 배포되는 모든 서비스에 추가되는 도메인 이름을 지정합니다.
  • API 및 수신 가시성을 확인합니다. OpenShift 클러스터 API(관리용) 및 수신(배포된 애플리케이션 및 서비스)을 인터넷 연결로 만드는 방법을 결정합니다. 프라이빗 연결을 사용하여 API 또는 수신을 숨기는 경우 서비스를 배포하는 네트워크에 연결할 수 있는 컴퓨터에서만 이러한 엔드포인트에 연결할 수 있습니다.
  • 컨트롤 및 작업자 VM 크기 및 개수를 계산합니다. Azure Red Hat OpenShift에서 컨트롤 수는 최소 권장 크기로 고정된 숫자입니다. Sterling OMS와 같은 애플리케이션 워크로드를 실행하는 작업자 노드의 크기는 별도로 조정됩니다. 인스턴스를 배포할 때 클러스터에 필요한 작업자 노드 수와 각 노드의 적절한 크기를 고려합니다. 올바른 숫자와 크기를 확인하려면 몇 가지 테스트 및 유효성 검사를 수행해야 할 수 있습니다. 이러한 값은 배포의 에이전트 수와 실행하는 각 에이전트 유형에 대한 Pod 수에 따라 달라집니다. 배포 후 크기를 조정해야 할 때 이러한 값을 조정할 수 있습니다.

자세한 내용은 Azure Red Hat OpenShift를 시작하기 전에를 참조하세요.

환경 크기 조정

최신 Ds 시리즈 VM을 작업자 노드로 사용하는 것이 좋습니다. 예로 Dsv3, Dasv4, Dsv4, Dasv5 및 Dsv5 시리즈가 있습니다. 이러한 VM의 최신 버전은 최상의 성능을 제공합니다. 더 많은 노드를 배포하는 경우 Premium Storage가 있는 VM만 사용합니다.

데이터베이스 세부 정보

Sterling OMS에는 다양한 백 엔드 데이터베이스 옵션이 있으므로 먼저 데이터베이스를 호스트할 플랫폼을 결정하는 것이 중요합니다. 그런 다음 해당 플랫폼의 크기에 대한 결정을 내릴 수 있습니다. 이 프로세스 중에는 다음 일반적인 지침을 염두에 두어야 합니다.

  • Azure Database for PostgreSQL, 유연한 서버 배포 모델: 확장 및 중복 옵션의 특성으로 인해 Azure Database for PostgreSQL의 유연한 서버 모델은 Azure에서 Sterling OMS 워크로드를 호스팅하는 데 선호되는 방법입니다. 인스턴스를 배포하는 경우:
    • 사용 패턴과 일치하는 컴퓨팅 계층을 선택합니다. 범용 계층으로 시작하고 적절한 수의 코어를 선택하는 것이 좋습니다. 또한 CPU, 메모리 및 IOP는 컴퓨팅 크기 선택에 연결됩니다.
    • 적절한 스토리지를 추가합니다. 또한 스토리지가 증가하면 비용이 증가하므로 프로비전된 스토리지를 축소할 수 없습니다. 따라서 초기 데이터 크기 및 예상 증가를 알고 있는 것이 중요합니다.
    • 데이터베이스에 대한 연결을 유지하는 에이전트의 기능에 영향을 주는 max_connections와 같은 서버 매개 변수를 조정합니다.
  • VM의 Db2: Azure VM에서 Db2를 실행하는 경우 성능 및 가용성과 같이 해결해야 하는 몇 가지 복잡한 요소가 있습니다. Azure의 고성능 Db2 배포에 대한 자세한 내용은 Red Hat Enterprise Linux Server의 Azure VM에 있는 IBM Db2 LUW의 고가용성을 참조하세요. 이 문서에서는 크기 조정 및 성능 고려 사항을 안내합니다. 또한 Pacemaker를 사용하는 고가용성 Db2 클러스터를 배포하는 방법도 보여 줍니다.
  • Oracle: 현재 Oracle Database를 사용하거나 Oracle로 마이그레이션하려는 경우 Azure에서 Oracle 워크로드를 실행하기 위한 다음 리소스를 숙지합니다.

메시지 큐 세부 정보

Sterling OMS에는 JMS 기반 메시지 브로커가 필요합니다. 가장 일반적으로 IBM MQ가 사용됩니다. Azure에서 고가용성 IBM MQ 인스턴스를 실행하는 가장 좋은 방법은 Kubernetes 배포에 IBM MQ Helm 차트를 사용하는 것입니다. 이러한 차트를 기존 Azure Red Hat OpenShift 클러스터에 별도의 작업자에 배포하여 워크로드를 격리할 수 있습니다. 원하는 경우 VM에 IBM MQ를 수동으로 배포하고 설치할 수도 있습니다.

표준 배포의 일부로 배포 시 큐를 정의하여 인스턴스를 스핀업하는 데 필요한 구성 시간을 줄일 수 있습니다. 표준 배포는 큐 관리자의 활성 인스턴스와 두 개의 수동 인스턴스를 만듭니다. 배포가 완료되면 SSH를 사용하여 현재 리더 Pod에 연결하고 JMS 바인딩 파일을 정의할 수 있습니다. 그런 다음 해당 파일을 사용하여 Sterling OMS 배포에 대한 구성 맵을 만들 수 있습니다.

IBM은 Apache ActiveMQ와 같은 다른 JMS 기반 메시지 큐 시스템도 지원합니다. 자세한 내용은 Sterling Order Management Software의 메시지 큐를 참조하세요. 배포 옵션은 솔루션마다 다릅니다.

고려 사항

이러한 고려 사항은 워크로드의 품질을 향상시키는 데 사용할 수 있는 일련의 기본 원칙인 Azure Well-Architected Framework의 핵심 요소를 구현합니다. 자세한 내용은 Microsoft Azure Well-Architected Framework를 참조하세요.

보안

우수한 보안은 중요한 데이터 및 시스템에 대한 고의적인 공격과 악용을 방어합니다. 자세한 내용은 보안 요소의 개요를 참조하세요.

자산의 유지 관리 수명 주기에 대한 액세스 및 가시성을 유지하는 것은 효율적으로 작동하고 가동 시간을 유지 관리할 수 있는 조직의 가장 큰 기회 중 하나일 수 있습니다. 환경의 보안 상태를 개선하려면 보안 인증을 사용하고 솔루션을 최신 상태로 유지하는 것이 중요합니다. 암호화를 사용하여 아키텍처에 들어오고 나가는 모든 데이터를 보호할 수 있습니다.

Azure는 IaaS 및 PaaS(Platform as a Service)의 모델을 사용하여 Sterling OMS를 제공합니다. Microsoft는 다음 수준에서 서비스에 보안 대책을 빌드합니다.

  • 실제 데이터 센터
  • 실제 네트워크
  • 물리적 호스트
  • 하이퍼바이저

주요 릴리스의 가장 최근에 패치된 Azure Red Hat OpenShift 버전과 같이 하이퍼바이저 위의 영역에 대해 선택한 서비스 및 기술을 신중하게 평가합니다. 아키텍처에 적절한 보안 장치를 제공해야 합니다. 사용자에게 IaaS 시스템의 보안을 패치하고 유지 관리할 책임이 있습니다. Microsoft는 Azure Red Hat OpenShift와 같은 PaaS 서비스에 대해 해당 역할을 합니다. Azure Red Hat OpenShift에 대한 업그레이드를 시작할 수 있지만 Microsoft 및 Red Hat에서 완전히 관리합니다. Azure Red Hat OpenShift 패치 및 업그레이드에 대한 자세한 내용은 Azure Red Hat OpenShift 클러스터 업그레이드를 참조하세요.

가상 네트워크의 리소스에 들어오고 나가는 네트워크 트래픽을 필터링하려면 네트워크 보안 그룹을 사용합니다. 이러한 그룹을 사용하면 Sterling OMS 서비스에 대한 액세스 권한을 부여하거나 거부하는 규칙을 정의할 수 있습니다. 예를 들면 다음과 같습니다.

  • 메시지 브로커 또는 백 엔드 데이터베이스에서 사용하는 특정 포트 및 서비스와 같이 배포된 인프라의 다른 모든 부분에 대한 액세스를 차단합니다.
  • Sterling OMS 및 OpenShift 클러스터에 액세스할 수 있는 위치를 제어합니다.

열어야 하는 포트 번호와 범위는 여러 요인에 따라 달라집니다. 고려해야 할 사항은 다음과 같습니다.

  • 서비스 간 통신을 위한 포트 443입니다.
  • Azure Database for PostgreSQL의 유연한 서버 옵션에 대한 포트 5432와 같은 데이터베이스별 포트입니다.
  • IBM MQ용 포트 1414와 같은 메시지 큐 포트입니다.

또한 다음 사항을 고려합니다.

  • Azure Red Hat OpenShift 클러스터 노드에는 아웃바운드 인터넷 액세스 권한이 있어야 합니다. 이 액세스를 제공할 수 없는 경우 이러한 노드에는 최소한 Azure Resource Manager 및 서비스 로깅 엔드포인트에 대한 액세스 권한이 필요합니다.
  • IBM은 백 엔드 데이터베이스와 같은 공통 서비스를 공유하는 여러 Sterling OMS 애플리케이션을 구현하기 위한 지침을 제공합니다. 이러한 배포에는 애플리케이션 내 방화벽 고려 사항도 있습니다. 자세한 내용은 앱 내 통신에 대한 방화벽 포트 열기를 참조하세요.

Azure Red Hat OpenShift가 아닌 다른 노드에 액세스해야 하는 경우 필요에 따라 Azure Bastion을 사용하여 VM에 액세스할 수 있습니다. 보안상의 이유로, VM에 대한 액세스를 제어하려면 네트워크 보안 그룹을 구성하지 않고 네트워크 또는 인터넷에 VM을 노출해서는 안 됩니다.

Azure Disk Storage의 SSE(서버 쪽 암호화)는 데이터를 보호할 수 있습니다. SSE 또한 조직의 보안 및 규정 준수 약정을 충족하는 데 도움이 됩니다. 데이터를 클라우드에 유지하는 경우 SSE는 Azure 관리 디스크를 사용하여 미사용 데이터를 암호화합니다. 이 동작은 OS 및 데이터 디스크 모두에 기본적으로 적용됩니다. OpenShift는 기본적으로 SSE를 사용합니다. Azure Red Hat OpenShift는 클러스터의 OS 디스크에 대한 CMEK(고객 관리형 암호화 키)도 지원합니다.

인증

Azure Red Hat OpenShift에 대해 OAuth를 구성해야 합니다. 자세한 내용은 Azure Red Hat OpenShift 설명서의 인증 및 권한 부여 개요를 참조하세요.

인프라 준비

배포하는 Azure 리소스에 대한 액세스를 제어합니다. 모든 Azure 구독은 Microsoft Entra 테넌트와 트러스트 관계가 있습니다. Azure 역할 기반 액세스 제어를 사용하여 조직 내의 사용자에게 Azure 리소스에 대한 올바른 사용 권한을 부여합니다. 특정 범위에서 사용자 또는 그룹에 Azure 역할을 할당하여 액세스를 부여합니다. 범위는 구독, 리소스 그룹 또는 단일 리소스일 수 있습니다. 인프라에 대한 모든 변경 내용을 감사해야 합니다. 감사에 대한 자세한 내용은 Azure Monitor 활동 로그를 참조하세요.

비용 최적화

비용 최적화는 불필요한 비용을 줄이고 운영 효율성을 높이는 방법을 찾는 것입니다. 자세한 내용은 비용 최적화 핵심 요소 개요를 참조하세요.

Sterling OMS의 표준 배포는 다음 구성 요소로 구성됩니다. 이러한 많은 컴퓨팅 기반 리소스를 요구 사항에 맞게 조정할 수 있습니다. 예를 들어 IBM MQ 에이전트 노드를 확장하여 더 큰 처리량을 허용할 수 있습니다.

Azure Red Hat OpenShift(OMS용)

  • 세 개의 제어 VM(Standard_D8s_v5)
  • 세 개의 작업자 VM(Standard_D8s_v5)

추가 리소스

  • 다음 서브넷이 고려된 하나의 가상 네트워크(/16).
    • Azure Red Hat OpenShift 제어 노드 서브넷(/24)
    • Azure Red Hat OpenShift 작업자 노드 서브넷(/24)
    • 필요한 경우 데이터 서브넷(/27)
    • 필요한 경우 추가 VM 서브넷(/27)
    • 필요한 경우 관리 서브넷(/30)
  • 유연한 서버 옵션을 사용하는 Azure Database for PostgreSQL 인스턴스 하나
  • Azure Container Registry의 인스턴스 하나
  • Azure Storage 계정 2개
  • 세 개의 DNS 영역
  • 부하 분산 장치 2개
  • 점프 상자 VM 1개
  • Azure Bastion

예를 들어 Azure VM에서 Db2를 실행하거나 Azure Red Hat OpenShift 환경에 IBM MQ를 배포하는 경우와 같이 개별 배포가 다를 수 있습니다. 예측 예제를 검토하려면 비용 계산기를 사용합니다. 구성은 다양하므로 배포를 완료하기 전에 IBM 크기 조정 팀에서 구성을 확인합니다.

안정성

안정성은 애플리케이션이 고객에 대한 약속을 충족할 수 있도록 합니다. 자세한 내용은 안정성 핵심 요소 개요를 참조하세요.

Azure Red Hat OpenShift에는 Azure Red Hat OpenShift 및 Sterling OMS가 성공적으로 작동하도록 자체 복구, 크기 조정 및 복원력을 위한 기본 제공 기능이 있습니다. Azure Red Hat OpenShift 및 Sterling OMS는 실패하고 복구하는 부품을 위해 설계되었습니다. 자동 복구를 위해서는 작업자 노드가 충분히 있어야 합니다. Azure 지역 내의 영역 오류에서 복구하려면 제어 노드와 작업자 노드가 가용성 영역 간에 균형을 유지해야 합니다.

Sterling OMS 및 Azure Red Hat OpenShift는 데이터베이스 스토리지를 사용하여 Kubernetes 클러스터 외부에서 상태를 유지합니다. 로그 및 기타 애플리케이션 리소스는 스토리지 계정에 유지됩니다. 오류 발생 시 스토리지 종속성이 계속 작동하도록 하려면 가능한 영역 중복 스토리지를 사용하세요. 이러한 유형의 스토리지는 영역이 실패할 때도 계속 사용할 수 있습니다. 또한 데이터베이스 배포는 다중 영역 구성을 고려해야 합니다.

사용자 오류는 일반적이므로, 최대한 많은 자동화를 사용하여 Sterling OMS를 배포합니다. 전체 엔드투엔드 자동화를 설정하기 위한 몇 가지 샘플 스크립트는 GitHub에서 빠른 시작 가이드: Azure의 Sterling Order Management를 참조하세요.

시나리오 배포

시작하기 전에 시스템 요구 사항에서 Sterling OMS에 대한 요구 사항을 검토합니다. 또한 다음 리소스를 사용할 수 있는지 확인합니다.

  • 읽기 권한자 권한을 가진 Azure 구독에 액세스합니다.
  • 구독에 대해 기여자 및 사용자 액세스 관리자 권한을 가지는 애플리케이션 등록 또는 서비스 사용자 이름입니다.
  • Azure DNS 영역에 대한 도메인 또는 위임된 하위 도메인입니다.
  • IBM Sterling OMS 권한 키입니다.
  • IBM 권장 클러스터 크기를 조정합니다.
  • 요구 사항에 따라 기존 가상 네트워크 또는 새 가상 네트워크입니다. 두 개의 빈 서브넷을 사용하여 새 가상 네트워크를 만드는 예제는 자습서: Azure Red Hat OpenShift 4 클러스터 만들기를 참조하세요.
  • 특정 배포에 대한 고가용성 및 재해 복구 요구 사항입니다.
  • OpenShift 운영자 카탈로그를 통해 Sterling OMS를 배포할 때 사용할 OMEnviroment 구성 파일인 omenvironment.yaml입니다.

필수 구성 요소를 해결하는 방법을 포함하여 Azure에 Azure Red Hat OpenShift 및 Sterling OMS를 설치하기 위한 단계별 가이드는 빠른 시작 가이드: Azure의 Sterling Order Management를 참조하세요.

배포 고려 사항

현재 모범 사례는 수동 배포로 인해 구성이 잘못될 수 있으므로 워크로드를 수동으로 배포하기 보다는 IaC(Infrastructure as Code)를 사용하여 워크로드를 배포하는 것입니다. 컨테이너 기반 워크로드는 잘못된 구성에 민감하여 생산성을 줄일 수 있습니다.

환경을 구축하기 전에 빠른 시작 가이드: Azure의 Sterling Order Management를 검토하여 설계 매개 변수에 대한 이해를 높입니다. 빠른 시작 가이드는 프로덕션 준비 배포를 위한 것이 아니지만 가이드의 자산을 사용하여 배포를 위한 프로덕션급 메커니즘을 볼 수 있습니다.

IBM은 설치에 도움이 되는 전문화된 서비스를 제공합니다. 지원을 받으려면 IBM 팀에 문의하세요.

참가자

Microsoft에서 이 문서를 유지 관리합니다. 원래 다음 기여자가 작성했습니다.

주요 작성자:

기타 기여자:

비공개 LinkedIn 프로필을 보려면 LinkedIn에 로그인합니다.

다음 단계