IBM BAW（原BPM升级版）使用教程第五讲

结前篇！

一、服务：外部服务

在 IBM Business Automation Workflow (BAW) 中，外部服务（External Services）是指在流程中调用和集成外部系统或服务的组件。外部服务允许IBM BAW与其他业务系统、应用程序或第三方服务进行交互，以实现数据交换、任务处理、外部逻辑执行等功能。通过外部服务，业务流程能够实现与外部世界的无缝集成，增强流程自动化的能力。

1. 外部服务概述

外部服务是 IBM BAW 中的一个重要概念，它代表了通过 Web 服务、RESTful API、消息队列、数据库访问等手段与外部系统进行通信的服务。外部服务通常在流程中作为集成点，使得流程能够获取外部数据、执行外部操作或响应外部事件。

外部服务的常见应用包括与 CRM 系统、ERP 系统、支付网关、第三方 API 等进行数据交互或操作。

2. 外部服务的作用

外部服务在 IBM BAW 中的作用主要体现在以下几个方面：

• 系统集成：外部服务使得业务流程能够与其他外部系统进行交互，处理来自外部的数据，或将流程结果传递给其他系统。

• 自动化流程：通过外部服务，流程中的一些操作可以自动化执行，例如调用外部API获取最新的库存数据，或向支付网关发送支付请求。

• 增强功能：外部服务允许流程调用外部逻辑、数据库或其他系统的功能，增强流程的灵活性和能力。

• 跨平台互操作：外部服务支持通过标准的协议（如SOAP、REST、HTTP等）与各种系统进行通信，从而实现跨平台、跨语言的互操作性。

3. 外部服务的配置与使用

在 IBM BAW 中，配置和使用外部服务通常涉及以下步骤：

3.1 创建外部服务

外部服务通常是通过 Web服务 或 REST API 集成。以下是两种常见外部服务的配置方式：

3.1.1 REST API 集成（外部服务）

1. 定义服务接口：

   • 在 IBM BAW 中，您需要指定外部服务的 API URL、请求方法（GET、POST、PUT、DELETE）等基本信息。

   • 配置 API 的 请求体、查询参数、请求头等，用于向外部系统发送请求。

2. 输入输出映射：

   • 映射流程中的输入参数（如用户输入、流程变量等）到外部服务的请求参数。

   • 映射外部服务的响应数据（如 JSON 或 XML 格式的返回数据）到流程中的输出变量，供后续任务使用。

3. 安全配置：

   • 配置与外部服务通信所需的安全认证信息，如 API 密钥、OAuth认证、Basic Authentication 等。

3.1.2 SOAP Web Service 集成（外部服务）

1. 定义 WSDL 文件：

   • SOAP Web Service 通常通过 WSDL（Web Services Description Language）文件定义。您需要提供 WSDL 文件，该文件描述了 Web 服务的操作、输入输出参数等。

2. 配置输入输出参数：

   • 基于 WSDL 文件，定义输入和输出参数，将流程中的数据与外部 Web Service 的请求和响应数据进行映射。

3. 认证与安全：

   • 配置 Web Service 调用所需的认证方式，如基于用户名和密码的基本认证、SOAP消息加密等。

3.2 在流程中调用外部服务

• 创建服务任务：通过服务任务组件来调用外部服务。服务任务可以是自动执行的任务，它会触发外部服务的调用，并处理输入输出参数。

• 调用外部服务：在服务任务中，设置请求参数（如请求体、查询参数）并定义响应处理方式。根据服务的返回结果，可以更新流程中的变量，决定流程的执行路径。

• 错误处理：在调用外部服务时，可能会遇到服务不可用、超时等问题。因此，需要设置错误处理机制，如重试策略、异常捕获和失败通知等。

3.3 处理外部服务的响应

• 解析响应数据：外部服务返回的数据通常是 XML 或 JSON 格式。在 IBM BAW 中，您可以通过 XPath（用于解析 XML）或 JSONPath（用于解析 JSON）来提取所需的字段。

• 映射数据到流程变量：将外部服务的响应数据映射到流程中的变量，供后续任务使用。例如，将外部服务返回的订单确认号或用户信息存储在流程变量中。

4. 外部服务的常见应用场景

