Oracle Cloud Infrastructure Kubernetes Engine 集群中部署 IBM Sterling Order Management 软件

IBM Sterling Order Management Software 是一款全渠道订单履行软件。自软件版本 10.0 起,该软件可在 IBM 认证容器上使用。IBM 认证容器采用容器化 IBM Sterling Order Management 软件打包,并经过云部署验证,允许客户使用 Oracle Cloud Infrastructure Kubernetes EngineOCI Kubernetes Engine 或 OKE)集群将容器部署到任何公共或私有云(包括 Oracle Cloud Infrastructure (OCI))。

此参考体系结构概述了如何在 OKE 群集中部署 IBM Sterling Order Management 软件。OKE 提供了一个可用于生产环境的高度可用且可扩展的 Kubernetes 集群,用于在云中部署容器化应用。通过在 OKE 集群中部署 IBM Sterling Order Management 软件,应用程序可以轻松地与其他 OCI 托管服务集成,从而进一步简化部署。

体系结构

IBM Sterling Order Management 软件需要数据库和 Java Message Service (JMS) 服务器作为部署应用程序的先决条件。此外,必须自定义 IBM Sterling Order Management Software 认证容器,才能使用所选数据库和 JMS 进行部署。

支持的版本
  • IBM Db2 数据库 V11.x 或更高版本或 Oracle 数据库 v19c
  • IBM MQ JMS 服务器 V9.x 或更高版本 OR WebLogic JMS
  • IBM Sterling Order Management 软件认证容器 V10

下图说明了此引用体系结构。



oci-oke-ibm-sterling-arch-oracle.zip

在此参考体系结构中,Oracle Autonomous Database 服务提供 IBM Sterling Order Management Software 应用程序数据库。Oracle Autonomous Database 是一个完全托管的预配置数据库环境,具有四个可用的工作负载类型:Oracle Autonomous Transaction ProcessingOracle Autonomous Data Warehouse Oracle APEX Application DevelopmentOracle Autonomous JSON Database 。此部署使用 Oracle 数据库版本为 v19c 的自治事务处理

对于 JMS 服务器,IBM MQ 消息传送服务器与 OKE 集群中的 IBM Sterling Order Management Software 一起部署。IBM 认证的映像和 helm 图表可用于 IBM MQ 服务器部署。IBM MQ 服务器必须配置有用于 IBM Sterling Order Management Software 的队列管理器和必要队列。

此体系结构具有以下 OCI 服务:
  • 文件存储

    应用程序和代理服务需要持久性 NFS 共享来存储由应用服务器和代理服务器容器使用的共享数据(搜索索引、CDT 导入或导出)。IBM MQ 服务还要求通过网络连接的存储来存储 MQ 配置数据和消息。部署 OCI 文件存储服务是为了向应用程序、代理和 IBM MQ 服务提供持久性卷。

  • 容器注册表

    此解决方案的容器映像必须存储在可从 OKE 群集访问的系统信息库中。OCI Container Registry 用于存储映像。如果客户有自己的 helm 图表,OCI Container Registry 也可以用作 Helm 资料档案库。OKE 集群通过服务网关连接到 OCI 容器注册表,因此流量不会遍历互联网。

  • API 网关

    API 网关向用户公开 IBM Sterling Order Management 软件端点。它为访问 IBM Sterling Order Management Software 应用程序的用户提供验证和授权。

  • 负载平衡器

    通过负载平衡器可以访问 OKE 群集中的入站控制器。入站将流量定向到 IBM Sterling Order Management Software 应用程序的用户所请求的服务。

  • 证书颁发机构

    Certificate Authority 服务管理 IBM Sterling Order Management Software 公共端点的 TLS 证书。

  • 密钥管理

    密钥管理服务管理证书颁发机构服务使用的密钥。

