简介

自诞生以来，IBM Workload Deployer（以前称为 IBM WebSphere® CloudBurst™ Appliance）一直是用于中间件和中间件应用程序的云计算领域的最先进技术。最新的 IBM Workload Deployer 版本 v3.1 继续在其强大功能的基础上扩展功能和平台支持。但在介绍新功能之前，让我们大体了解以下 IBM Workload Deployer 解决方案的背景，以帮助您理解这里描述的新功能。

回首 2009 年，WebSphere CloudBurst 还是一个旨在改进现代组织中 3 个主要的低效区域的解决方案：

• 设置中间件和中间件应用程序环境所花的时间太长。 统计表明，平均来讲，设置完成一个这样的环境需要 4 到 6 个月。在当今世界，始终连网的消费者的一个念头对 IT 产生巨大且迫切的影响，公司无法在数月里承担度量任何信息的任务。
• 中间件环境在本质上非常复杂。 这个基础设施可支持在性能、功能、集成等方面具有需求的应用程序。这一复杂性常常引起一种称为 配置漂移 的现象；或许您已亲身经历过这一情况。例如，您是否曾部署过您认为相同的两个应用程序环境，却发现每个位置的应用程序行为迥异？您的反应是查找应用程序中导致不同行为的更改，但事实上统计表明，30% 的 “应用程序 bug” 实际上是由不一致的配置所导致。最终，配置漂移的基本影响是增加 IT 交付时间和成本。
• 如果设置一个环境要花很长时间，而且很难确保环境在不同安装中的一致性，那么您的 IT 基础设施会不可避免地开始拥有大量 “为防万一” 的环境。 换句话说，开发人员将设置中间件环境，将它们用于某些临时用途（比如新代码开发），甚至在工作完成后，将它们撇在一边。一个原因是，如果他们恰好在几天或几星期内又需要一个环境，而且可能很难再次忠实地创建该环境，那么使用现有环境比等待创建新环境更加容易。尽管一些人可能感觉这是一种有效的工作方式，但它对组织资源的使用效率极低，因为 IT 最终会托管只是偶尔使用的环境。这就导致了在许多 IT 开发和测试环境中会看到 6-10% 的极低平均利用率，而且这也是导致 资源散乱 和浪费（是由为每个新项目实现新硬件所导致）的一个重要因素。

如今，与 IBM Workload Deployer 管理功能关联的模式模型涵盖了基础设施即服务 (IaaS) 和平台即服务 (PaaS) 领域，而且最重要的是，使您能够消除上述 3 个主要的低效区域。无论您是需要快速部署包含预定义独立系统映像（虚拟设备）的工作负载、集成中间件解决方案的完整配置（虚拟系统模式），还是需要完全自动化、优化且管理应用程序环境（虚拟应用程序模式），IBM Workload Deployer 都适合您。

本文探讨 IBM Workload Deployer V3.1 中针对虚拟应用程序模式的新功能和增强，介绍为虚拟系统模式新增的功能，最后介绍 IBM Workload Deployer 设备中提供的新管理功能。

本文假设您对 IBM Workload Deployer 的功能和特性有一定的了解。请参阅 参考资料 获取更多初级材料。

回页首

虚拟应用程序增强

虚拟应用程序最初在 IBM Workload Deployer V3.0 中引入。虚拟应用程序的主要优点是它将您解放出来，使您能够将精力集中在对您业务真正重要的事情上（您的应用程序和您希望支持它的方式），同时支持该设备来创建和管理必要的基础设施以支持您的应用程序。IBM Workload Deployer 检查基于标准的应用程序元素，比如企业归档、Web 归档、模式定义、用户注册表文件等，以便它可理解您的应用程序的需求。您也可以提供您想为应用程序执行的条件策略。IBM Workload Deployer 负责处理剩余工作，其中包括：

• 在您的私有云中创建必要的配置，针对具体用途配置所有必要的虚拟机。
• 监视您正在运行的应用程序，以确保它保持可用。
• 基于您为服务水平需求指定的条件来管理应用程序，以灵活地扩展和精简。

虚拟应用程序是真正的 PaaS 产品，您可在其中提供您的应用程序元素，并且 IBM Workload Deployer 可构建和管理托管您应用程序所必要的平台。（请参阅 使用 Workload Deployer 简化虚拟应用程序自动化。）

