添加链接 注册    登录
link之家
链接快照平台
  • 输入网页链接，自动生成快照
  • 标签化管理网页链接
相关文章推荐
坚强的茶叶  ·  pc版微信内置浏览器，滚动条兼容问题 | ...·  10 月前    · 
坚强的遥控器  ·  ModuleNotFoundError: ...·  1 年前    · 
买醉的饭盒  ·  Aggregate 2 PromQL ...·  1 年前    · 
笑点低的帽子  ·  OPT-IML: Scaling ...·  1 年前    · 
威武的罐头  ·  VSCode打开多个项目文件夹的解决方法_c ...·  1 年前    · 
link之家  ›  在 Azure 上部署 IBM Sterling Order Management Software (OMS) - Azure Architecture Center | Microsoft Learn
postgresql azure openshift ibm
https://learn.microsoft.com/zh-cn/azure/architecture/reference-architectures/ibm/deploy-ibm-sterling-oms
暴走的海龟
1 年前

此体系结构演示了在 Azure 中实现 Sterling Order Management Software (OMS) 环境。 本文不会详细介绍如何安装 Sterling OMS。 若要了解有关安装过程的详细信息，请参阅 安装 Sterling Order Management Software 。

Red Hat 徽标是 Red Hat, Inc. 的商标。使用这些标记不会暗示获得任何认可。 Apache® 和 Apache ActiveMQ 是 Apache Software Foundation 在美国和/或其他国家/地区的商标或注册商标。 使用这些标记并不暗示获得 Apache Software Foundation 的认可。

下载此体系结构的 Visio 文件 。

可以部署工作负载，使其面向内部或外部。 使用最适合你的需求的配置。