该体系结构具有以下组件:

  • 区域

    Oracle Cloud Infrastructure 区域是包含一个或多个数据中心(称为可用性域)的本地化地理区域。地区独立于其他地区,远距离可以把它们分开(跨越国家甚至大陆)。

  • 可用性域

    可用性域是区域中的独立数据中心。每个可用性域中的物理资源与其他可用性域中的资源隔离,从而提供容错能力。可用性域不共享电源或冷却设备等基础设施,也不共享内部可用性域网络。因此,一个可用性域出现故障不会影响区域中的其他可用性域。

  • 容错域

    容错域是可用性域内的一组硬件和基础设施。每个可用性域都有三个容错域,它们具有独立的电源和硬件。在多个容错域之间分配资源时,应用可以承受容错域内的物理服务器故障、系统维护和电源故障。

  • 虚拟云网络 (VCN) 和子网

    VCN 是一个可定制的软件定义网络,您可以在 Oracle Cloud Infrastructure 区域中设置。与传统的数据中心网络一样,VCN 允许您控制您的网络环境。VCN 可以具有多个不重叠的 CIDR 块,您可以在创建 VCN 后更改这些块。您可以将 VCN 划分为子网,子网可以限定为区域或可用性域。每个子网都包含一系列不与 VCN 中的其他子网重叠的连续地址。可以在创建后更改子网的大小。子网可以是公共子网,也可以是专用子网。

  • Kubernetes 引擎

    Oracle Cloud Infrastructure Kubernetes EngineOCI Kubernetes EngineOKE )是一项完全托管、可扩展的高可用性服务,可用于将容器化应用部署到云中。您可以指定应用所需的计算资源,Kubernetes Engine 在现有租户的 Oracle Cloud Infrastructure 上预配这些资源。OKE 使用 Kubernetes 跨主机集群自动部署、扩展和管理容器化应用。

  • 自治数据库

    Oracle Autonomous Database 是一个完全托管的预配置数据库环境,可用于事务处理和数据仓库工作负载。您不需要配置或管理任何硬件,或者安装任何软件。Oracle Cloud Infrastructure 负责创建、备份、打补丁、升级和优化数据库。

  • 网络地址转换 (NAT) 网关

    通过 NAT 网关,VCN 中的专用资源可以访问 Internet 上的主机,而不会向传入的 Internet 连接公开这些资源。

  • 路由表

    虚拟路由表包含用于将流量从子网路由到 VCN 之外目的地的规则,通常是通过网关。

  • 安全列表

    对于每个子网,可以创建安全规则来指定必须允许进出子网的通信的源、目标和类型。

推荐

使用以下建议作为起点。您的要求可能与此处所述的体系结构不同。
  • VCN

    创建 VCN 时,请根据您计划附加到 VCN 中子网的资源数量,确定所需的 CIDR 块数和每个块的大小。使用标准专用 IP 地址空间内的 CIDR 块。

    选择不与要设置专用连接的任何其他网络(在 Oracle Cloud Infrastructure 、您的内部部署数据中心或其他云提供商中)重叠的 CIDR 块。

    创建 VCN 后,您可以更改、添加和删除其 CIDR 块。

    设计子网时,请考虑流量和安全要求。将特定层或角色中的所有资源附加到可以用作安全边界的同一子网。

  • 负载平衡器带宽

    创建负载平衡器时,您可以选择提供固定带宽的预定义配置,也可以指定定制(灵活)配置,在其中设置带宽范围并允许服务根据流量模式自动扩展带宽。通过任一方法,您都可以在创建负载平衡器后随时更改配置。

  • 安全列表

    使用安全列表定义应用于整个子网的入站和出站规则。

  • 自治数据库版本

    使用 Autonomous Database 的最新可用版本。

注意事项

在 OKE 群集中部署 IBM Sterling Order Management 软件时,请考虑以下有关可伸缩性和可用性的信息:

  • 应用程序可用性

    IBM Sterling Order Management Software 应用程序在部署中部署了多个 pod,以提供高可用性。

    容错域可以提供出色的可用性域弹性。如果需要更高的可用性,请考虑在可行的情况下使用多个可用性域或多个区域。

  • 可扩展性

    您可以随时手动扩展或收缩数据库的 CPU 核心数。借助 Autonomous Database 的自动缩放功能,您的数据库可以随时使用多达当前基本 CPU 核心数的三倍。随着需求的增长,自动缩放会自动增加使用的核心数。Autonomous Database 支持您随时扩展存储容量,而不会影响可用性或性能。

确认

  • Author: Chiping Hwang
  • Contributors: Michael Rutledge, Wei Han, Anupama Pundpal