虚拟应用程序模式从一种模式类型中的组件构建而来。模式类型是为特定类型的应用程序创建的，常常包含来自多个传统中间件产品的功能，以形成针对特定应用程序类型的完整解决方案。IBM Workload Deployer 引入了两种初始模式类型：

• 专为基于 Web 的在线事务处理应用程序创建的 Web 应用程序模式
• 非常适合数据库应用程序的数据库即服务 (DBaaS) 模式类型。

数据库模式类型可与 Web 应用程序模式类型结合使用。应用程序的实例使用一种基于模式的部署模型来进行部署。Web 应用程序模式类型解决方案包含来自 IBM WebSphere Application Server、IBM Tivoli® Directory Server、IBM HTTP Server 和 IBM WebSphere eXtreme Scale 等产品的功能。这些功能以一种无缝方式协同工作，为您基于 Web 的应用程序提供一个完整的解决方案。IBM Workload Deployer V3.1 包含已发布的 Web 应用程序和 DBaaS 模式类型的新版本。

如果您获得了针对您的环境的新版本和修复包，您必须能够将这些维护功能应用到以前部署的系统上。因此，IBM Workload Deployer V3.1 添加了一项新功能来简化将部署的虚拟应用程序实例升级到已安装的最新维护版本的过程。例如，IBM Workload Deployer V3.1 包含从 1.0.0.2 版到 1.0.0.3 版的 Web 应用程序 1.0 模式类型更新。安装和启用最新版的 Web 应用程序模式类型后，使用选定版本或发行版的虚拟应用程序模式的后续部署工作都将使用最新的插件版本进行部署。

一定要注意，现有的虚拟 Web 应用程序部署的实例将继续使用之前版本 1.0.0.2 的 Web 应用程序模式类型插件，直到您选择升级它们。从用户界面，您可以查看部署的虚拟应用程序实例，并简单地选择 Upgrade 按钮来升级到针对该模式类型的插件最新版本。当在一个部署的虚拟应用程序实例上执行升级时，您实际上更新了该实例中包含的所有模式类型。所有插件都迁移到您安装的最新的维护版本，并在相同版本内安装并启用。这可能包括对您部署的虚拟应用程序实例所利用的基础模式类型、Web 应用程序模式类型、数据库模式类型或任何其他模式类型的更新。升级涉及到运行自动脚本来更新与所选实例关联的虚拟机（参见 IBM Workload 插件开发工具包，了解针对插件的各种生命周期脚本和针对升级运行的脚本详细信息。）

支持 AIX 部署

尽管 IBM Workload Deployer V3.1 为虚拟应用程序模式部署带来的多项增强，但是最明显或许是为 PowerVM® 虚拟机监控程序基础设施上的 AIX® 环境部署虚拟应用程序模式的能力。在此版本之前，IBM Workload Deployer 利用一个 VMWare ESX hypervisor 基础设施来支持用于 Linux® 环境的虚拟应用程序。IBM Workload Deployer 现在支持将虚拟应用程序部同时署到 VMware 和 IBM PowerVM 虚拟化平台上。

对 AIX 上的虚拟应用程序模式的支持带来一项附加优势。您也可以将为虚拟应用程序部署提供的基础映像用于虚拟系统部署中，并自定义此映像的克隆版本以满足具体需求。这个新 AIX 映像与 Workload Deployer V3.0 中包含的 x86 基础映像（称为 IBM Workload Deployer Image for x86 systems）合并在一起。引入对 AIX 上的虚拟应用程序的支持后，您将拥有新基础映像 IBM OS Image for AIX Systems。这使您在私有云中自定义和部署一组全新的系统成为可能。您可按原样使用这些映像，但您也很有可能想使用 Workload Deployer 内置的 Clone and Extend 功能或 IBM Image Construction and Composition Tool，针对您的特定用途自定义它们（稍后将介绍更多相关信息）。

模式类型更新

正如您所期望的，Web 应用程序和 DBaaS 模式类型都已更新来支持 AIX/PowerVM 部署。然而，这只是 IBM Workload Deployer V3.1 中为这些模式类型提供的众多增强中的一个。

