工作方式：平台

平台是 CICS® 资源，它提供了一层抽象，用于将应用程序与底层区域拓扑分离。 平台包含一个或多个 区域类型，每种类型都包含一个或多个 CICS 区域。 平台可以创建和复用现有区域定义。 可以将应用程序动态部署到平台中的相关区域类型，并在不再需要时再次将其除去。 平台可用于部署策略，限制和控制资源以及提供应用程序分离。

该区域是 CICS TS 安装中服务器部署的基本单元。 CICS TS 区域是 IBM® z/OS® 地址空间，被定义为作业或已启动任务运行。 它们由各种属性标识，包括作业名称、 IBM VTAM® appid 或根据上下文标识的 CICS TS SysID,。 区域需要各种专用资源，例如数据集。

随着工作负载的增长和区域数量的增加，单个区域的功能必须由区域组提供，以实现规模和可用性。 这些区域是原始单个区域的克隆。 将这些克隆作为单个组进行操作是有意义的。 对该组执行的每个操作都针对该组中的所有区域执行。 在平台中，一组提供相同功能的克隆区域称为 区域类型。

通过使用平台，您可以:
  • 从单个点管理系统特征，例如平台服务和声明的依赖关系的状态
  • 主机应用程序和平台服务
  • 向平台中安装的所有应用程序供应策略
  • 安装平台时动态添加和除去服务和依赖关系
  • 以受控方式在区域类型和平台之间共享系统
  • 在已安装平台且未进行更改的情况下扩展托管应用程序。

本部分介绍了 平台组件 和 平台示例 以及 如何设置平台?

平台与 CICSplex 有何不同?

在 CICS TS 5.3 之前，您只能使用 CICSplex 或 CICS 系统组来标记基础设施的边界。 平台允许您指定更具描述性和更不同的边界。

CICSplex 支持环境分离，例如生产和测试或不同的业务单位。 在 CICSplex 中，可以定义多个平台。 与 CICSplex 相比，平台遵循更具描述性的路径，提供了一组区域类型来封装平台作用域内的区域。 此外，平台还支持在区域类型之间共享区域。 您可以使用平台来分隔 CICSplex 中的问题。 例如，在开发 CICSplex 中，您可以选择为每个开发者分配一个平台。 在测试和生产 CICSplex 中，您可以选择为每个业务线都有一个单独的应用程序。 如果要整合区域，可以利用平台的能力与其他平台共享区域。 例如，您可以选择组合同一 CICSplex 中的一部分平台的路由区域。

选择 CICSplex 或平台以限定区域范围时，请考虑以下事项:
  • 如果这些区域必须与其他区域隔离，因为它们用于业务的不同部分，或者 (例如) 用于开发和测试区域，那么 CICSplex 通常是一个不错的选项。 使用单独的 CICSplex 意味着在一个作用域中所作的更改不会影响另一个作用域。
  • 如果区域不必隔离，那么平台可能是更好的选择。 平台还可以与其他平台共享资源和区域，但仅限在需要时。

平台的组件

平台由以下部分组成:
  • 平台资源本身
  • 区域类型
  • PLATDEF 资源定义
  • (可选) CICS 束，用于定义将提供给平台上运行的应用程序的资源
  • (可选) 用于控制在该平台中的应用程序上下文中运行的任务的执行的策略。

已部署的 CICS 平台工件位于 zFS中的目录中。 有关详细信息，请参阅 zFS 。

您可以使用 CICS Explorer® 来创建和管理平台的组件。 图 5 显示了这些组件之间的关系。 您可以通过以与其他 CICSPlex ® SM 组件的安全性类似的方式设置 RACF® 安全概要文件来保护平台及其已部署的应用程序。 有关信息，请参阅 平台和应用程序的安全性。

平台
在 CICS Explorer中定义的平台束描述了平台及其区域类型，并引用了在平台级别部署的 CICS 束。 安装平台定义时，将创建 PLATFORM 资源以表示平台捆绑软件，并且您可以使用此资源将平台作为单个实体除去。

平台资源反映平台的当前状态。 它确定区域类型中区域的整体活动以及已安装的平台服务的整体状态。 例如，如果每个区域类型中至少有一个区域处于活动状态并连接到 CICSPlex SM，那么平台为 ACTIVE。

