WebSphere Commerce V6 中的部署功能

引言

WebSphere Commerce V6.0 是在提供市场领先电子商务解决方案九年多的经验之上创建的。V6.0 版本包括在基础领先领域的增强：简化业务功能的开发、管理和提交，同时最大限度地提供可靠性、性能和可扩展性。在本文中，我们将帮助您开始使用 V6.0 中的以下新的部署功能：

• 利用 WebSphere Installation Factory。
• J2EE 包装改进。
• 概要利用。
• 通过 WebSphere Application Server 细粒度更新来更新应用程序。
• 更新 WebSphere Commerce 的安装程序 (UPDI) 扩展。
• 简化集群管理。

我们还将接触我们使用的 WebSphere Application Server（以下称为 Application Server）V6.0 中的一些新功能，以及利用这些功能所带来的好处。

回页首

安装和包装

我们首先概述一下 Installation Factory，它解释了使用此新组件带来的好处。下一部分将讨论已经添加到 WebSphere Commerce V6.0 的新的 J2EE 包装功能。

回页首

利用 WebSphere Application Server Installation Factory

现有的安装、更新和配置应用服务器安装的过程非常耗时，而且有很多步骤是重复的。此过程包括安装 Application Server，然后使用刷新程序包、补丁程序包和临时修复程序更新安装。将 Application Server 更新为适当的版本后，在正确安装和优化应用程序之前您需要创建和配置概要。然后，根据环境和系统数量，必须重复此过程才能创建多个安装，通常需要在大量的计算机上创建同一映像。

WebSphere Commerce V6.0 的安装过程利用了 WebSphere Application Server V6.0.1 引入的 IBM Installation Factory。Installation Factory 允许管理员构建可自定义和可重复的预先打包的安装（其中包括应用程序和配置），便利了一次单击式的省时可靠的安装。

Installation Factory 提供了对大量输入进行分组的简单机制，并为 Application Server 创建了自定义安装包作为输出。自定义安装的输入可以是维护包、脚本或要安装的应用程序。您可以使用产生的自定义安装包为部署、演示或其他目的创建安装。

图 1. 使用 WebSphere Installation Factory v6.0

WebSphere Commerce V6.0 附带自定义安装包 (CIP) 映像，而不是标准的 WebSphere Application Server CD。您可以使用新的 CIP 映像执行以下操作：

• 安装新的 WebSphere Application Server 副本，包括打包的维护。
• 将 WebSphere Application Server 的现有安装更新到 WebSphere Commerce V6.0（包含在 CIP 映像中）所需的级别。

通过利用 Installation Factory，减少了 WebSphere Commerce 的总安装时间，这是因为在安装原始映像和使用更新安装程序安装维护时花费的时间缩短了。还减少了 WebSphere Commerce 安装代码的复杂性。

回页首

J2EE 包装改进

J2EE 规范概述了 J2EE 应用程序的包装格式。此包称为企业应用程序存档（Enterprise Application Archive，EAR）。它是一个带有 .ear 扩展名的单个 zip 文件，该文件包含描述应用程序的特殊文件。EAR 文件包含运行 J2EE 应用程序所需的所有文件资产。这些文件资产包括（但并不限于）：

• Jar 文件
• EJB 模块
• Web 模块
• 连接器模块

WebSphere Application Server 使用 EAR 文件在您的整个分布式环境中分发应用程序。因此，此 EAR 文件必须包含您的应用程序所需的所有 文件。

在以前的 WebSphere Commerce 版本中，运行时所需的许多文件都存储在 EAR 文件外部。这使得在您的环境中分发应用程序变得非常困难。在版本 6.0 中，重新包装了 WebSphere Commerce 应用程序。运行时所需的所有文件也都在 EAR 文件中。WebSphere Application Server 现在可以非常容易地在整个环境中分发应用程序。

转移到 EAR 文件中的一些关键文件有：

• Tools Framework 配置文件 (xml/tools)
• 消息传递文件 (xml/messaging)
• 实例配置文件 (instances/instance/instance.xml -> EAR/xml/config/wc-server.xml)

回页首

应用程序部署增强

本部分重点介绍 WebSphere 概要和 WebSphere Commerce V6.0 中的应用程序更新增强。

WebSphere 概要

概要是 WebSphere Application Server V6.0 中的一个新概念，而在 WebSphere Commerce V6.0 中它已被广泛利用。概要替代了存在于 WebSphere Application Server V5.x 中的 WebSphere “实例”概念。组成 Application Server 的文件有两类：

• 产品文件，它包括运行 Application Server 所需的应用程序二进制文件。
• 用户文件，它包含 Application Server 所使用的信息，如已定义的变量、资源、日志文件等。

概要是这些文件的集合，它们共同创建了 Application Server 运行时环境。合并后，核心产品文件（即安装的二进制文件）和配置文件（即概要）构成了功能完整的 Application Server 安装。在创建多个配置时，共享的产品二进制文件和独立的配置文件可以有效地使用磁盘空间。此外，更新二进制文件也更容易，因为这些二进制文件驻留在每台物理计算机的一个位置，即使在配置多个概要时也如此。