首先看看 Web 应用程序模式类型。Web Application Pattern Type 2.0（以前称为 WebApp Pattern Type）已进行升级，以在为 Web 应用程序构建中间件配置时利用 IBM WebSphere Application Server V8 的牢固基础。在某种意义上，这对您是隐藏的。一般而言，如果中间件能满足该模式类型的特定需求，那么您不应担忧托管一个虚拟应用程序的中间件。但是，现状是许多用户仍在迁移到这种新范型，并且非常关注中间件引擎，即使他们无需管理它。知道您获得了包含所有安全性、性能和功能改进的最新 WebSphere Application Server 功能，这会让您心情舒畅很多。当然，如果出于某个特定的原因，您仍然希望能够确保您的虚拟应用程序在 WebSphere Application Server V7 上运行（或许您依赖于某个已不推荐使用的功能或特性），您可以继续利用 WebApp Pattern Type 1.0（包含最新修复包的 1.0.0.3 新版本）。

还为 DBaaS 解决方案提供了许多增强。DBaaS 模式类型的第一个版本是作为 DBaaS Pattern Type 与 Workload Deployer V3.0 一同交付。在 V3.1 中，它重命名为 IBM Database Patterns 1.1，实际上包含多个代表它自动支持的扩展配置的元素：IBM Transactional Database Pattern 和 IBM Data Mart Pattern。

当构造一个数据库模式时（图 2），您现在可选择一个 Source 来配给实例配置。您可以选择克隆一个现有的映像配置或使用两种预定义的工作负载标准中的一种。当克隆现有映像配置时，您选择一个现有的数据库映像备份作为新数据库模式的模型。获取来自备份的元数据，并使用一个 IBM DB2® restore 命令为新数据库实例设置相同配置。如果您更喜欢使用两种预定义的工作负载标准之一作为来源，可以从两种预定义的、优化的数据库配置中选择。选择的标准将会运行一组脚本，以为该数据库调节操作系统和实例配置。Departmental Transactional 标准是针对在线事务处理应用程序进行优化的，而 Data Mart 标准则是针对数据挖掘用途进行优化的，因此更适合报告应用程序。

在构造一种数据库模式时，另一个新参数是 Purpose 字段。Purpose 定义数据库在生产或非生产（开发和测试）环境中的目标用途。您的选择将针对已部署的模式类型的实例进行许可管理优化。

在要部署 DBaaS 模式时，您可以选择部署到云组或环境配置文件中。将数据库模式部署到 环境配置文件 的能力也是 IBM Workload Deployer V3.1 中新增的功能。

最后，对数据库模式的管理功能经过了增强，具备配置自动化数据库备份的能力。IBM Workload Deployer 使用 IBM Tivoli Storage Manager 来自动化 V3.1 中的备份，就像在 V3.0 中手动备份所做的一样。因此，在创建任何备份之前，必须首先配置 Tivoli Storage Manager。备份计划程序将每天备份数据库一次，保留最近的 7 个备份。

插件开发工具包

IBM Workload 插件开发工具包在 IBM Workload Deployer V3.0 发布不久后以一个独立的下载文件首次推出的。但是，随着 IBM Workload Deployer V3.1 的推出，插件开发工具包的更新版本 (1.0.0.1) 现在已可从设备仪表板直接下载（图 3）。

使用插件开发工具包，您可以创建自己的自定义插件用于虚拟应用程序模式和模式部署。基本而言，插件是虚拟应用程序的基础构建块。在总体上讲，可将插件视为支持您用于构建虚拟应用程序模式的组件、链接或策略所必需的功能。IBM Workload Deployer 在部署特定应用程序类型的实例时会利用插件提供的功能。IBM Workload Deployer 还使用插件提供的功能来监视和管理虚拟应用程序实例。事实上，您在虚拟应用程序实例上执行的操作由针对该应用程序类型的插件单独提供。

您可创建插件并将它们与预定义的模式类型相关联。您也可以创建由自定义插件组成的全新模式类型。模式类型是为特定类型的工作负载所设计的插件集合。例如，Web 应用程序模式类型是一个用于支持 Web 应用程序的插件集合。Web 应用程序模式类型包含以下插件：用于 WAR 或 EAR 组件的 WebSphere Application Server 插件和 WebSphere Application Serer 数据库插件（提供了将一个 WebSphere Application Server 实例连接到一个数据库组件的必要功能。）