4.1 与 CRM 或 ERP 系统集成

外部服务通常用于与企业中的 CRM（如 Salesforce）或 ERP 系统（如 SAP、Oracle等）进行集成：

• 获取客户数据：通过调用外部服务获取客户信息或订单详情，并在流程中使用这些信息。

• 同步订单状态：当流程中的订单处理完成后，可以通过外部服务将订单状态（如“已发货”、“已支付”）同步到 ERP 系统。

4.2 支付网关集成

通过外部服务集成支付网关（如 PayPal、Stripe、支付宝等）：

• 发起支付请求：流程中的任务可以通过调用支付网关的外部服务，向用户提供支付页面并处理支付。

• 处理支付结果：支付网关返回支付结果后，流程可以根据响应更新订单状态，发送通知等。

4.3 调用第三方 API

很多第三方应用提供了 REST API，IBM BAW 可以通过外部服务调用这些 API：

• 天气信息：调用天气服务 API 获取实时天气信息，并将其显示在流程中的任务或报告中。

• 短信或邮件服务：集成第三方短信服务（如 Twilio）或邮件服务（如 SendGrid），在流程中自动发送通知给用户。

4.4 外部数据库操作

IBM BAW 可以通过外部服务与数据库进行交互：

• 查询数据库：通过外部服务查询外部数据库中的数据，并将查询结果带入到流程中。例如，查询库存系统，获取库存量。

• 更新数据库：通过外部服务将流程中的数据（如订单信息）更新到外部数据库中。

5. 外部服务的优势

• 系统集成简化：外部服务简化了不同系统之间的集成过程，通过标准化的接口（如 REST API、SOAP Web Service）确保不同平台、不同技术栈的系统能够互操作。

• 减少开发成本：通过外部服务集成，开发人员无需重新开发和维护与外部系统的集成逻辑，减少了开发成本。

• 增强业务流程功能：通过集成外部服务，IBM BAW 可以扩展其业务流程的功能，调用外部系统的服务、业务逻辑和数据，从而提高流程的灵活性和自动化程度。

6. 外部服务的安全性

在使用外部服务时，安全性非常重要，IBM BAW 提供了多种方式来确保数据和服务调用的安全性：

• 身份验证与授权：使用 OAuth、API 密钥、Basic Authentication 等身份验证方式，确保外部服务的安全调用。

• SSL/TLS 加密：通过 HTTPS 协议加密数据传输，确保通信过程中的数据安全。

• 消息加密与签名：对于 SOAP Web Service，可以使用 WS-Security 来加密消息、签名请求，防止数据泄露和篡改。

7. 外部服务的错误处理

在调用外部服务时，可能会遇到多种错误情况（如网络错误、服务不可用、无效响应等）。在 IBM BAW 中，可以通过以下方式处理这些错误：

• 重试机制：为外部服务配置重试策略，当服务调用失败时，可以自动重试，避免偶发性的错误中断流程。

• 错误事件捕获：在流程中设置错误事件处理节点，捕获外部服务调用过程中的错误，并采取相应的措施（如通知用户、重试、回滚等）。

• 超时设置：为外部服务调用设置超时，避免长时间等待外部服务的响应，影响流程的执行效率。

8. 外部服务的最佳实践

• 标准化接口：使用标准化的 REST 或 SOAP API 接口，确保外部服务易于集成和扩展。

• 简化数据格式：尽量使用简洁的 JSON 格式进行数据交换，避免复杂的数据结构。

• 安全配置：确保所有外部服务的通信使用加密协议（如 HTTPS），并使用合适的身份验证和授权机制。

• 高可用性和容错：设计外部服务时，确保服务的高可用性，避免单点故障。可以使用负载均衡、容错机制来提高服务的可靠性。

总结

外部服务是 IBM BAW 中实现与其他系统集成的重要工具，通过调用外部的 Web 服务、REST API、数据库或第三方服务，业务流程可以获取外部数据、执行操作、触发事件等。外部服务不仅简化了系统集成过程，还通过提供灵活的数据交换方式，增强了流程的自动化能力和跨系统协作能力。在设计和使用外部服务时，开发人员需要考虑安全性、性能和错误处理等因素，确保外部服务的稳定和可靠运行。

