RTC4和IBM UrbanCode Deploy部署实践

本文讲的是 : RTC4和IBM UrbanCode Deploy部署实践   , 【IT168技术】DevOps是一组过程、方法与系统的统称,用于促进开发(应用程序/软件工程)、技术运营和质量保障(QA)部门之间的沟通、协作与整合。 它的出现是由于软件行业日益清晰地认识到:为了按时交付软件产品和服务,开发和运营工作必须紧密合作。可以把DevOps看作开发(软件工程)、技术运营和质量保障(QA)三者的交集。本案例介绍了软件研发过程中通过RTC和UDeploy实现构建和部署WebSphere应用程序联动的自动化方法。

  DevOps适用于以下几种组织:

  使用敏捷或其他软件开发过程与方法。

  频繁的业务驱动,比如互联网公司。

  虚拟化和云计算基础设施日益普及,比如大型公司具有自己的私有云公司或租用公有云进行开发运维的中小型公司。

  数据中心自动化技术和配置管理工具的普及,比如自动化技术和软件成熟的比较高的公司。

  有一种观点认为,随着开发企业内部开发团队引入敏捷概念,从而造成开发与运营之间的效率的鸿沟,因此需要DevOps能力来克服由此引发的问题。随着软件的部署交付的复杂度和频率的提高,QA部门和运维部门同样需要使用工具来管理日益复杂的部署过程和多套软件环境。

  DevOps对应用程序发布的影响

  在很多企业中,应用程序发布是一项涉及多个团队、压力很大、风险很高的活动。然而在具备DevOps能力的组织中,应用程序发布的风险很低,原因如下:

  与传统开发方法那种大规模的、不频繁的发布(通常以“季度”或“年”为单位)相比,敏捷方法大大提升了发布频率(通常以“天”或“周”为单位)

  减少变更范围与传统的瀑布式开发模型相比,采用敏捷或迭代式开发意味着更频繁的发布、每次发布包含的变化更少。由于部署经常进行,因此每次部署不会对生产系统造成巨大影响,应用程序会以平滑的速率逐渐生长。加强发布协调靠强有力的发布协调人来弥合开发与运营之间的技能鸿沟和沟通鸿沟;采用电子数据表、电话会议、即时消息、企业门户(wiki、sharepoint)等协作工具来确保所有相关人员理解变更的内容并全力合作。自动化强大的部署自动化手段确保部署任务的可重复性、减少部署出错的可能性。

  为什么选择UrbanCode Deploy

  IBM? UrbanCode Deploy 通过提供工具来改进部署速度及其可靠性来帮助您解决问题。IBM UrbanCode Deploy 中的发布自动化工具使您能够完全了解复杂的多环境部署的全景,允许您对进程建模以精心安排每个环境和审批关卡中的复杂部署。图形化的拖放设计的工具通过轻松显示端到端部署进程的来缩短设计时间并形成大幅图片:部署工作流程的内容、方式及位置。

  内容:可部署项有二进制文件、静态内容、中间件更新、数据库更改及配置以及其他与 IBM UrbanCode Deploy 提交给目标的软件的关联项。

  方式:它是指将可部署项与进程组合到一起以创建组件,并设计协调和安排多组件部署的应用程序。

  位置:在相同组件的多个目标主机和环境中IBM UrbanCode Deploy 可针对任何环境进行部署。

  在 IBM UrbanCode Deploy 中,可部署项组合成逻辑分组(称为组件)。组件由组件进程进行部署,组件进程由用户配置的步骤组成,其中许多步骤取自与第三方工具(称为插件)的集成。多组件部署由用户组合的应用程序处理。IBM UrbanCode Deploy提供了一套部署的管理平台,通过不同插件可以轻松支持多种用户需求

  IBM UrbanCode Deploy 表示部署目标(所谓的资源)。数据库和服务器之类的资源驻留在主机上。复杂部署可能包含目标为多个主机的大量组件。部署由驻留在主机上的代理管理。组件还可以相互独立的方式保留,这允许进行增量部署或针对目标的部署。

  安全性

  在 IBM UrbanCode Deploy 的基于角色的安全性系统中,用户被分配角色,角色许可权被分配给项目、构建配置和其他资源之类的对象。例如,开发者可被允许构建项目,但只能查看与项目无关的资料。

  扩展性

  IBM UrbanCode Deploy编部署流程图实现了版本化和可视化,部署流程图内的插件支持多种工具的自动化部署。并可以通过安装新插件支持更多工具。甚至可以通过编写新插件提供更多功能。