IBM Workload 插件开发工具包包含了插件和模式类型构建环境、样例和一个创建新插件项目的工具。构建文件可从命令行或从 Eclipse 内运行。该工具包还包含一个样例用户指南，其中详细解释了概念，并演示了一个简单的 hello 示例。

共享服务增强

还执行了多项更新来扩展和增强用于虚拟应用程序模式的共享服务功能。您可能注意到的第一点是，现在在 Web 用户界面上的 Cloud > Shared Services 选项卡下列出了更多的共享服务类型（图 5）。

除了熟悉的 Caching Service and ELB Proxy Service（以前称为 Proxy Service），现在还提供了针对外部缓存服务和外部应用程序监视服务的条目。这些新的外部服务使利用您企业中已有的环境来执行缓存或进行监视成为可能。例如，您的环境中可能已有一个被用于其他用途的 IBM WebSphere DataPower® XC10 Appliance。使用这项新特性，您可以利用现有的缓存解决方案，而需在您的私有云中启动一个专用的缓存服务。只需部署外部缓存服务的一个实例并将它指向您现有的 XC10 解决方案。在该云组内利用会话缓存的所有虚拟应用程序模式的部署都将利用外部缓存解决方案，来保留云资源用于其他用途，同时继续提供必要的功能供虚拟应用程序共享。

类似地，您可以在一个云组中部署一个外部应用程序监视服务，该服务在 Version 6.2.2 修复包 5 或以后版本中包含了对 IBM Tivoli Enterprise Monitoring Server 安装的引用。创建之后，UNIX® 或 Linux OS 监视代理和针对虚拟应用程序工作负载的工作负载监视代理会使用所提供的主要和故障转移 Tivoli Enterprise Management 服务器、协议和端口来自动连接到定义的 Tivoli 服务器实例。如果您希望将所有监视服务整合到一个通用控制台中，这特别有用。

您将注意到的另一件事是，您可以部署每个共享服务的多个实例，每个云组一个。在前一个 Workload Deployer 版本中，每个共享服务是一个单例，仅包含该设备的一个部署实例。需要共享服务的虚拟应用程序必须部署相同的云组中作为共享服务，这就限制了灵活性。在 Workload Deployer V3.1 中，该功能得到了扩展，允许为每个云组部署一个共享服务实例。这正是共享服务实例包含在 Instances > Shared Services 中，而不是像前一个版本一样包含在 Cloud > Shared Services definition 中的原因。例如，您可以选择向云组 A 部署一个缓存服务或外部缓存服务，向云组 B 部署另一个缓存服务或外部缓存服务，每个服务都由同一个云组内的虚拟应用程序实例使用。您也可以部署一个外部缓存服务的多个实例，将它们指向同一个物理 XC10 设备，或者将所有缓存需求整合到通用的解决方案中。

缓存服务在 Web 应用程序扩展时利用 IBM WebSphere eXtreme Scale 技术来存储和管理会话数据，现在还可以灵活地对它进行扩展以增加容器数量。只需指定初始容器数量、扩展规则和最大容器数量即可。缓存服务将负责剩余工作，并在必要时自动扩展和减少容器服务以适合您的应用程序。

对共享缓存服务的另一个重要增强是，缓存服务包含列出、创建和删除各种类型对象网格的新操作。在 IBM Workload Deployer V3.1 之前，共享缓存服务仅支持在特定应用程序实例外以一种持久方式存储 HTTP 会话。现在，您可以使用 WebSphere eXtreme Scale ObjectGrid API，直接从虚拟应用程序和虚拟系统实例中的应用程序代码中持久化和管理共享缓存服务中的网格内容；您可以使用共享缓存服务来缓存您的应用程序在虚拟系统和虚拟应用程序实例中使用的数据。这为您省去了在 IBM Workload Deployer 云外创建和配置自己缓存层的麻烦，而且这意味着您可以利用共享缓存服务的自动缩放功能。

回页首

虚拟系统增强

可以看到，与虚拟应用程序模式关联的功能得到了大量更新，一些更新直接影响到虚拟系统模式。但在本版本中，虚拟系统模式也得到了大量改进。

您可能还记得，虚拟系统模式有时称为拓扑结构模式，因为它们被用于定义一个拓扑结构中间件配置来满足您的应用程序需求。使用虚拟系统模式，您可以准确定义您应用程序环境需要的中间件配置类型，并且 IBM Workload Deployer 可在将该模式部署到您的私有云时准确地配备该配置。