此体系结构通过以下方式满足基础结构要求：

  • 容器托管平台用于跨可用性区域部署高可用性工作负载。 推荐使用 Azure Red Hat OpenShift。
  • 完全托管的数据库服务充当 OMS 系统的后端数据库。 Sterling OMS 目前支持 IBM Db2、Oracle 数据库和 PostgreSQL。 建议使用具有灵活服务器选项的 Azure Database for PostgreSQL。
  • 可缩放且高度可用的设置提供了一个环境，用于运行与 Java 消息服务 (JMS) API 兼容的消息代理（如 IBM MQ）。 此图不包括此设置。 根据你的要求，它可能位于群集内部或群集外部。
  • 专用终结点隔离并保护流向所有已连接服务的网络流量。
  • 其他可选的 Azure 虚拟机 (VM) 用于管理和开发目的。
  • 高级和标准 Azure 文件存储共享为日志文件和其他应用程序配置数据提供存储。

  • Azure Red Hat OpenShift 按需提供高度可用、完全托管的 OpenShift 群集。 这些群集由 Microsoft 和 Red Hat 联合监视和运营。

  • Azure 虚拟网络 是 Azure 中专用网络的基本构建块。 虚拟网络用于节点之间的通信、Azure 服务和混合连接需求。

  • Azure 文件存储 提供完全托管于云的文件共享，可通过 SMB 和 NFS 协议进行访问。 在此解决方案中，Azure 文件存储托管群集内数据库和系统的有状态数据。

  • Azure Bastion 是一项完全托管服务，可针对 VM 提供安全无缝的 RDP 和 SSH 访问，且完全无需通过公共 IP 地址公开。 在此解决方案中，Azure Bastion 是可选的。 可以使用 Azure Bastion 和子网来安全访问任何工作器节点或可选的跳转盒计算机。

  • Azure Database for PostgreSQL 是基于 PostgreSQL 数据库引擎的完全托管的关系数据库服务。 Azure Database for PostgreSQL 提供可预测的性能和动态可伸缩性，适用于业务关键型工作负载。 其 灵活服务器部署模型 可对数据库管理功能和配置设置提供精细的控制和灵活性。

  • Azure 虚拟机 是一项基础结构即服务 (IaaS) 产品/服务。 可以使用虚拟机来部署可按需缩放的计算资源。 此解决方案使用 Azure 中的 Linux VM 提供一个跳转盒，用于管理基于 OMS Azure 的资源和服务。

    如果 Azure 环境具有网络连接，则可以从现有计算机执行安装，而不是使用 Azure Linux VM。

    通常不需要以下服务，但它们是有效的替代方案：

  • Azure 上的 IBM Db2 是 Azure Database for PostgreSQL 灵活服务器模型的可选替代项。 如果在 VM 上运行 IBM Db2，请熟悉如何使用 Azure 负载均衡器 和 Pacemaker 群集软件来实现数据库服务器的高可用性。
  • Azure NetApp 文件 通过提供高可用性和高性能来支持任何工作负载类型。 Azure NetApp 文件非常适合 IO 敏感型工作负载，例如在 Azure VM 上运行的 IBM Db2 工作负载。
  • Azure 上的 Oracle 数据库 是 Azure Database for PostgreSQL 灵活服务器模型的可选替代项。

    • 方案详细信息

    IBM Sterling OMS 是一个订单管理系统，可提供完整的全渠道订单履行平台。 此系统包括以下功能：

  • 实时库存可见性和需求。
  • 完全可配置的订单业务流程和工作流。
  • 多渠道退货的逆向物流和退货订单状态。

    • Microsoft 和 IBM Sterling OMS 团队之间的合作关系可确保将此解决方案配置为在 Azure 上以最佳方式运行。 本文提供了在 Azure 上运行 Sterling OMS 10.0 及更高版本的设计，适用于获得 IBM 和合作伙伴安装支持的客户。 有关特定于产品的问题答案，请联系 IBM 团队。

    可能的用例

    许多行业和部门都使用 OMS 解决方案，包括：

  • Retail

    • 有关更多 OMS 用例，请参阅 IBM Sterling Order Management 。

    本指南支持 Sterling OMS 10.0 Q3 2022 及更高版本。 这些版本可提供与 Azure 的最佳集成选项，因为它们支持 PostgreSQL 和 Azure Red Hat OpenShift 容器平台。 在构建自己的部署之前，请使用 快速入门指南：Azure 上的 Sterling Order Management 来部署 Sterling OMS。 了解部署和配置的工作原理后，可以更快地确定实现的设计要求。

    Microsoft 与 IBM 和其他合作伙伴密切合作，确保指南、体系结构和快速入门指南为你提供出色的 Azure 体验。 这些资源遵循 Microsoft Azure 架构良好的框架 中所述的最佳做法。 有关本文档以外的支持，请联系 IBM 帐户团队。

    在继续部署之前，请回答以下有关设计的问题：

  • 你的 Sterling OMS 部署是新部署，还是将现有部署迁移到 Azure？
  • 你计划使用哪种后端数据库平台？ 你的数据需要多大的数据库？
  • 你计划使用哪种类型的基于 JMS 的消息代理？
  • 你计划在何处部署消息传送系统：
    • 在同一个 OpenShift 群集中？
    • 在不同平台或 VM 上的群集外部？
    • 是否有现有的容器注册表？是否打算继续使用它？
    • 你的工作器节点需要多少数量和大小的 VM？
    • 你有哪些与加密相关的安全要求？
    • 你有哪些访问要求？有哪些标识提供者 (IdP) 集成注意事项？
    • 你有哪些连接需求？ 你需要哪些防火墙规则来连接到内部和外部（出口）服务？
    • 你的高可用性和灾难恢复策略是什么？

      • Sterling OMS

      Sterling OMS 版本 10.0.2209.0 已在 Azure 上进行测试。 建议使用最新版本的 Sterling OMS。 撰写本文时，版本为 10.0.2209.0。

      部署 Azure 资源以支持 Sterling OMS 环境之前，请先熟悉以下要求：

    • 有关 Sterling OMS 系统要求，请参阅 系统要求 。
    • Sterling OMS 依赖于关系数据库系统进行状态和数据管理。 服务到服务的通信和订单工作流也需要支持 JMS 的消息代理系统。 Sterling OMS 支持多个可在环境中部署的数据库和消息代理选项。 有关详细信息，请参阅以下资源：
      • 数据库层： 在 UNIX 或 Linux 上安装和配置数据库层软件
      • JMS 消息代理： 与 JMS 系统集成

        • Azure Red Hat OpenShift

        Sterling OMS 已在 Azure Red Hat OpenShift 版本 4.10.15 中进行测试。 部署 Azure Red Hat OpenShift 之前：

      • 确定域。 部署 Azure Red Hat OpenShift 时，指定一个域名，该域名将追加到群集中部署的所有服务。
      • 确定 API 和入口可见性。 确定希望 OpenShift 群集 API（用于管理）和入口（用于部署的应用程序和服务）如何面向 Internet。 如果使用专用连接来隐藏 API 或入口，则只能从可以访问部署服务的网络的计算机访问这些终结点。
      • 计算主 VM 和辅助角色 VM 的大小和计数。 在 Azure Red Hat OpenShift 中，主计数是固定数字，具有最小建议大小。 运行应用程序工作负载（如 Sterling OMS）的工作器节点的大小是单独确定的。 部署实例时，请考虑群集中所需的工作器节点数，以及每个节点的适当大小。 可能需要执行一些测试和验证以确定正确的数量和大小。 这些值取决于部署中的代理数以及运行的每种代理类型的 Pod 数。 部署后，可以在需要缩放时调整这些值。

        • 有关详细信息，请参阅 使用 Azure Red Hat OpenShift 的准备工作 。

        调整环境大小

        建议使用最新的 Ds 系列 VM 作为工作器节点。 例如 Dsv3 、 Dasv4 、 Dsv4 、 Dasv5 和 Dsv5 系列。 这些 VM 的最新版本可提供最佳性能。 部署更多节点时，请仅使用具有 高级存储 的 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 数据库，或者如果计划迁移到 Oracle，请熟悉以下资源，以在 Azure 上运行 Oracle 工作负载：
          • 在 Azure 中设计和实现 Oracle 数据库
          • 适用于 Azure 的 Oracle 互连

            • 消息队列具体信息

            Sterling OMS 需要基于 JMS 的消息代理。 最常见的是使用 IBM MQ。 在 Azure 中运行高可用性 IBM MQ 实例的最佳方式是使用 适用于 Kubernetes 部署的 IBM MQ Helm 图表 。 可以将这些图表部署到现有的 Azure Red Hat OpenShift 群集中，然后将其部署到单独的辅助角色上，以隔离工作负载。 如果需要，还可以手动将 IBM MQ 部署和安装到 VM 上。

            作为标准部署的一部分，可以在部署时定义队列，从而减少启动实例所需的配置时间。 标准部署会创建队列管理器的一个主动实例和两个被动实例。 部署完成后，可以使用 SSH 连接到当前先导 Pod 并定 JMS 绑定文件。 然后，可以使用该文件为 Sterling OMS 部署创建配置映射。

            IBM 还支持其他基于 JMS 的消息队列系统，例如 Apache ActiveMQ。 有关详细信息，请参阅 Sterling Order Management Software 中的消息队列 。 部署选项因解决方案而异。

            这些注意事项实施 Azure 架构良好的框架的支柱原则，即一套可用于改进工作负载质量的指导原则。 有关详细信息，请参阅 Microsoft Azure 架构良好的框架 。

            安全性针对蓄意攻击及滥用宝贵数据和系统提供保障措施。 有关详细信息，请参阅 安全性支柱概述 。

            保持对资产维护生命周期的访问权限和可见性可能是组织高效运行和维护运行时间的最大机会之一。 为了帮助改进环境的安全状况，请务必使用安全身份验证并使解决方案保持最新。 使用加密帮助保护所有进出体系结构的数据。

            Azure 使用 IaaS 和平台即服务 (PaaS) 模型提供 Sterling OMS。 Microsoft 在以下级别将安全保护构建到服务中：

          • 物理数据中心
          • Hypervisor

            • 仔细评估你为虚拟机监控程序上方的区域选择的服务和技术，例如主要发布的 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 群集节点必须具有出站 Internet 访问权限。 如果无法提供此访问权限，这些节点至少需要有权访问 Azure 资源管理器和服务日志记录终结点。
          • IBM 提供有关实现多个 Sterling OMS 应用程序的指导，这些应用程序共享后端数据库等常见服务。 此类部署还需要考虑应用程序内的防火墙。 有关详细信息，请参阅 为应用内通信打开防火墙端口 。

            • 如果需要访问其他非 Azure Red Hat OpenShift 节点，可以选择使用 Azure Bastion 来访问 VM。 出于安全原因，请勿在未配置 网络安全组 以控制对其的访问的情况下将虚拟机公开给网络或 Internet。

            Azure 磁盘存储的服务器端加密 (SSE) 可帮助保护数据。 SSE 还有助于满足组织安全性和合规性承诺。 对于 Azure 托管磁盘，SSE 会在将数据保存到云时加密静态数据。 此行为默认适用于 OS 和数据磁盘。 OpenShift 默认使用 SSE。 Azure Red Hat OpenShift 还支持群集中 OS 磁盘的客户管理的加密密钥 (CMEK)。

            应为 Azure Red Hat OpenShift 配置 OAuth。 有关详细信息，请参阅 Azure Red Hat OpenShift 文档中的 身份验证和授权概述 。

            保护基础结构

            控制对已部署的 Azure 资源的访问。 每个 Azure 订阅都与 Azure Active Directory (Azure AD) 租户存在 信任关系 。 可使用 Azure 基于角色的访问控制 向组织内的用户授予对 Azure 资源的正确权限。 通过向特定范围内的用户或组分配 Azure 角色，授予访问权限。 该范围可以是订阅、资源组或单个资源。 请务必审核对基础结构进行的所有更改。 有关审核的详细信息，请参阅 Azure Monitor 活动日志 。

            成本优化是关于寻找减少不必要的费用和提高运营效率的方法。 有关详细信息，请参阅 成本优化支柱概述 。

            Sterling OMS 的标准部署包含以下组件。 可以调整其中许多基于计算的资源以满足需求。 例如，可以纵向扩展 IBM MQ 代理节点，以允许更大的吞吐量。

            Azure Red Hat OpenShift（适用于 OMS）

          • 三个控制 VM (Standard_D8s_v5)
          • 三个辅助角色 VM (Standard_D8s_v5)
          • 一个虚拟网络 (/16)，其中考虑了以下子网：
    •  
    推荐文章
    坚强的茶叶  ·  pc版微信内置浏览器，滚动条兼容问题 | 微信开放社区
    10 月前
    坚强的遥控器  ·  ModuleNotFoundError: No module named ‘tools.infer‘ - 张博的博客 - 博客园
    1 年前
    买醉的饭盒  ·  Aggregate 2 PromQL gauge metrics without including extra labels from right operand_kubernetes_K8SOQ-
    1 年前
    笑点低的帽子  ·  OPT-IML: Scaling Language Model Instruction Meta Learning through the Lens of Generalization,arXiv - CS - Computation and Language
    1 年前
    威武的罐头  ·  VSCode打开多个项目文件夹的解决方法_can vscode open mutiple folders?_magic_xiang的博客-CSDN博客
    1 年前
    今天看啥   ·   Py中国   ·   codingpro   ·   小百科   ·   link之家   ·   卧龙AI搜索
    删除内容请联系邮箱 2879853325@qq.com
    link之家 - 链接快照平台
    © 2024 ~ 沪ICP备11025650号