二、服务：服务流

在 IBM Business Automation Workflow (BAW) 中，服务流（Service Flow）是一种特殊类型的流程，它允许用户创建、管理和协调多个服务任务，帮助开发者自动化服务调用并管理跨多个任务和服务的工作流。服务流通常用于处理更复杂的服务调用场景，其中涉及多个服务组件的协调执行。服务流不仅能够调用外部服务，还能灵活地将服务任务整合进整个流程中，确保任务之间的数据流动、逻辑控制和任务顺序。

1. 服务流的概述

服务流在IBM BAW中通常是指一组与外部服务、自动化任务或系统操作相关的任务和活动的集合。它是一个将多个服务调用与流程中的其他任务结合起来的工具，通常用于：

• 自动化调用外部服务（如API、数据库操作、Web服务等）

• 管理服务调用的顺序、依赖和数据传递

• 控制并行任务或复杂业务逻辑的执行

服务流允许开发者设计一个包含多个服务调用、错误处理、数据转换和任务协作的自动化工作流。其主要目的是简化复杂的业务逻辑和服务集成过程。

2. 服务流的作用

服务流的作用和主要用途包括：

• 自动化外部服务调用：通过服务流，IBM BAW能够在一个统一的流程中协调多个外部服务的调用，实现自动化的业务处理。

• 控制任务执行顺序：服务流允许开发者定义服务调用的顺序，控制流程中的任务依赖关系和执行逻辑。

• 数据流动和任务协作：服务流能够有效地将数据从一个任务传递到下一个任务，确保数据的一致性和流程的流畅执行。

• 优化流程的复杂性：通过将多个服务任务组织在一个服务流中，开发者可以简化流程的设计，使得复杂的业务逻辑得以清晰地组织和管理。

3. 服务流的配置与使用

3.1 创建服务流

在IBM BAW中，创建服务流通常需要以下步骤：

1. 访问流程设计器：打开 IBM BAW Designer，进入流程设计界面。

2. 定义服务流：在流程设计器中选择“服务流”作为服务任务的一部分，创建一个新的服务流。

3. 添加服务任务：在服务流中，您可以添加多个服务任务（例如，Web服务调用、REST API调用、数据库操作等），并指定这些任务的输入和输出参数。

4. 配置数据流和控制流：定义服务任务之间的数据流动（如输入数据、输出数据），并配置任务的执行顺序和条件判断。

3.2 调用外部服务

• 在服务流中，您可以调用外部的Web服务、RESTful API、数据库等外部系统。

• 通过服务任务配置接口路径、方法（如GET、POST、PUT等）、输入输出参数，并设置请求头和认证方式（如API密钥、OAuth认证等）。

3.3 配置错误处理

• 在服务流中，您可以为每个服务任务配置错误处理机制。例如，在调用外部服务时，如果发生超时或失败，您可以设置重试机制、异常捕获或流程回退。

• 可以为服务流中的每个任务配置错误事件，确保在发生异常时能够根据预设的规则进行处理。

3.4 管理任务顺序和依赖关系

• 在服务流中，您可以通过设置任务的顺序和依赖关系来控制流程执行的顺序。例如，某些任务可能需要等待前面的任务完成才能执行，您可以通过设置依赖关系来确保任务的正确执行顺序。

• 服务流还可以处理并行任务，通过并行网关或并行任务组件来实现多个任务的并行执行，提高流程的效率。

3.5 数据映射与转换

• 在服务流中，您可以定义数据映射规则，将服务调用的输入输出与流程中的变量进行映射。例如，将外部系统返回的数据（如JSON格式）映射到流程中的变量，并根据业务逻辑进行数据转换或格式化。

• 还可以使用 XPath 或 JSONPath 等方法解析响应数据，提取关键字段并传递给后续的任务。

4. 服务流的常见应用场景

4.1 外部系统集成

服务流广泛应用于与外部系统的集成，尤其是在企业级应用中，涉及多个系统之间的数据交换：

• ERP 系统集成：通过服务流协调多个服务任务，将订单数据传递给ERP系统，获取库存信息并根据返回的库存数据继续处理后续步骤。