拿汽车进行类比，您可以将虚拟系统比作从一个模制框架打造您自己的改装跑车，而虚拟应用程序更像是从经销商购买一辆完整的汽车。当从经销商购买汽车时，您会得到一辆功能完善的汽车。当然，您可以选择颜色和某些配置，但没有必要知道让汽车运转的所有零部件的详细信息。只需增加一名驾驶员（您），就可以上路了。这节省了大量时间和金钱，还让您无需成为汽车工程师。与生产汽车一样，虚拟应用程序针对特定用途进行优化，并且在用于该用途时效率非常高。您所需的只是添加您的应用程序与它运行时的需求（驾驶员）。

虚拟系统模式像改装的高速汽车的方法。您从某种建模框架开始（Hypervisor Edition 映像），而无需从头开始，因此节省了时间和精力。但是，您仍然拥有打造一辆独特的定制汽车的能力和灵活性。相比生产汽车（虚拟应用程序），这么做需要更多专业经验和更多时间投入，但您可决定所有细节。使用虚拟系统，您可指定您应用程序所需的汽车详细信息。这样提供了极高的灵活性，但需要深入了解中间件，以及投入时间来构建必要的脚本和其他元素以支持您的应用程序环境。

现在，让我们看看 IBM Workload Deployer V3.1 中针对虚拟系统部署的改进。

更新的 Hypervisor Edition 映像

在 IBM Workload Deployer V3.1 中，为您用于创建虚拟系统模式的许多构建块提供了更新的 Hypervisor Edition 映像。

这些中间件应用程序环境大多数都以 WebSphere Application Server 为基础。此版本包含两组新的 WebSphere Application Server 映像；一个更新的 V7.0.0.19 映像和一个新的 V8.0.0.1 映像。

• WebSphere Application Server V7.0.0.19 是最新的修复包，并且正如您所期望的，它包含所有最新的修复程序，允许您轻松地将现有的 WebSphere Application Server V7.x 模式部署升级到该维护级别。
• WebSphere Application Server V8.0.0.1 映像为您提供了使用这个功能丰富版本所支持的集成功能和编程模型来构建模式所需的工具。您现在可以基于 WebSphere Application Server V8 中包含全部功能（比如 Java™ EE 6、OSGi、JPA）和其他许多直接集成到 WebSphere Application Server 基础映像中的编程模型来构建虚拟系统模式。

两个 WebSphere Application Server Hypervisor Edition 版本均提供了操作系统、虚拟机监控程序基础设施和位架构（32 或 64 位）支持的多种组合，所以请检查具体产品以了解可用组合的详细信息。此外，还包含了一些具有 Intelligent Management Pack 的映像，它们可提供 IBM WebSphere Virtual Enterprise 的全部功能和自主恢复能力。

还有针对其他产品的新 Hypervisor Edition 映像，比如以下产品的最新版本：

• IBM DB2 Enterprise and Express
• IBM WebSphere Portal
• IBM WebSphere MQ
• IBM WebSphere Message Broker

所有这些映像都为您构建具体的中间件配置提供了牢固的基础。

正如您所看到的，许多 Hypervisor Edition 映像都是 “开箱即用” 型，可通过操作系统、位架构和支持的 Hypervisor 基础设施的不同组合用于各种 IBM 产品。但是，如果这些映像无法准确满足您的系统需求怎么办？如果您需要包含特定的代理、特定的维护级别，或者如果应用程序需要全功能运行某种非 IBM 产品，该怎么办？下一节介绍的答案将为您自定义所提供的映像或为您具体需求创建全新映像提供更多的灵活性。

Image Construction and Composition Tool

IBM Image Construction and Composition Tool (ICCT) 在 2011 年中期以一个 IBM alphaWorks 项目的形式首次推出。在 IBM Workload Deployer V3.1 中，此工具已可普遍使用，得到了全面支持，而且可直接从 IBM Workload Deployer 仪表板下载（图 7）。

ICCT 是一个映像创建和编辑实用程序，使您能够增强现有映像或构建全新的映像来满足具体环境的需求。基本而言，它允许您构建某种与 IBM Workload Deployer 共同交付的 Hypervisor Edition 映像相似的东西。而且，您可以使用任何您有权使用的软件而非只使用 IBM 软件来创建映像。

