使用 Azure 逻辑应用 Standard 实现大型机和中端系统工作负载的现代化

Azure 逻辑应用 Standard 帮助组织扩展和逐步现代化大型机和中端工作负载，无需先重写既有主机程序或将所有处理迁移到 Azure。 利用工作流程和内置连接器，向现代消费者展示现有的交易、数据、消息、文件和屏幕驱动应用。 在 Azure 的 应用服务环境 v3（ASE v3）中运行集成层。

从BizTalk Server迁移的客户可以保留兼容的主机集成元数据，并使用现有适配器配置作为新内置连接器连接的输入。 这种方法支持现有系统与现代化系统之间的渐进共存，同时团队以可控的波次移动接口和业务能力。

客户价值

Azure 逻辑应用 Standard 为大型机和中端现代化提供了以下数值：

客户目标 Azure 逻辑应用 Standard 值
保留工作系统 在现代化集成层的同时，重用现有的主机程序、数据结构、队列、文件和兼容的元数据。
逐步现代化 将工作流作为集成的表象引入，一次移动一个接口或业务能力，并在过渡期间保持传统系统与现代系统协同运行。
减少自定义集成代码 使用可视化工作流程、内置连接器、转换和工作流范围的代码，而不是从零开始构建每个集成组件。
选择处理的运行位置 当延迟、数据驻留或网络要求更适合本地处理时，在靠近本地系统的 Azure 中托管工作流。
支持不同的工作负载特性 对于持久、长时间运行的进程，使用有状态工作流，在不需要持久性时，使用无状态工作流进行低延迟、内存内处理。
采用现代交付方式 将工作流定义、配置、元数据及支持代码存储在源代码中，并使用自动化的构建和部署管道。

Azure 逻辑应用 Standard 是该解决方案的核心编排和集成运行时。 其他消息传递、API管理、事件分发、数据库或客户管理服务默认不被要求。 只有在重构架构需要独立的能力、规模边界、生命周期或所有权模型时才添加它们。

为什么使用 Azure 逻辑应用 Standard

标准提供了适合主机-系统集成的功能，这些功能在消耗资源类型中并非全部同时提供：

  • 内置的基于服务提供商的连接器与 Azure 逻辑应用 运行时一同运行，提供对支持的大型机和中端系统的直接访问。
  • 标准逻辑应用可以包含多个相关的工作流，这些工作流共享计算、存储、网络、配置和部署边界。
  • 有状态和无状态的工作流支持持久进程和低延迟的请求-响应场景。
  • Azure托管的标准工作流支持虚拟网络集成和私有端点以访问私有系统。
  • Visual Studio Code 开发支持本地测试、源代码控制和 CI/CD。

Azure 逻辑应用 Standard 提供了许多由主机集成服务器（HIS）历史上提供的核心集成功能的云原生实现，包括访问 IBM 事务程序、消息系统、数据库、主机文件和 3270 应用程序。 某些协议和场景，如LU6.2连接，仍然需要HIS。

概念图展示了Microsoft云原生主机集成能力。

选择运行工作流程的位置

本文中提到的大型机和中端内置连接器均支持每个标准托管选项。 选择满足工作负载对基础设施所有权、隔离、连接性、延迟和数据定位要求的选项。

托管选项 特别适合 重要注意事项
工作流服务计划 适用于通过私有或公共网络路径连接到主机系统的工作流的 Azure 托管服务。 使用预留的WS1、WS2或WS3容量，支持虚拟网络集成、私有端点和Azure监控。
应用服务环境 v3 需要专用隔离、网络、合规边界或与其他应用服务工作负载合并的Azure托管工作负载。 需要ASE v3和独立v2应用服务计划。

保留现有的集成投资

几十年来，Microsoft通过Microsoft主机集成服务器（Host Integration Server）提供大型机和中端集成能力。 Azure 逻辑应用 Standard 基于此经验，通过元数据驱动的工具和连接器，帮助保留现有应用投资。

用于 Azure 逻辑应用 的 Microsoft HIS 设计器