• CRM 系统集成：通过服务流，自动化从 CRM 系统中获取客户信息，并将其与订单数据关联，供后续审批或处理。

4.2 支付网关处理

在订单处理流程中，支付步骤通常需要调用外部支付网关（如 PayPal、Stripe、支付宝等）。服务流可以协调多个服务任务：

• 发起支付请求：通过外部支付网关的 Web Service 或 REST API 发起支付请求。

• 处理支付结果：根据支付网关返回的支付结果，更新订单状态，并触发后续任务，如发送支付成功通知、生成订单发货单等。

4.3 多任务协作

在一些复杂的流程中，多个任务可能需要并行执行，或者需要依赖于其他任务的结果：

• 并行任务：通过服务流，多个外部服务的调用可以并行执行，如同时查询多个外部系统的数据，减少等待时间。

• 顺序依赖：某些任务可能需要依赖于前一个任务的结果，例如，需要在外部服务处理完数据后，再执行其他操作（如数据汇总、报告生成等）。

4.4 跨系统事件处理

服务流可以用于处理跨系统的事件或通知：

• 事件监听：服务流可以集成外部事件监听服务，实时监听外部系统中的事件（如订单状态变化、库存更新等），并根据事件触发业务流程。

• 回调处理：在异步流程中，服务流可用于处理外部系统的回调，如等待支付网关返回支付状态并继续执行流程。

5. 服务流的优势

5.1 简化复杂流程

服务流将多个服务任务整合到一个单独的工作流中，使得复杂的跨系统集成变得简单。开发人员可以清晰地定义服务调用的顺序和依赖关系，并确保数据在多个任务间流动。

5.2 提高自动化和效率

通过服务流，多个服务调用可以自动化执行，减少人工干预和流程延迟。服务流可以并行化任务的执行，优化流程的效率。

5.3 灵活的数据处理

服务流允许灵活的数据映射、转换和处理，确保服务调用的数据能够正确地传递到后续任务，并按照业务逻辑进行处理。

5.4 增强可扩展性

通过将服务流设计为模块化和可复用的组件，开发人员可以在不同的流程中复用相同的服务调用逻辑，提升流程的可维护性和可扩展性。

6. 服务流的错误处理和监控

在处理服务流时，错误处理和监控是非常重要的：

• 重试机制：当外部服务调用失败时，可以通过配置重试机制确保服务调用的可靠性。

• 日志和审计：服务流中的每个服务调用都可以记录日志，便于开发人员和管理员进行监控、审计和故障排查。

• 异常捕获：通过错误处理节点，捕获并处理服务流中的任何异常，确保流程的稳定运行。

7. 服务流的最佳实践

• 设计模块化服务：将复杂的服务调用拆解成多个小的服务任务，避免流程中出现过于复杂的服务流。

• 错误处理：为每个服务任务配置错误处理机制，确保即使外部服务失败，流程也能够根据预定策略恢复或终止。

• 性能优化：使用并行执行的方式提高服务流的性能，避免不必要的等待时间。

• 安全性：确保所有外部服务调用使用安全协议（如 HTTPS），并进行身份验证和授权管理。

总结

服务流在 IBM BAW 中是实现复杂服务集成和跨系统工作流的强大工具。它允许用户通过定义一系列服务任务和逻辑，协调多个外部服务的调用、数据传递和任务执行顺序。通过服务流，开发人员可以轻松实现外部系统的自动化集成，提高流程的效率和可维护性。无论是在系统集成、支付处理、跨系统事件监听还是多任务协作中，服务流都发挥着关键作用。

三、服务：Advanced Integration Service (AIS)

在 IBM Business Automation Workflow (BAW) 中，Advanced Integration Service (AIS) 是一种强大的服务组件，专为处理复杂的系统集成和业务流程自动化任务而设计。它使得开发人员能够实现对外部系统的深入集成，包括与传统的和现代的系统进行交互，如数据库、Web服务、REST API、消息队列等。与普通的 Web 服务集成相比，Advanced Integration Service 提供了更高的灵活性和扩展性，能够处理更复杂的业务逻辑和数据交换场景。

1. Advanced Integration Service (AIS) 概述