该方法显著简化了构建自定义映像的流程，还促进了对虚拟映像和这些映像中包含的软件包进行有效重用和管理。它支持构建自描述、可自定义且易管理的共享虚拟映像，并在这些映像上展开协作。接着，您可以将这些映像部署到多个云提供程序，其中一个就是 IBM Workload Deployer。使用 IBM Workload Deployer，您可以部署从 ICCT 生成的 VMWare ESX 和 PowerVM 映像。该工具还简化了后续增强功能，通过引入结构和一致性而简化了通常需要很长时间且容易出错的流程。您接着可将自定义映像导入 IBM Workload Deployer 中，以供在虚拟系统模式中使用。

图 8 显示了使用自定义虚拟映像和与 IBM Workload Deployer 交互时的基本流程。首先连接到一个云提供程序以帮助构建您的自定义映像。接下来，导入您希望自定义或扩展到 ICCT 中的映像的元数据；实际仅复制元数据，而不是复制完整的映像内容。导入的映像可能是前面提到的基础 OS 映像、IBM Hypervisor Edition 映像或您可能购买、构建或导入到 Workload Deployer 中的自定义映像中的一个。ICCT 中有了映像后，您可以创建和添加代表您想包含的各个软件包的程序包。程序包包含在从安装到模式部署的各个生命周期阶段安装和管理软件所需的脚本和二进制文件。

定义映像内容后，下一步是同步它。在这一步中，Workload Deployer 使用它的克隆和捕获机制来部署您在 ICCT 中定义的基础映像的一个实例。当虚拟机映像准备好时，安装您定义的软件包的流程就会开始。ICCT 将所有配置脚本复制到虚拟机，利用该映像中包含的一个激活引擎来驱动它们。现在，您可以验证系统，在满足要求时捕获一个快照。IBM Workload Deployer 捕获您新的自定义映像，将它直接存储在其目录中。

该映像现在已可用于构造完全自定义的虚拟系统模式了。

回页首

设备改进

除了虚拟系统和虚拟应用程序模式上的更新，IBM Workload Deployer V3.1 还包含对设备的管理功能的增强。

高可用性

推出 Workload Deployer 中的虚拟应用程序和其他针对虚拟系统的功能（比如自主恢复能力）后，Workload Deployer 设备本身的角色现在在某些工作负载的运行时管理上更加重要。因此，一定要考虑设备本身的高可用性，以确保为它部署的工作负载提供无中断的功能。

以前的版本中已能够创建备份，在主要设备上发生故障时由辅助设备使用这些备份。但是，该方法需要手动干预、小心的备份规划，无法完全迎合虚拟应用程序更加动态的性质。V3.1 中提供了一个改进的解决方案，为设备引入了一项新的高可用性功能：您现在可以使用两个设备，将它们配置为在一个设备不可用时自动故障转移。

您首先以单例设备的形式安装和配置每个设备。接着使用 startHA 命令配置每个设备的角色（主要还是辅助设备）。该解决方案使用了一个始终与主要设备关联的浮动 IP 地址。在主要设备发生故障时，辅助设备将成为新的主要设备并继续处于单例模式，直到可将最初的主要设备还原为新的辅助设备。

监视主要设备的故障是辅助设备的职责，它使用一个特殊的通信通道完成此工作。作为配置的一部分，您设置一个 ping 间隔来验证主要设备的健康状况。另一个通信通道利用两个设备间的一个专门的交叉以太网通道，将主要设备的所有数据同步到辅助设备。当辅助设备首次连接到主要设备时，所有磁盘分区都会同步。主要设备磁盘分区中的任何后续更改会使用这个相同的通道写入辅助磁盘分区。

如果主要设备发生一个问题，辅助设备会在指定的间隔内注意到一个 ping 操作失去响应时检测到该问题。接着辅助设备会担当主要设备的角色，开始使用该浮动 IP 地址处理新请求，但是处于单例模式。解决了以前的主要设备问题后，可将该设备配置为新的辅助设备，再次还原为高可用性环境。也可以使用故障转移命令，手动将一个主要设备故障转移到辅助设备。在希望应用服务来升级您的主要和辅助设备时，这很有用。主要和辅助设备必须位于相同位置。