RTC4和IBM UrbanCode Deploy部署实践
▲图2-1为IBM UrbanCode Deploy服务架构

  服务层

  IBM? UrbanCode Deploy 服务器还提供各种服务,例如:用户界面、组件和应用程序配置工具、工作流程引擎和安全服务。

  基于 REST 的用户界面提供了基于 Web 的前端,该前端用来创建组件、设计进程、请求进程以及管理安全性和资源等。

  IBM UrbanCode Deploy 6.1主要新增内容

  可以使用服务器来搜索网络以找到潜在的代理程序位置。

  现在可以在更精细的级别指定对象许可权。

  可以更改 Web 界面的语言,可以针对不同用户分配语音(英文,简体中文以及其他语言选择)。

  现在服务器支持 Linux on POWER?。

  现在为 REST API 提供了文档。

  已更新进程编辑器。可以复制和粘贴进程步骤。还可以要求对进程的所有更改进行注释。

  #FormatImgID_22#3. 在RTC中创建Build Engine和Maven Build Definition实现自动构建

  #FormatImgID_23#创建Build Engine和运行Jazz Build Engine

  本案涉及到DevOps自动化构建和部署的实践,可以从实现源代码构建到部署应用环境的一键式完成。也可以通过构建的计划任务自动触发构建,联动部署测试环境。

  在环境部署完成之后也可以触发自动化测试步骤和自动化部署正式环境步骤。本文只针对构建和部署缓解进行详细阐述。

RTC4和IBM UrbanCode Deploy部署实践
▲图3-1为Build Engine 配置页面

  Jazz Build Engine 是一个 Headless Eclipse 命令行应用程序。该引擎包括在 Build Server Toolkit 安装包或 RTC-BuildServerToolkit-*.zip 中。要启动该引擎,可以创建一个批处理文件调用jbe.exe,

  批处理命令如下:

  <installpath>/buildsystem/buildengine/eclipse/jbe -repository https://localhost:9443/ccm -userID myUser -pass myPwd -engineId "ITaaS Devops demo engine"

  命令中“-engineId”参数指定创建的Build Engine 名称。程序启动后Jazz Build Engine 将监听该名称的Build Engine 发出的构建请求,同时轮询 Jazz 存储库中的请求并处理那些请求。要停止该引擎,可以在命令提示符或 Shell 中按 Control-C。

  注意:建议使用 JDK(不是 JRE)来运行该构建引擎,因为从构建中调用的某些工具将需要 JDK。如果在控制台或构建日志中看到消息“Unable to locate tools.jar”,可以通过修改与jbe.exe 同目录下的jbe.ini 来指定JDK路径,修改后文件如下:

  # Uncomment following 2 lines to configure JRE.

  #-vm

  #/TODO/path/to/jre/bin

  -vm C:\Program Files\Java\jdk1.8.0_11\bin\java

  “-vm”参数指定java 安装路径。

  #FormatImgID_25#配置Build Definition 信息

RTC4和IBM UrbanCode Deploy部署实践
▲图3-2为Build Definition RTC 配置信息


原文发布时间为:2015年7月6日

本文作者:IBM 万金

本文来自云栖社区合作伙伴IT168,了解相关信息可以关注IT1684

原文标题 :RTC4和IBM UrbanCode Deploy部署实践

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值