IBM Support

5分钟学会使用IBM Application Runtime Expert for i 之建立你的第一个模板

Technical Blog Post


Abstract

5分钟学会使用IBM Application Runtime Expert for i 之建立你的第一个模板

Body

Application Runtime Expert for i(以下简称为ARE),允许用户建立用于检验IBM i系统上应用程序和系统属性的模板。本文将向您介绍Deployment Template Editor——用于建立和管理部署模板的Web用户界面。在此之前,让我想向您介绍一些有关的术语;特别是,向您澄清什么是“部署模板”?

让我们首先看看这个术语“部署(deployment)”并且尝试理解它的确切含义。部署是指有关软件及其运行环境的属性的集合。通常我们所指的部署有:

  • 任何IBM i产品
  • 任何IBM i上的应用程序
    • ISV应用程序或仅供内部使用而开发的应用程序
    • WebSphere Application Server应用程序
    • Integrate Web application Server
    • RPG应用程序
    • 某个目录树(directory tree
  • 软件的定制选项,系统和环境信息

简单来说,一个部署(deployment)是指你打算验证的某个应用程序,系统,以及其他运行环境信息。所以,一个模板(template)是对部署的应用程序,系统以及运行环境信息的收集。模板包含当前部署的期望属性值(通常是该部署处于良好运行状态时的相关属性值)。模板中的属性信息有可能包括对象的访问权限,文件属性,配置信息,当前系统值(System values),PTF级别,及其他信息。一旦你使用Deployment Template Editor建立了模板,就能用它验证当前IBM i或者其他IBM i系统上具备相同条件的部署。

进行验证所需要的所有信息都包含在这一模板(Template)之中。 

在动手建立部署模板之前,另一个需要您了解的事项是模板是如何被建立的,以及如何使用它对系统进行验证。图1向您展示了部署模板建立过程的形象化图示。

 

图1 – 部署模板编辑器(Deployment Template Editor)主页

图像

 

接下来,让我们从图1左下角的第一步开始。在建立模板之前,你需要确定自己的部署(包括应用程序,系统及运行环境)的工作状态良好。这是后续步骤的基础,因此十分重要。当你建立自己的模板时,那些存放到模板中的各种属性及信息都来自模板建立时其所在的系统。因此,若部署本身的状态不正常,模板所收集采纳的信息也不太可能正确。如果模板中的信息不正确,当您使用这种模板对其他系统进行验证时,有可能导致报告的并非真正的错误(亦称为假阳性错误)。好在您不必一定让自己的模板在起初创建时就无可挑剔。Deployment Template Editor使得编辑和更新现有模板变得简单而快捷。因此,您可以很容易地修改并且重建你的模板,添加、删除、模板内容,或是按照您的期望变更所检查的属性。我们推荐您采取迭代的方式创建自己的模板——随着时间的推移和系统环境的变化适时地更新(或编辑)您的模板会是个不错的方式。

当您认为自己的模板已经就绪,那么我们就可以开始第二步了。第二步,您需要登陆Deployment Template Editor并且建立自己的模板(更多关于这方面的知识会在本文的后续段落中介绍)。当你已经选择并定制过你打算包括在模板中的属性,就可以转入第三步,而在这一步中才会实际建立模板。建立模板(Building)是完全自动的——只需要单击Build template按钮,之后便交由ARE来自动处理。ARE模板通过从当前系统上获取应用程
序的相关属性,当前系统值及系统属性(这些正是你在第二步中所指定的),将它们存储到一系列XML文件中并且打包到Java Jar包里去。

现在,您可以用这个建立好的模板验证任何IBM i 5.4及更高版本的IBM i系统了。我们称一个系统即将被模板验证的系统为目标系统。在使用模板验证目标系统之前,还必须保证目标系统上已经安装有几个常见的产品,比如,HTTP,最新级别Java Group PTF。 这里有一个对目标系统的软件要求及补丁要求的完整列表:
 http://www.ibm.com/systems/power/software/i/are/ptfs.html


在第四、五和第六步中我们将向您介绍如何使用模板验证目标系统。最简便的办法是使用ARE Console 验证目标系统。从部署模板编辑器(Deployment Template Editor)的首页便可访问ARE console的用户界面(见图 2)。

 

图2 – 部署模板编辑器(Deployment Template Editor)上的Launch console按钮

图像


除了使用ARE console,您还可以将模板上传到目标系统,并且在其QShell环境下通过调用ARE脚本来执行验证。这个方式使用到了ARE的另一个主要部件即 ARE Core。ARE Core作为IBM i操作系统的一部分通过IBM i 5.4及其以上版本的操作系统补丁发布。ARE Core取得部署模板并且使用它验证目标系统。在验证过程中,目标系统上应用程序和系统属性与存贮在模版中的期望有任何不一致的地方都会被ARE Core记录下来。验证结果被写入一组验证报告中,其中包括汇总报告和详细报告(summary report and detailed report)。通过浏览报告内容您可以很快得知目标系统上应用部署的哪些属性值或哪些系统值与期望值不一致。

重要提示:部署模板包含您 的应用部署的详细信息,比如,文件访问权限、属性,配置文件中的属性值,用户概要文件的属性甚至更多。因此,当一个模板通过部署模板编辑器 (Deployment Template Editor)被创建完成,存储它的IFS目录的访问权限即为*PUBLIC *EXCLUDE。如果你要将一个模板存贮到其他IBM i系统上,你需要注意在其他系统上的你的用户ID是否有足够的访问权限。

 

 

创建新模板

 

登录ARE的web图形用户界面,首先看到的是部署模板编辑器(Deployment Template Editor)的主页。需要注意的是用户ID必须拥有*ALLOBJ的特殊权限才被允许登录ARE的web图形化用户界面(见图3)。

 

图3 – 部署模板编辑器(Deployment Template Editor)主页

图像

 

如果这是首次启用ARE产品,没有创建过任何模板,web用户界面上的模板列表里是空白的。要建立新模板,请单击Create按钮。系统会要求你指定一个模板名字;当指定好模板名字,单击位于模板名右侧的Create按钮。

此后,将显示Plugin Selection and Customization页面——您可以在这里选择并定制相应的plugin来确定应用部署的哪些属性需要由模板验证(见图4)。

 

图4 – Plugin Selection and Customizaiton page

图像

 

Plugin Selection and Customization页面按照5个不同的范畴对插件(plugin)进行分类。ARE 的插件即能够对某个应用程序或者系统属性进行检查和验证的工具。比如,File and Directory Authorities插件你能够验证IBM i系统上的文件和目录使用权限;User ID插件用户验证IBM i上用户概要文件的属性,等等。

通过点击每个分类的名称的和图表您可以查看具体目前每个分类下所支持的插件。要选择一个插件并且定制要检查的属性,只需要单击插件的名称,或者单击插件名称 旁边的Edit链接即可。如需了解有关插件的更多信息,请单击插件旁的“Learn more”链接。在接下来的一个例子中,我们将讨论选择和定制以下插件:

  • File and Directory Authorities
  • IBM i Products
  • User IDs

 

File and Directory Authorities 插件

在File and Directory分类下可以找到File and Directory Authorities插件。我们通过单击插件名称旁边的Edit链接选择File and Directory Authorities插件。此后将显示插件的collections页面。这里有必要对Collection的概念加以解释:一个collection即一组集成文件系统中的文件和目录的集合或者库(library)中的对象(object)的集合。Collection的目的在于按创建一个逻辑上相关的待检验项的集合。插件基于每个collection执行检查(比如File and Directory Authorities)的。比如,你可以选择验证collection中包含的所有项目的所有权(ownership)属性,而在另一个collection中选择不去验证该属性。单击Add files/directories 按钮添加新的collection。单击这一按钮将显示自系统根目录开始的完整目录结构(见图5)。

 

图5 – File and Directory Selection

图像

 

检查的粒度可以达到对单个文件的属性进行检查,当然也可以选取检查整个目录树的内容——允许你选择尽可能多的文件和目录。右上角的图例指出了在目录树下不同的系选取状态。你也可以通过给collection一个有意义的名字来区分它们;默认的collection名称为“Collection1”。最后,您还要决定用这个collection负责收集和检查系统上哪些权限属性。当你完成以上定制后,单击OK按钮返回collection页面。你也许会添加不止一个collection;当所有collection被添加完成,单击collection页面上的OK按钮以便保存你所添加的collection,并且返回到Plugin Selection and Customization页面。

 

IBM i Product 插件

在Software Requirements分类下可以找到IBM i Product插件。我们通过单击插件名称旁边的Edit链接选择IBM i Product插件。 在选择要定制的插件后,显示定制插件页面(见图6)。

 

图 6- IBM i Product 插件的定制页面

图像

 

这一插件用于验证指定IBM i产品的安装状态,此外,你可以选择性地对指定产品运行CHKPRDOPT CL命令以便进一步验证产品在系统上的安装状态是否良好。安装有ARE的当前系统上所有已安装的IBM i产品都会在“Product”选择框列出。所有被选定需要包含在模板中,并在以后的验证中在其他IBM i 系统上接受检查的产品都被列在“Product to verify”列表里。在初始状态下“Product to verify”选择框是空白的;需要将你打算验证的产品从“Products”选择框移动到“Product to verify”选择框。

通过选择CHKPRDOPT CL命令选项,您可以让这个插件对产品进行发附加的定制检查。对于所验证产品的问题的严重级别也可以进行定制。以严重级别确定所发现的产品问题的严重程 度,其值包括:错误(Error),警告(Warning),和Info(信息)。允许用户定制问题严重级别赋予了用户重新定义所检出问题的严重性的自由 度。 比如,如果你的软件要求(software requirement)必须要IBM i产品5761JV1 option 8安装在当前系统上,你也许需要将这项检查的严重级别设置为“Error”。如果软件要求只是推荐(不是必须)安装5761JV1 option 11,你也许希望检出该选项为安装时的问题严重级别稍低些,比如标注为Warning或者Information信息。

一旦你你选好了要进行验证的IBM i产品,单击OK按钮保存当前选择并且返回Plugin Selection and Customization页面。

 

User IDs 插件

在System Environments分类下可以找到User IDs插件。我们通过单击插件名称旁边的Edit链接选择IBM i Product插件。 在选择该插件后,将显示collection页面。
在这里Collection的概念与前面File and Directory Authorities插件中Collection的概念相同;每个collection中可以包含不同的User ID,并且对用户属性的检查以collection为单位进行检查。单击Add按钮添加新的collection;这一操作将我们带到对新collection的定制页面(见图7)。

 

图7 – User IDs 插件定制页面

图像

 

这个插件能验证多种不同的IBM i user ID属性。在用于制作模板的IBM i系统上,存在的所有IBM i User ID都将在位于左侧的“All user IDs on the system”选择框中列出。而位于右侧的“User IDs to verify”选择框列出所有将被包括进模板、在其他系统上进行检查的User ID。初始状态下,这个选择框是空的,打算检查的ID是从“All user IDs on the system”选择框里选取并移动到“User IDs to verify”选择框的。插件支持检查的User ID 属性清单就列在选择框的右侧。单击Customize按钮可以对具体需要验证哪些属性进行定制。注意,属性检查的范围仅限于collection,如果你打算检查不同User ID的不同属性,需要创建多个collection 并且为每个collection定制要验证的属性清单。

当你完成对User ID collection的定制便可单击OK按钮保存配置并返回Plugin Selection and Customization页面。

 

 

建立模板


现在你已经选择并定制了三个插件。现在您已经对一些基本概念有了了解,并且掌握了定制部分插件的方法,相信着手定制其他插件也不成问题。接下来就是如何建立模板了。单击位于Plugin Selection and Customization页面底部的Build template按钮。

 

图8 – Deployment Template Build Summary页面

图像

 

汇总页面(图8)包括每个你选择插件的定制信息;在正式建立模板之前这是个回顾你所做定制的好机会。如果你发现有什么地方不对,或者漏掉了没加进模板,可以单击Cancel按钮返回Plugin Selection and Customization页面。 如果你确认当前的定制无误,单击Confirm 按钮——开始建立模板。仰赖于一些客观条件(比如系统速度,内存大小,定制的插件数量,等等)你的模板建立可能会花费1分钟到数分钟不等的时间。当模板建立成功,页面会返回到部署模板编辑器(Deployment Template Editor)主页,并且页面右下角会弹出一个对话框提示您模板已经建立成功(见图9)。

 

图 9 - 模板已经建立成功

图像

 

大功告成!你已经成功创建了第一个模板。图9中,新建立的模板可以在Manage templates 表里看到,与此同时,界面上显示一个新的可用按钮:Action。单击Action按钮将列出所有对所选当前模板的可执行操作,包括:编辑,导出,删除,重命名,复制等等。

 

欢迎访问IBM Application Runtime Expert for i的官方站点了解更多信息:
http://www-03.ibm.com/systems/power/software/i/are/index.html

如您对本产品有任何问题或者希望和开发者及现有用户进行讨论,敬请访问我们的中文群组:
https://www.ibm.com/developerworks/mydeveloperworks/groups/service/html/communityview?communityUuid=49fb04be-7e65-4f89-9692-ff67b90a4f98


作者:焦焕文,张煜晗,王南

 

了解更多关于IBM i 的信息,请关注IBM i 新浪官方微博@IBMiChina

[{"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SWG60","label":"IBM i"},"Component":"","Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"","Edition":"","Line of Business":{"code":"LOB57","label":"Power"}}]

UID

ibm11144918