在安装过程中，您可以选择创建概要，或稍后创建概要。至少需要一个概要才能得到一个功能性的 WebSphere 安装。

您可以使用基于 ISMP 的概要创建工具（Profile Creation Tool，PCT）或使用 wasprofile.bat/sh 创建概要。可以使用 wasprofile.bat/sh 管理概要。PCT 常用于创建概要，不能执行诸如删除、列出概要或获取名称之类的功能。只有 wasprofile.bat/sh 能够执行这些功能。

在 WebSphere Application Server V6.0 中，概要有三种不同的类型：Application Server、Deployment Manager 和 Custom。表 1 说明了这三类概要的功能和包装。

表 1. WebSphere V6.0 概要类型

在 WebSphere Commerce V6.0 中，更新了 Configuration Manager，以便能够利用 Application Server 概要。在创建 WebSphere Commerce 实例时，Configuration Manager 会为您创建 Application Server 概要，然后将 WebSphere Commerce EAR 文件部署到该概要中。您可以覆盖 Application Server 概要的以下属性：

• 计算单元名称
• 节点名称
• 启动端口

除将 EAR 安装到概要中以外，Configuration Manager 还在 Application Server 概要内部创建了 Web 服务器。Web 服务器完全是一个配置对象。它表示与您的概要一起使用的外部 Web 服务器。Web 服务器在为 Web 服务器插件生成配置文件方面扮演重要角色，该插件可以确定哪台服务器应处理特定 URL 的请求。应用程序现在被映射为 Web 服务器。您可以为每台 Web 服务器生成插件配置文件。生成的插件将只包含有关被映射为该服务器的应用程序的信息。现在您可以从一个计算单元生成多个 Web 服务器插件配置文件。

图 2 说明了 Configuration Manager 创建的缺省配置。注意，该更改也适用于 WebSphere Commerce Payments。

图 2. WebSphere Commerce v6.0 实例

总而言之，每个 WebSphere Commerce 或 Payments 实例都包含以下内容：

• 独立的 Application Server 概要。
• 独立的 EAR 文件。
• 独立的 Web 服务器进程。
• 独立的 Web 服务器配置文件。
• 独立的数据库。

回页首

应用程序更新

WebSphere Commerce 提供了一个可扩展的应用程序。所有的客户都必须对 WebSphere Commerce 应用程序进行一些更改或自定义才能满足自已的需要。这像添加一些 JSP 那样简单，也可能涉及添加新的 EJB。过去，更新 WebSphere Commerce 应用程序是一个非常麻烦的过程（例如，在使用 Application Server 的集群功能时）。

通过利用 WebSphere Application Server V6.0 的细粒度应用程序更新功能，WebSphere Commerce V6.0 改进了应用程序更新进程。过去，要更新应用程序，您需要提供全新的 EAR 文件。绑定、安装和分发新的 EAR 文件是一个非常耗时的过程。在 WebSphere Application Server V6.0 中，不必再提供整个 EAR 文件。

您可以使用以下更新包：

• 完整的应用程序 EAR 文件：如果您要使用新的副本完全替换整个 EAR 文件，您可以使用此选项。安装的 EAR 完全替换为新的 EAR。如果只需要更新单个 JSP，则此方法可能没有用处。当 WebSphere Commerce Update Installer 向 WebSphere Commerce 实例安装维护时将使用这种类型的更新。
• 单个文件：此选项允许您更新 EAR 中的单个文件。WebSphere 管理控制台通过向您请求要更新的文件的源位置和 EAR 中的位置，指导您完成此过程。
• 单个模块：如果您需要将新的 J2EE 模块添加到应用程序中或更新应用程序中的此类模块，则可以使用此选项。如果向 WebSphere Commerce 部署 EJB，则通常使用此选项。
• 部分应用程序：使用此选项，您可以构建 zip 文件，它包含一组在应用程序中添加、更新或删除的文件。zip 文件的结构必须与 EAR 文件的结构匹配。所有文件路径应与 EAR 目录的根相关。

只有更新了用于更新 EAR 文件的所有 WebSphere Commerce 工具，才能使用此新功能。其中的一些示例有：

• 在 WebSphere Commerce 管理控制台中发布入门商店。
• 添加附件。
• 使用 WebSphere Commerce Accelerator 更新店标。
• 安装 WebSphere Commerce 修补程序包。

此外，为使用此新的应用程序更新功能，还更新了描述如何将自定义部署到 WebSphere Commerce 的文档。还添加了教程，以便指导您完成使用 WebSphere 管理控制台部署自定义的过程。

通过使用 Application Server 的细粒度应用程序更新功能，可以确保正确地更新您的应用程序。Application Server 可确保将更改的应用程序文件分发到运行 WebSphere Commerce 应用程序的所有节点。这还可以确保在您导出应用程序时，在生成的 EAR 文件中包括您的自定义。

用于 WebSphere Commerce 的 UPDI 扩展

Update Installer (UPDI) 是用于在 WebSphere 产品上安装维护的工具。已将此工具扩展为支持更新 WebSphere Commerce。