该 Visual Studio 工具可创建主机集成设计器 XML（HIDX）元数据，供 Azure 逻辑应用 连接器用于与大型机和中型机程序及数据结构进行交互。 图形设计器允许你创建、查看、编辑和映射程序接口、方法、参数、记录和数据类型。 你也可以导入 COBOL 和 RPG 复制簿。 欲了解更多信息，请参见 Azure 逻辑应用 的 HIS Designer。

Microsoft 3270 设计工具

该工具记录3270应用中任务的屏幕、导航路径、方法和参数。 该工具生成 HIDX 元数据，IBM 3270 连接器用于运行已记录的导航计划。 有关详细信息，请参阅 3270 设计工具。

迁移 BizTalk 主机与系统集成

如果您的 BizTalk Server 应用使用主机系统适配器，您可以利用许多现有的工件和配置细节加速迁移到 Azure 逻辑应用 标准：

  • 通过 CICS、IMS、IBM i、IBM 3270 和 IBM Host File 内置连接器，重用兼容的 HIDX 元数据。
  • 使用现有的 COBOL 和 RPG 复制簿创建或更新 HIDX 元数据。
  • 使用 Azure 逻辑应用 迁移代理发现支持的 BizTalk 工件，包括绑定、端点配置和 HIDX 文件，并在分析、规划和转换过程中使用。

现有设置如果未经审核，将不会迁移为可部署的 Azure 逻辑应用 连接。 重新创建针对目标托管环境的环境特定配置、凭证、证书和网络设置，并验证最终行为。 依赖LU6.2的BizTalk集成需要重构或重新设计。 欲了解更多信息，请参见 Migrate BizTalk Server with Azure 逻辑应用 Migration Agent。

将现有资产映射到内置连接器

以下内置的基于服务提供商的连接器运行于标准运行时。 某些连接器还具有在 Azure 中运行的托管版本，但本文重点介绍内置版本。

现有资产或集成 Azure 逻辑应用 Standard 现代化路径 保护既有投资
IBM 3270 应用 使用IBM 3270连接器在TN3270数据流上运行录制的屏幕导航。 该选项适合不提供程序级接口的应用。 HIDX 导航元数据和 TN3270 连接要求。
CICS交易项目 使用CICS程序调用连接器，将现有事务暴露给工作流和现代应用，通过TCP/IP或HTTP。 需要 LU6.2 时，请使用 HIS。 HIDX 元数据、拷贝簿以及主机和 CICS 连接要求。
IBM DB2 数据库 使用IBM DB2连接器，直接通过TCP/IP读取和修改支持的DB2数据库，无需本地数据网关。 服务器、数据库、包、代码页和认证要求。
IBM 主机文件 使用 IBM Host File 连接器将二进制内容解析为结构化数据或生成二进制主机文件内容。 连接器不需要直接连接主机。 HIDX 布局、拷贝簿和代码页信息。
IBM i COBOL 或 RPG 程序 使用IBM i Program Call连接器，通过分布式程序调用服务器（Distributed Program Calls）通过TCP/IP重用已建立的业务逻辑。 需要 LU6.2 时，请使用 HIS。 HIDX 元数据、复制簿和 IBM i 连接要求。
IMS事务程序 使用 IMS Program Call 连接器通过基于 TCP/IP 的 IMS Connect 调用程序。 在幕后，IMS Connect 使用 IMS 消息队列来路由请求和响应。 HIDX 元数据、复制簿和 IMS Connect 设置。
IBM MQ 消息传递 使用 IBM MQ 连接器将现有队列和消息连接到现代工作流程。 队列管理器、通道、队列、TLS和消息格式要求。

逐步现代化

大型机和中端环境通常包含紧密连接的程序、数据、文件、调度器和外部接口。 一次性大爆炸式迁移试图在一次统一协调的发布中替换选定范围。 这种方法适合小型且易于理解的环境，但随着依赖数量和项目持续时间的增加，交付和切换风险会增加。

概念图展示了大爆炸迁移阶段的进度。