该平台还会跟踪其管理的服务以及任何已声明的依赖关系。 平台服务和依赖关系作为 CICS 束安装，平台通过其属性 ENABLESTATUS 反映这些束的运行状况。 例如，在跨平台区域类型启用所有捆绑软件时，平台会声明为 ENABLED。

应用程序需要保护免受环境变化的影响，而这种保护体现在平台的生命周期中。 安装平台后，只有在其中安装的所有应用程序也被废弃后，才能废弃该平台。 安装平台时，无法修改或废弃区域类型，但可以在区域类型中添加和除去区域。 平台服务还遵循平台的生命周期。 安装，启用，禁用或废弃平台时，所有定义的服务都将执行相同的操作。

区域类型
平台包含一个或多个区域类型。 区域类型用于根据其类型对 CICS 区域进行分类和包含这些区域。 例如，处理与 Db2® 的连接的所有 CICS 区域都可以属于同一组。

区域类型定义在部署之前应用程序必须绑定到的平台的接口。 安装平台并创建区域类型时，它将为所有定义的区域创建区域定义。 或者，区域类型可以通过采用现有 CICS 系统组 (CSYSGRP) 及其中的区域来重新使用现有环境。

您可以通过在区域类型级别指定属性来克隆所创建区域类型中所有 CICS 区域的特定区域属性值。 只有其定义具有为这些属性指定的相同值或没有为这些属性指定的值的 CICS 区域才能成为该区域类型的一部分。

区域类型可以在相同或不同平台中相互共享区域。 此功能对于合并方案非常有用，在这些方案中，您可能有一组为多个不同平台提供服务的路由区域，或者有一个为每个平台托管文件的文件拥有区域。

平台 (PLATDEF) 资源定义
平台定义是 CICSplex 的数据存储库中的 PLATDEF 资源定义，用于标识平台的目标 CICSplex。 在安装 PLATDEF 时，将使用包含目标 CICS 区域的区域类型创建平台。
CICS 束
平台可以安装和管理要提供给应用程序的资源。 例如，平台可以提供 TCP/IP 服务，应用程序可以使用 URIMAP 来使用该服务。 平台服务和依赖关系安装在 CICS 束中。 可以通过 ADDBUNDLE 和 REMOVEBUNDLE 操作向平台添加，启用，禁用和除去以此方式安装的所有服务。

发出 ADDBUNDLE 操作后，会将该捆绑软件安装到区域类型中的所有区域中。 然后，如果先前已启用该平台，那么将启用此捆绑软件。 REMOVEBUNDLE 操作通过禁用和废弃区域类型中的所有区域中的捆绑软件来撤销此过程。

平台与每个已安装的 CICS 束之间的关系保存在管理部件中。 管理部件是在平台安装过程中为每个 CICS 束自动创建的 MGMTPART 记录。 管理部分记录安装了束的 CICS 区域，并跟踪 CICS 区域中束的状态。

平台服务不必由平台本身提供。 平台可以将资源导入到捆绑软件中。 捆绑软件导入声明对平台外部提供的服务的依赖关系。 例如，如果多个平台需要共享一个文件，那么一个平台可以在捆绑软件中创建文件定义，而其他平台将该文件定义导入到其捆绑软件中。

策略
平台还可以安装 CICS TS 策略。 策略提供用于执行在该特定平台中的任何应用程序的上下文中运行的任务的合同。 例如，如果任务超过了约定的处理器使用量，那么策略可以强制异常终止。 与资源定义一样，策略及其关联的规则安装在 CICS 束中。

有关更多信息，请参阅 CICS 策略。

平台示例

CICSplex 中的所有受管区域都可以定义到单个平台，或者 CICSplex 中的受管区域可以分布在多个平台，已拆离平台或重叠平台上 (由于同一 CICS 区域存在于多个平台中)。

图 1。 CICS 平台体系结构示例
示例 A 显示了一个 CICSplex ，其中包含由单个 CICS 区域组成的单个平台。 示例 B 显示了一个 CICSplex ，其中包含由三个 CICS 区域组成的单个平台。 示例 C 显示了一个 CICSplex ，其中包含两个相互拆离的平台，每个平台中有多个 CICS 区域。 示例 D 显示了一个 CICSplex ，其中包含两个重叠的平台，每个平台包含三个 CICS 区域。 其中一个 CICS 区域是两个平台的公共区域; 例如，此区域可能是公共文件拥有区域 (FOR)。

