内容回顾
在前面的文章中我们介绍了应用打包以及Maven仓库的创建,有了属于自己的Maven仓库就摆脱了只能在本地打包的限制。
此时,真正的开发利器——持续集成工具登场了。今天就为大家介绍使用IBM Cloud中的Continuous Delivery服务打包发布应用。
Continuous Delivery介绍
在IBM Cloud中,Devops服务被叫做ToolChain(工具链),顾名思义这个服务包含了多个工具,从代码管理维护,CI到CD能够帮助开发人员实现自动从源代码仓库到部署运行的全部流程。
ToolChain提供可以集成包括警报通知,Jenkins,Github,Slack,Pagerduty等21种工具。此外,也可以通过自定义的方式集成其他工具。
ToolChainIBM Cloud Git仓库
为了方便开发人员对源代码的管理,在IBM Cloud中内置了Git仓库。当我们为应用创建ToolChain时会自动创建或连接到代码仓库,默认会选择内置Git仓库来存放源代码,当然我们也可以使用外部的Git仓库。
IBM Cloud GitDelivery Pipeline
ToolChain中真正的主角是Delivery Pipeline,我们可以为这个Pipeline指定若干个Job,并为每个Job指定相应的工作来完成CI/CD流程。
默认的Pipeline包含Build,Deploy两个Job。截图如下所示:
PipelineBuild阶段,Pipeline提供的构建器类型很多,具体如下所示:
构建器类型Deploy阶段提供的部署类型分为三种,Cloud Foundry,Docker镜像以及Kubernetes。更多内容可以访问IBM Cloud官网教程了解。
下面我们将利用ToolChain将前面文章中Java开发的SpringBoot应用打包发布,给大家做个简单的演示。
利用Toolchain实现Java工程打包发布
首先在app-deployment-demo应用面板的右下角选择创建ToolChain,创建完成后就会为我们在IBM
Cloud Git中生成空的代码仓库。现在我们将之前开发的工程代码上传到IBM Cloud
Git仓库中,在默认配置时,一旦上传代码到主分支就会触发Pipeline的运行,此时,CI/CD流程就已经开始了。
我们可以根据需要对Pipeline的每一个Job进行配置。另外,在每一个Job过程中,都可以实时查看Job运行日志。是不是很灵活呢?
默认的Build Stage不会执行任何命令,需要我们选择Maven然后才可以运行Pipeline。以下是配置完成之后运行结果。
Pipeline Result需要注意的是ToolChain运行环境和Cloud Foundry应用运行环境是两个独立的环境,如果有任何特殊的配置都需要在相应的Job中进行环境变量配置。
结语
我们通过几篇文章为大家介绍了IBM Cloud服务使用与集成,应用创建,Devops一整套流程。
将在之后的IBM Cloud系列文章中为大家介绍应用Instance,Cloud Foundry原理以及IBM Cloud中的Watson Cognitive服务,欢迎大家持续关注。
网友评论