Advanced Integration Service (AIS) 是一种用于处理与外部系统交互的高级集成服务。它是 IBM BAW 中一种功能强大的服务类型，允许开发人员设计复杂的集成逻辑，处理不同类型的数据交换、系统操作以及外部服务的调用。

与传统的 Web服务 和 RESTful API 调用相比，AIS 提供了更多的功能和灵活性，支持更加复杂的数据转换、错误处理和流控制。这使得 AIS 非常适合用于需要多层次数据处理、复杂业务逻辑和集成场景的应用。

2. AIS 的作用

Advanced Integration Service 在 IBM BAW 中的作用主要体现在以下几个方面：

• 复杂集成场景处理：处理涉及多个系统和服务的数据交换和调用。例如，一个AIS可以在多个外部系统之间传递信息，或者将来自不同源的数据合并、转换并传递到一个目标系统。

• 多协议集成：支持多种协议和数据格式（如 SOAP、REST、JMS、数据库、文件系统等），使得 AIS 在跨平台和跨技术栈的系统集成中具有很大的灵活性。

• 数据转换与映射：支持将数据从一种格式（如 XML、JSON）转换为另一种格式，并根据业务需求映射数据。这对于处理不同外部系统的数据交换非常重要。

• 自动化和优化：提供强大的自动化功能，支持通过流控制、任务调度等方式来优化与外部系统的交互。

• 错误处理和异常管理：AIS 提供复杂的错误处理机制，确保在与外部系统交互时，即使出现错误，也能进行有效的错误捕捉、回滚和重试。

3. AIS 的主要功能

3.1 复杂的系统集成

AIS 适用于需要同时与多个外部系统、服务或应用进行交互的场景。它可以：

• 与多个系统交互：例如，调用多个 Web 服务、数据库、消息队列等，并将结果聚合后传递到下一个流程任务。

• 支持不同的协议：包括 SOAP、REST、JMS、FTP、文件传输、数据库等协议。AIS 可以支持与传统系统（如数据库、主机系统）以及现代 Web 服务和微服务的集成。

3.2 数据转换与映射

• 数据格式转换：AIS 允许开发人员处理不同格式的数据交换，包括 XML、JSON、CSV 等。它可以将一种格式的数据转换成另一种格式，以满足目标系统的需求。

• 复杂数据映射：通过配置数据映射规则，AIS 可以将从外部系统获得的数据映射到流程中的流程变量、任务数据等，或者反过来，将流程数据传递给外部系统进行处理。

3.3 流控制与调度

• 并行处理：AIS 允许并行执行多个任务，并根据业务需求对多个任务的执行进行调度和控制。

• 任务调度：AIS 可以设置任务的执行顺序，确保系统集成中的各个步骤按照正确的顺序执行。它支持处理复杂的流程逻辑，包括等待、延迟、重试等。

3.4 高级错误处理和异常管理

• 错误捕捉与恢复：AIS 提供了丰富的错误处理机制，可以捕捉外部服务调用的错误、数据转换错误等，并在出现问题时进行处理。例如，当外部系统调用失败时，AIS 可以设置重试机制、回滚机制或通过备用系统进行操作。

• 异常报告：AIS 支持错误日志记录和异常报告，帮助开发人员跟踪和排查系统集成过程中的问题。

3.5 增强的安全性

• 认证与授权：AIS 可以配置各种认证和授权机制，确保在与外部系统交互时数据的安全性和隐私保护。例如，支持 OAuth、API 密钥、Basic Authentication、TLS 加密等安全协议。

• 数据加密：AIS 支持加密传输，确保数据在传输过程中不被篡改或泄露。

4. AIS 的配置与使用

4.1 创建 AIS 服务

• 定义服务类型：在 IBM BAW 中，您可以创建一个新的 Advanced Integration Service，并指定它要集成的外部系统、服务或应用。

• 配置输入输出参数：AIS 服务需要定义输入和输出参数，这些参数将与外部服务的数据交互。这些参数可以是来自用户任务的输入、系统提供的默认值或外部数据的响应。

• 选择协议和端点：AIS 允许开发人员选择要使用的协议（如 REST、SOAP、JMS 等），并配置服务的通信端点、数据格式等信息。

4.2 在流程中调用 AIS 服务

