[AIX Solaris HP-UX Linux Windows][z/OS]

应用程序版本管理器概念

通过了解应用程序版本管理器各个版本和版本之间的差别、部署和升级应用程序的方法以及版本验证和兼容性,您可以充分使用应用程序版本管理器来管理您的应用程序部署。

可以使用某个版本定义非受管的 Web 应用程序。但是,无法在其上执行推出,也无法将其置于验证方式中。由于其作为辅助生命周期管理的应用程序的性质,非受管 Web 应用程序受并非所有功能都可用的异常支持。
不推荐使用的功能部件 不推荐使用的功能部件: WebSphere® Application Server V9.0 中已弃用辅助生命周期服务器和完整生命周期服务器。请将 WebSphere Liberty 服务器迁移至 Liberty 集合体配置。对于其他服务器类型,没有任何建议的迁移操作。depfeat

版本和版本

术语版本修订版对开发和构建环境中出现的情况与部署和操作环境中出现的情况进行了区分。版本指的是连续分代的界面、功能、实现或整个应用程序等集合。“版本”是一个开发和构建概念。修订版指的是连续部署分代,例如,对一组受版本控制的特定工件进行的部署。“修订版”是一个部署和运营概念。

应用程序版本是指对特定应用程序的唯一部署。在 WebSphere Application Server 管理环境中,应用程序版本是由应用程序名和版本名组合进行唯一标识的应用程序。虽然同一应用程序的多个版本具有相同的应用程序名,但是具有不同的版本名。版本名可以是数字,例如 1.02.0;该名称也可以是描述性的,例如 first editionblue edition
  • 基本版本指的是不包含任何相关版本信息的已部署应用程序。
  • 版本激活对应用程序版本可能处于的两种状态予以区别。首次安装某个版本时,该版本处于不活动状态。仅当该版本处于活动状态时才能启动该版本。从不活动状态过渡至活动状态的过程称为激活
  • 并行激活是指同时激活并启动同一应用程序的多个版本。并行处于活动状态的版本可以向一组用户提供对一个版本的访问权,而向其他用户提供对另一个版本的访问权。例如,如果引入应用程序的新版本,那么可能需要选择一组用户对该版本进行测试,但并不需要让所有用户都具有该版本的访问权。使用并行激活时,必须建立路由策略以便对具有某个版本的访问权的用户予以区别。路由策略存储为应用程序的配置元数据的一部分。另外,路由策略可防止产生歧义并确定获取控制权的版本。以下示例是并行处于活动状态的版本的示意图。
图 1. 并行处于活动状态的版本图 1 显示相同应用程序并行激活的多个版本

应用程序升级和部署

许多业务应用程序都需要稳定的可用性。应用程序可用性的标准主张将应用程序部署在应用程序服务器集群上。集群的冗余对于能否提供持续可用性至关重要。不间断应用程序升级指的是在维持应用程序持续可用性的同时进行升级的能力。换句话说,在进行应用程序升级期间,应用程序的用户不会遇到服务中断。

当对某个版本执行推出时,会将活动版本替换为新版本。要提供无中断应用程序升级,对版本执行推出操作包含以下项:
  • 阻止服务器接收新的请求。
  • 在特定服务器上停顿应用程序的请求。
  • 停止当前活动版本。
  • 启动新版本。
  • 恢复版本的请求流。

当您在整个应用程序服务器集群中对某个版本执行推出时,即在该集群中整个服务器集合中完成了下列活动:

要对目标集群执行推出,可将该集群分成若干个组,并定义组的大小,这会指定一次要处理的节点的数量。对某个组执行推出可以使每个组中的服务器同时升级至新版本。停顿、停止或复位组中的每个服务器。在管理控制台中一次仅可在一个组上执行推出操作。当新版本中的任何成员变为可用时,所有请求都将路由至该新版本。

在您对版本执行推出时,集群中的某些服务器会从旧版本移至新版本,某些服务器正进行转移,而其他服务器尚未开始转移。在任何服务器上,如果所请求应用程序是最新版本,其实例处于活动状态并且正在运行,那么所有应用程序请求都将发送至该服务器。例如,当您执行版本 1.02.0 的推出操作时,一旦版本 2.0 在某个服务器中变为可用,那么所有应用程序请求都将由版本 2.0 进行处理。任何仍在运行版本 1.0 的服务器都不会对请求进行处理,直到此服务器更新为版本 2.0。以下示例是组推出图。

图 2. 组推出
图 2 显示执行组推出时将划分为组的目标集群

对某个版本执行原子推出一次替换半个集群上的版本,以使用一致的应用程序版本处理所有用户请求。所有用户请求都由旧版本或新版本进行处理,而不是由两个版本同时处理。

原子推出确保所有应用程序请求都由一致的版本进行处理,例如,由版本 1.02.0 进行处理,而不是由两者同时进行处理。当前可用的版本从组成集群的一半服务器上脱机。虽然新版本在那些服务器中激活并启动,但那些服务器会保持脱机直至下一步完成为止。下一步是使余下服务器上当前处于活动状态的版本脱机。此时,任何服务器上都没有旧版本或新版本的实例可用于处理应用程序请求。ODR 将临时对到达此应用程序的任何请求进行排队。在应用程序完全脱机后,集群的前半部分将返回到联机状态。集群的后半部分将从先前版本转移至后续版本,并返回到联机状态。以下示例是原子推出的示意图:

图 3. 原子推出
图 3 说明目标集群的前半部分如何在应用程序完全脱机后返回到联机状态,以及集群的后半部分如何从先前版本转移至后续版本,并返回到联机状态。

版本验证和兼容性

版本验证指的是并行激活的一种特殊情况,其中,对版本指定的部署目标(例如,动态集群)已进行克隆,而且该版本在克隆的部署目标上已处于就绪状态,可随时启动。克隆的部署目标称为验证目标。必须使用路由规则来指定要将哪些应用程序请求发送至正进行验证的版本。当版本处于验证状态时,它处于验证方式

验证方式确保应用程序的新版本在其生产环境中正常工作,而不必使当前可用的版本脱机。通常,会在验证方式下向版本发送测试负载,以确认诸如连接和数据库访问之类的设置及应用程序环境方面是否如期工作。当对版本验证方式执行推出时,该操作发生于原先安装了该版本的部署目标。执行推出会导致该版本退出验证方式。当验证完成时,会删除验证目标。以下示例是版本验证的示意图。

图 4. 版本验证
图 4 显示如何在版本验证期间克隆动态集群,以及如何使版本在克隆的部署目标上准备就绪并且可启动

某些应用程序更改为透明,同时最终用户可以看到其他应用程序更改。如果应用程序升级提供的应用程序编程接口与最近更改所提供的几乎相同,而且未对重要行为作出任何语义更改,那么该应用程序版本是一个与以前的版本兼容的升级。作为现有用户,您可以使用升级的应用程序,而不必更改其使用方式,并且没有识别出当前版本与先前版本之间存在差别。

如果应用程序升级要求现有用户改变他们使用应用程序的方式,那么它不是兼容的升级。例如,为了提高可维护性或出于其他考虑,可能需要删除先前的功能或更改界面,但这样做可能会导致所作更改与部署环境不兼容。如果所作更改会导致不兼容问题,那么需要进行仔细的规划以成功控制对现有用户所造成的影响。


指示主题类型的图标 概念主题



时间戳记图标 最近一次更新时间: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cwve_xappedcon
文件名:cwve_xappedcon.html