对于大多数遗产，使用迭代波以保持工作状态并更早交付价值：

  1. 库存程序、数据、接口、作业、依赖、服务目标和运营需求。
  2. 选择具有明确业务价值和可管理依赖的端到端集成流程。
  3. 在主机系统保持运行期间，引入 Azure 逻辑应用 Standard 作为集成界面。
  4. 重用兼容元数据并配置所需的内置连接器。
  5. 测试功能行为、吞吐量、恢复、安全性以及与遗留实现的共存。
  6. 引导消费者使用现代化界面，并监控生产流程。
  7. 对后续批次重复这一过程，并且只有在其使用方和依赖项完成迁移后，才退役遗留接口。

展示采用敏捷波次方法的大型主机迁移的概念图。

每个波形可以传递一个特征或相关的积分流组。 共享作业和高度互联的应用可能会持续到后续阶段，前提是低风险接口建立了可重用的工作流程、安全性、部署和运营模式。

展示按各流划分的大型机迁移敏捷波次的概念图。

应用现代化模式

根据目标工作负载使用架构模式，而不是把任何一种模式当作强制性。

防腐层模式

考虑使用Azure 逻辑应用 Standard作为传统接口与现代消费者之间的防腐层。 工作流程可以转换协议、格式和交互模型，而无需消费者理解主机特定的细节。 该界面可以在Azure上运行，也可以在主机环境附近的支持Arc的Kubernetes上运行。

概念图，展示了反腐败层的模式。

更多信息请参见 反腐败层模式。

Strangler Fig 模式

使用Strangler Fig模式将选定的接口或能力路由到新的集成层，同时剩余工作负载继续在主机上运行。 逐步替换实现，验证每次切换，只有在其依赖迁移后才废弃遗留组件。

展示绞杀榕图案的概念图。

有关详细信息，请参阅 Strangler Fig 模式。

Saga 和编排模式

当业务流程跨越无法参与单一分布式事务的系统时，使用Saga模式。 有状态的工作流程可以作为核心叙事编排者，协调参与者，明确处理重试、失败及补偿动作。 每个参与者执行自己的本地交易。 工作流操作并不会作为一个整体自动具备原子性，Azure 逻辑应用 也不会自动撤销外部系统中的更改。 设计幂等性操作，并通过使用动作、作用域和运行后条件实现补偿。

在一个基于编排的叙事中，参与服务通过消息基础设施交换事件，而没有中央工作流程协调整个交易。 只有在架构需要独立消息传递或事件分发时，才添加诸如 Azure 服务总线 或 Azure 事件网格 等服务。 更多信息请参见 Saga分布式交易模式 和 编排模式。

展示SAGA模式的概念图。

计划安全、运营与成本

  • 使用专用网络连接和与主机环境及主机系统相匹配的安全认证。 将秘密存储在批准的秘密存储中，而不是工作流程定义。
  • 将工作流定义、HIDX文件、配置模板和支持代码保存在源代码管理中。 将环境特定的值与可部署的工件分离，并使用自动化流水线。
  • 为重试和至少一次处理而设计。 使用幂等性、去重、相关标识符和安全写入以防止重复效应。
  • 定义监控、警报、运行历史保留、灾难恢复以及生产切换前的支持所有权。
  • 比较托管、连接器使用、网络、存储、监控和客户管理基础设施的总拥有成本。 标准版包含内置操作的执行，而托管连接器操作和相关支持资源可能会产生额外费用。

有关当前限制和定价，请参见 Azure 逻辑应用 限制与配置以及 Azure 逻辑应用 定价与计费模型。

现代化场景示例

将CICS事务暴露给现代应用

创建一个标准工作流程，通过内置连接器调用现有的CICS程序，转换响应，并将现代接口返回到应用层或API层。 在使用者逐步摆脱对主机专用连接方式的依赖的同时，仍将 CICS 程序保留为记录系统。

让 DB2 数据向分析机构开放

使用标准流程从DB2读取已批准的运营数据，验证并转换记录，然后发送到Azure数据或分析服务。 这种方法避免为每个用户创建独立的大型机提取程序，同时保留了对数据何时以及如何离开主机的治理。

后续步骤

  • 上次更新時間：