• 配置服务任务：在流程中，可以通过 服务任务 来调用已定义的 AIS 服务，并将流程中的输入数据映射到服务调用的参数中。AIS 可以在执行过程中处理外部服务的调用，并返回结果。

• 错误处理：在服务任务中，可以为 AIS 服务配置错误处理逻辑，确保在服务调用失败时，能够采取适当的措施，如重试、回退或跳过任务。

4.3 解析响应数据

• 数据映射：AIS 服务返回的响应数据通常是 XML、JSON 或其他格式。开发人员可以通过 XPath 或 JSONPath 等工具提取响应数据中的重要信息，并将其映射到流程变量中，供后续任务使用。

4.4 调试与监控

• 日志记录：AIS 提供日志记录功能，开发人员可以查看和监控服务的执行过程，包括服务调用、数据传输、错误捕捉等。

• 性能优化：AIS 允许开发人员查看服务的性能指标，帮助优化服务的执行效率和可靠性。

5. AIS 的常见应用场景

5.1 跨系统数据集成

AIS 常用于需要同时与多个系统交互的复杂集成场景。例如，在一个订单处理流程中，AIS 可以协调多个服务调用：

• 查询库存管理系统以获取库存数据。

• 从客户关系管理（CRM）系统获取客户信息。

• 将订单数据同步到ERP系统。

通过AIS，IBM BAW可以确保这些操作按顺序或并行执行，并根据各个系统的响应决定流程的下一步。

5.2 自动化数据处理和转换

AIS 适用于需要处理和转换复杂数据的场景。例如，在数据迁移、数据集成或多格式支持的流程中，AIS可以对数据进行格式转换、清洗和验证：

• 将从外部系统接收到的XML数据转换为JSON格式。

• 将数据库中的数据从一个结构映射到另一个结构。

5.3 支付网关和外部系统操作

在金融行业和电商平台中，AIS可以帮助与外部支付网关或其他系统进行集成：

• 调用支付网关的API完成支付请求。

• 处理外部系统的支付回调，更新订单状态。

5.4 业务规则引擎集成

AIS 也可以用于将外部业务规则引擎集成到流程中：

• 调用外部规则引擎进行决策处理（如审批规则、信用评分等）。

• 基于规则引擎的输出，控制流程中的路径和任务。

6. AIS 的优势

• 灵活性与可扩展性：AIS 支持多种协议和数据格式，允许开发者灵活地集成不同的系统和服务。

• 强大的数据处理能力：AIS 提供了丰富的功能来进行数据转换、验证和映射，支持复杂的业务逻辑处理。

• 高效的错误处理：通过高级错误处理和重试机制，AIS 能确保在集成外部系统时的高可靠性。

• 易于管理和监控：AIS 提供调试和性能监控工具，使开发人员能够实时追踪服务的执行情况。

7. 总结

Advanced Integration Service (AIS) 在 IBM BAW 中提供了强大的功能，适用于处理复杂的外部系统集成场景。它不仅支持多种协议和数据格式，还提供了丰富的错误处理、数据转换和流程控制功能，使得开发人员能够高效地实现跨系统的自动化集成。无论是在跨平台集成、支付处理、数据转换，还是外部规则引擎集成，AIS 都能够帮助企业实现灵活、高效的流程自动化和系统集成。

四、服务：创建AIS 的建议

 

在 IBM Business Automation Workflow (BAW) 中，系统建议在从属 Toolkit 中创建 Advanced Integration Service (AIS)，这是因为这种做法可以在整个解决方案的实施和部署中实现更大的灵活性、可维护性和可扩展性。以下是一些关键原因，解释为什么建议将 AIS 创建在从属 Toolkit 中，而不是直接在主流程中创建。

1. 模块化与复用

• 从属 Toolkit 是一种将特定功能、服务或逻辑封装为模块的方式。通过将 AIS 放入 Toolkit 中，您可以将其作为独立的模块，其他流程或任务可以复用这些服务。

• 将 AIS 放入从属 Toolkit 后，您可以在整个解决方案中重复使用该服务，而无需每次都重新创建它。这样可以减少代码冗余，提高代码的复用性。