通过审计角色改进的安全性

在 v3.1 之前，Workload Deployer 中默认的 cbadmin 角色已成为非常强大的管理员。因此，它可以在系统中执行任何操作。V3.1 中新的审计角色的引入实现了职权分离。审计功能可监视和确保系统资源的适当使用。在为除 cbadmin 外的某个用户分配了审计角色后，您可以从 cbadmin 用户删除此角色，以防止任何潜在的权力滥用。

审计提供了检索和处理审计日志的功能。设计记录创建来跟踪 IBM Workload Deployer 管理的私有云环境中的许多事件。会为成功或失败的登录尝试、特权用户执行的操作（比如创建或修改用户帐户和组）、设置权限、更改配置、访问受保护资源的成功或失败尝试，以及其他类似事件创建审计记录。只有具有审计角色的用户可检索并最终清理审计记录。

回页首

结束语

本文简短概述了 IBM Workload Deployer V3.1 中的各种新功能和特性，以及它们的价值。与共享服务相关的新功能、使用 Plugin Development Kit 的自定义、Web 应用程序和数据库模式中的其他功能，以及这里未提及的许多其他更小的功能都有助于使应用程序成为更具吸引力的解决方案。针对需要更多地控制中间件堆栈的配置和集成的人，IBM Workload Deployer V3.1 提供了新的 IBM Hypervisor Edition 映像，还提供 Image Construction and Composition Tool 来构建您自己的完全自定义的映像。IBM Workload Deployer 仍然是向云中部署中间件应用程序环境的最佳解决方案。

参考资料

学习

• 使用 Workload Deployer 简化虚拟应用程序自动化
  
  
• IBM Workload Deployer 产品信息
  
  
• 基于模式方法的云计算
  
  
• 红皮书：IBM Workload Deployer：私有云中基于模式的应用程序和中间件部署
  
  
• 红皮书： 使用 IBM Workload Deployer 和 WebSphere Application Server Hypervisor Edition 快速配置 WebSphere Application Server
  
  
• IBM developerWorks 中国 WebSphere 专区：为使用 WebSphere 产品的开发人员准备的技术信息和资料。这里提供产品下载、how-to 信息、支持资源以及免费技术库，包含 2000 多份技术文章、教程、最佳实践、IBM Redbook 和在线产品手册。
  
  

获得产品和技术

• IBM Workload Plugin Development Kit
  
  
• 最受欢迎的 WebSphere 试用软件下载：下载关键 WebSphere 产品的免费试用版。
  
  
• IBM developerWorks 软件下载资源中心：IBM deveperWorks 最新的软件下载。
  
  
• IBM developerWorks 工具包：下载关键 WebSphere 最新的产品工具包。
  
  

讨论

• IBM Workload Deployer 社区
  
  
• 加入 developerWorks 中文社区，developerWorks 社区是一个面向全球 IT 专业人员，可以提供博客、书签、wiki、群组、联系、共享和协作等社区功能的专业社交网络社区。
  
  
• 加入 IBM 软件下载与技术交流群组，参与在线交流。
  
  

作者简介

Joseph Bohn 是 IBM 的一名高级软件架构师。他目前担任技术推广专家。在担任技术推广专家之前，他是 OSGi Alliance 规范和一些开源项目（包括 Apache Aries 和 Apache Geronimo）的 IBM 代表。在此之前，他曾在 IBM 内部的几个产品领域中工作，担任过架构师、设计师、团队领导和开发人员，他的工作涵盖各种 IBM 产品，包括 Integrated Solutions Console、Tivoli Presentation Services 以及多个 Tivoli 解决方案。

Dustin Amrhein 刚加入到 IBM 时是一名 WebSphere Application Server 开发团队的成员。在担任此职位期间，Dustin 从事 Web 服务基础设施以及 Web 服务编程模型的开发。此外，Dustin 负责 Java RESTful 服务框架开发的技术工作。Dustin 目前担任的角色是 IBM 的 WebSphere 产品组合中的新兴技术的推广者。他目前主要关注交付云计算功能的 WebSphere 技术，包括 WebSphere CloudBurst Appliance。

为本文评分

评论

回页首

内容

• 简介
• 虚拟应用程序增强
• 虚拟系统增强
• 设备改进
• 结束语
• 参考资料
• 作者简介
• 评论