UDPI 中的扩展可以确保正确地更新 WebSphere Commerce 实例。下面描述了整个更新过程。

更新产品安装目录：

1. 下载并安装 Update Installer 6.1。
2. 下载 WebSphere Commerce 修补程序包。
3. 启动 Update Installer。
4. 指示 WebSphere Commerce 的安装路径。
5. 选择要应用的更新包文件。
6. 选择以更新 WebSphere Commerce 安装目录。
7. Update Installer 将修补程序包应用到 WebSphere Commerce 安装目录。

如果存在 WebSphere Commerce 实例，则按以下方式更新每个实例：

1. 启动 Update Installer。
2. 指示 WebSphere Commerce 的安装路径。
3. 选择要应用的更新包文件。
4. 选择要更新的实例。
5. Update Installer 停止 WebSphere Commerce 应用程序。如果您在托管节点中，则您的部署管理器必须正在运行才能安装修补程序包。
6. Update Installer 将 WebSphere Commerce 应用程序导出到临时目录。
7. Update Installer 更新应用程序的临时副本。
8. Update Installer 将应用程序重新安装到 Application Server。
9. Application Server 在整个环境中分发更新的应用程序。
10. Update Installer 执行任何数据库更新。
11. 重启 WebSphere Commerce 应用程序。

过去，如果您处于集群环境，则必须将修补程序包安装到所有运行 WebSphere Commerce 实例的节点上。现在已不再是这种情况。您只需安装一次修补程序包，Application Server 就会为您分发更改。

回页首

简化集群管理

集群是一组带有相同应用程序的应用服务器，为进行工作负荷管理对这些应用服务器进行了逻辑分组。作为集群成员的服务器可以位于不同的主机上，与构成同一节点的服务器不同，这些服务器必须位于同一主机上。一个计算单元可以没有集群、有一个集群或有多个集群。有关 WebSphere Application Server 集群的信息，请参见 WebSphere Application Server 联机帮助。

集群拓扑有两种类型，垂直集群或水平集群。垂直集群在同一节点或物理计算机上具有多个集群成员。水平集群在计算单元中的很多计算机的多个节点上都具有集群成员。

WebSphere Commerce 为创建的每个 WebSphere Commerce 实例配置了 Application Server 独立概要。要集群 WebSphere Commerce 计算机，您必须创建 Application Server 部署管理器概要。

在创建部署管理器后，请将原始 WebSphere Commerce 节点添加到部署管理器。下面是大致的步骤：

1. 从 WebSphere Commerce 实例的 Application Server 概要目录运行 addNode 命令。记住使用 -includeapps 选项，以确保将 Websphere Commerce EAR 发送到 Deployment Manager。
2. 重新创建在将节点添加到部署管理器时丢失的 Cell Level 文档。

示例命令为 WC_installDir/bin/config_ant -DinstanceName=demo ReconfigureCell。

将 WebSphere Commerce 节点添加到部署管理器后，您可以使用 WebSphere 管理控制台开始创建水平集群成员。如果您希望使用水平集群，请将附加节点添加到部署管理器。下面是大致的步骤：

1. 使用 WebSphere Commerce 附带的 Application Server 自定义安装包将 Application Server 安装在新的节点上。
2. 将您的数据库客户端软件安装在新的节点上。
3. 配置您的数据库客户端软件，以便连接到 WebSphere Commerce 数据库。
4. 创建 Application Server 概要或 Custom 概要。
5. 使用 addNode 命令，将此新概要的节点添加到部署管理器。
6. 使用 Application Server 管理控制台执行以下操作：
   1. 将正确的 WebSphere 变量设置到您的 JDBC 驱动程序 jar 文件的路径。在节点级别设置此变量。
   2. 在该节点上创建集群成员。

有关完整说明，请参阅 WebSphere Commerce 信息中心中的集群主题。

在 WebSphere Commerce 的以前版本中，您必须将文件资产手动复制到新计算机中。由于 WebSphere Commerce 已经更新了它的 EAR 文件包，并利用了 Application Server 应用程序更新功能，所以您不再需要在应用服务器节点之间复制任何文件资产。部署管理器可以确保所有节点都拥有运行应用程序所需的正确文件。

总之，您可以像集群任何其他 J2EE 应用程序一样集群 WebSphere Commerce。

回页首

结束语

在版本 6.0 中，通过利用 WebSphere Application Server 平台大大改进了 WebSphere Commerce 的部署流程。平台中的新功能转换为更简单地安装和管理 WebSphere Commerce。

• 通过使用安装工厂在 WebSphere Commerce 所需的级别安装 Application Server，简化了 WebSphere Commerce 的安装。
• WebSphere Commerce 实例构建在 Application Server 概要之上，允许您使用 WebSphere 管理控制台管理您的 WebSphere Commerce 实例。
• 在 WebSphere Commerce 的以下几个领域中使用了细粒度的应用程序更新功能：安装维护、发布商店和部署自定义。这允许您在集群环境中使用单一步骤就可以将更改非常容易地部署到 WebSphere Commerce。