• 例如，若多个流程需要调用同一个外部服务（如支付网关、CRM API 等），将 AIS 封装在一个 Toolkit 中，所有流程都可以通过引用这个 Toolkit 来调用该服务，而不必在每个流程中单独配置 AIS。

2. 更好的组织和管理

• 在 Toolkit 中创建 AIS 可以将服务与相关的流程逻辑、数据模型等进行组织和隔离，便于管理和维护。每个 Toolkit 都可以专注于一个特定的功能或服务，使得整个系统更加清晰、易于管理。

• 如果 AIS 直接创建在流程中，随着流程复杂性的增加，它可能会使得流程设计变得混乱，导致难以理解和维护。通过将其放入 Toolkit 中，可以更好地将流程和服务逻辑分离，保持流程设计的简洁性。

3. 更高的灵活性与可扩展性

• 从属 Toolkit 提供了更高的灵活性。您可以独立地更新、修改或替换 Toolkit 中的服务而不会影响到其他流程。这使得在业务需求发生变化时，您可以轻松地对服务进行调整或替换，而不会中断整体的流程执行。

• 比如，如果您需要修改 AIS 中的某些业务逻辑或与外部系统的集成方式，您只需要在 Toolkit 中进行修改，所有引用该 Toolkit 的流程都将自动获得最新的修改，而无需对每个流程进行重复修改。

4. 集中管理与版本控制

• 将 AIS 和其他相关服务集中放入从属 Toolkit 中，可以更容易地进行版本控制和管理。每个 Toolkit 可以独立管理版本，当系统需要升级或更改时，可以独立更新 Toolkit 的版本，而不影响其他部分。

• 例如，在开发阶段，您可能会对 AIS 进行多次迭代更新。通过 Toolkit，您可以清楚地跟踪每个版本的更改，并且保证多个流程实例在升级时能够平滑过渡。

5. 部署和维护的便利性

• 在部署过程中，通过将 AIS 放入 Toolkit 中，您可以确保所有相关服务和配置都打包在一个可独立部署的模块中。这使得部署变得更加简洁，因为您只需要部署整个 Toolkit，而不是每个独立的服务或流程。

• 在维护过程中，如果某个服务需要修复或改进，通过修改 Toolkit 中的 AIS，并重新部署该 Toolkit，可以有效减少对其他部分流程的影响，降低修改和更新的风险。

6. 隔离与解耦

• 使用 从属 Toolkit 来组织 AIS 可以实现不同功能模块的隔离与解耦，避免将业务流程和服务逻辑混合在一起。通过这种方式，开发人员能够专注于特定的功能模块（如数据转换、外部API调用等），而不会把所有复杂的业务逻辑和外部服务调用都堆积在一个大流程中。

• 这种解耦设计有助于提高代码的可读性和可维护性，特别是在面对复杂系统和多个外部服务的集成时。

7. 增强的团队协作

• 在团队开发环境中，使用 Toolkit 来组织 AIS 可以让不同的团队成员专注于不同的模块。一个团队可以专注于流程设计，而另一个团队则专注于服务集成和外部系统调用。

• 通过将服务放入 Toolkit，团队成员可以独立地开发和测试服务，而不必依赖于整个流程的实现。这促进了团队的协作和开发效率。

8. 更容易的扩展与定制

• 随着业务需求的变化，您可能会需要扩展 AIS 或增加新的服务功能。将这些服务放入 Toolkit 中，您可以很容易地对现有服务进行扩展或增加新服务，而不会影响到已经存在的其他服务或流程逻辑。

• 在未来，如果您需要将新的外部服务或新业务逻辑添加到流程中，您只需要将它们放入一个新的或现有的 Toolkit 中，保持系统的一致性和灵活性。

总结

将 Advanced Integration Service (AIS) 创建在从属 Toolkit 中是 IBM BAW 推荐的做法，原因在于它提供了更高的 模块化、灵活性、可维护性 和 扩展性。通过这种方式，您可以将业务逻辑和服务调用逻辑从流程中隔离出来，确保每个组件独立开发、测试和部署，提升团队的协作效率，同时便于未来的扩展和维护。这种做法不仅简化了复杂系统集成的工作，还为流程提供了更高的可重用性和更好的版本控制。

未完，待续！