在下一个示例中，作为平台中受管地址空间 (MAS) 的 CICS 区域是 Web 拥有区域 (WOR) ，应用程序拥有区域 (AOR) 和文件拥有区域 (FOR)。 CMAS 是 CICSPlex SM MAS ，不仅管理 WOR ， AOR 和 FOR ，还管理平台。

图 2。 平台功能
CICSplex 包含 CMAS 和平台。 该平台包含 3 CICS 区域， WOR ， AOR 和 FOR。 WOR 提供 TCP/IP 服务， AOR 提供 JVM 服务器， FOR 提供文件或 Db2 连接。
您可以将平台安排为逻辑实体，以实现应用程序分离。 考虑银行业 CICSplex 的以下简化视图:
图 3。 示例银行 CICSplex
LPAR BANK1MVS 包含一个 CMAS BANKCMAS1 ，用于管理 CICSplex BANKPLEX01。 BANKPLEX01 包含由六个 CICS 区域组成的 CSYSGRP。
此银行 CICSplex 可划分为多个平台，以提供用于托管企业银行和投资银行应用程序的环境:
图 4： 划分为多个平台的示例银行 CICSplex
LPAR BANK1MVS 包含一个 CMAS BANKCMAS1 ，用于管理 CICSplex BANKPLEX01。 BANKPLEX01 包含两个平台，一个用于公司银行业务，另一个用于投资银行业务。 企业银行平台有两种区域类型，分别由系统组 (CSYSGRP) 组成。 一个区域类型 CORPORATE_BANKING_AOR 包含两个 CICS 区域，另一个区域类型 CORPORATE_BANKING_WOR 包含一个 CICS 区域。 投资银行平台有一个区域类型投行，包含三个 CICS 区域。

如何设置平台?

在高级别，您将完成以下列出的步骤。 图 5 显示了最终的结果。

  1. 设计平台。 您可以考虑要在平台上部署哪些应用程序，策略和资源，以及是要创建新的 CICS 区域和区域类型，还是采用现有的 CICS 区域和系统组定义。 有关更多信息，请参阅 设计 CICS 平台。
  2. 在 zFS, ，配置您的平台主目录。 有关更多信息，请参阅 为平台准备 zFS。
  3. 在 CICS Explorer中，创建平台项目。 在此项目中，您将添加区域类型，指定要部署的任何 CICS 束以及将部署这些束的区域类型。 有关更多信息，请参阅 设置平台。
  4. 从 CICS Explorer，将平台项目从 zFS导出。 导出过程会将 CICS 平台项目中引用的 CICS 束打包，然后将平台束和 CICS 束的所有文件导出到 zFS中的平台主目录。 有关更多信息，请参阅 部署 CICS 平台。
  5. 在 CICS Explorer中，创建平台定义。 平台定义是 CICSPlex SM PLATDEF 资源定义，它指向 zFS,平台主目录中的平台包，并标识平台的目标 CICSplex。 有关更多信息，请参阅 部署 CICS 平台。
  6. 对于在平台项目中的区域类型中创建的每个 CICS 区域定义，请设置实际的 CICS 区域。 有关更多信息，请参阅 部署 CICS 平台。
  7. 在 CICS Explorer中，将平台定义安装到要运行平台的 CICSplex 中。 CICSPlex SM 使用平台束中的信息将平台与随平台一起安装的任何 CICS 束一起安装在目标 CICSplex 中。 有关更多信息，请参阅 部署 CICS 平台。
  8. 启动 CICS 区域。
  9. 如果已随平台一起部署任何 CICS 束，请在 CICS Explorer中启用这些束，以使其可供平台使用。
图 5。 创建平台的元素
CICS Explorer 中的平台项目将导出到 zFS 平台主目录。 CICS Explorer 中的新平台定义向导将用于创建平台定义，即 CICSPlex SM 数据存储库中的 PLATDEF 资源。 PLATDEF 安装在 CICSplex 中以在 CICSplex 中创建平台，其中包含具有两个 CICS 区域的一个区域类型。