如何利用VSTS跟Kubernetes整合进行CI/CD
这篇文章主要讲解了“如何利用VSTS跟Kubernetes整合进行CI/CD”,文中的讲解内容简单清晰,易于学习与理解,下面请大家跟着小编的思路慢慢深入,一起来研究和学习“如何利用VSTS跟Kubernetes整合进行CI/CD”吧!
目前创新互联已为近千家的企业提供了网站建设、域名、虚拟主机、网站托管、服务器托管、企业网站设计、文昌网站维护等服务,公司将坚持客户导向、应用为本的策略,正道将秉承"和谐、参与、激情"的文化,与客户和合作伙伴齐心协力一起成长,共同发展。
为什么VSTS要搭配Kubernetes?
通常我们在开发管理软件项目的时候都会碰到一个很头痛的问题,就是开发、测试、生产环境不一致,导致开发人员和测试人员甚至和运维吵架。
因为常见的物理环境甚至云环境中,这些部署环境都是由运维人员提前准备好的。每次更新代码版本,都要很小心的在几个环境之前修改不同的参数配置,一不小心就将生产环境的数据库连接到了测试库,或者日志文件的地址写到了一个不存在的盘符里等等各种异常情况,有了Kubernetes这样微服务编排框架,我们可以通过代码的形式描述服务的架构,描述服务之间的依赖关系,做到了 Infrastructure As Code。这样可以大大减少了开发运维之间在做环境切换时带来的额外成本。
将VSTS的持续集成能力和持续发布能力整合Kubernetes,可以让项目团队更容易发现和改进代码(这时候的Infrastructure也已经是代码了)的问题,真正将精力放在改进用户体验和改进产品品质上。
准备VSTS管理环境
首先我们需要到www.visualstudio.com下申请好的VSTS账号,然后在账号下创建一个用Git作为代码管理的项目
创建好项目后我们就可以利用git clone将代码库同步到本地开发服务器上面来,构建开发人员的workspace
准备Docker Registry和Kubernetes环境
2.准备一个私有的Docker Registry.因为我们需要将Build 好的代码放进一个Docker的Images上面然后推送到一个私有的Registry上。Azure Container Registry无疑是一个非常好的选择,因为等一下我们的代码需要部署到Azure的Kubernetes群集里,Image所在的地方离部署的地方越近,部署速度当然也就越快了。而且Azure Container Registry还支持全球同步,如果你的代码打算全球多站点发布的话,Azure Container Registry服务无疑是最好的选择。创建Azure Docker Registry可以参考官方文档:https://docs.microsoft.com/zh-cn/azure/container-registry/
3.准备Kubernetes群集,Azure上支持提供了AKS服务,让我们可以快速搭建出来Kubernetes的群集环境,减少了运维人员管理群集的压力,搭建方法参考官方文档:https://docs.microsoft.com/zh-cn/azure/aks/kubernetes-walkthrough-portal
搭建的过程中注意几个地方
1.准备好Service Principle服务主体APP
2.准备好linux ssh登录的Key
安装好群集后通过 Azure CLI 2.0命令:az aks install-cli 这样我们就可以自动在你的linux上装上Kubernetes的kubectl命令行工具了.
要管理Kubernetes的话,需要运行下面的命令,在本地生成K8S的管理配置信息
az aks get-credentials --resource-group=myResourceGroup --name=myK8sCluster
获取到的配置内容会放在/home/
我们可以通过kubectl get nodes命令看看群集的状况
开始配置VSTS的自动化构建和自动化发布
我们再VSTS的项目站点里找到Build and Release的菜单项,点击New的按钮
选择NodeJS with Gulp的模板
创建好后,我们先裁剪掉暂时不需要的Task,然后添加上Docker build Image和push Image的Task
--->
配置Build an image Task:
在这里我们可以将一开始准备好的Azure Container Registry环境用上了
配置Push an image Task,Image Name使用BuildId作为镜像的Tag,这样后面部署到Kubernetes的时候就可以指定这个Tag对Image进行更新了。
Build的定义不算太复杂,定义完之后我们就可以直接触发一次Build来检验一下配置是否成功了。
下图就是Build成功之后的日志,我图中我们可以看到Docker push命令将image push到了我们之前建立的Azure注册Repository里面了
自动化构建成功之后,我们可以做自动化的部署了,
创建一个新的发布定义
在Environment里点击一下蓝色字体部分,编辑部署任务
在配置部署任务时,选择Deploy to Kubernetes的任务类型,并且在Manage这个蓝色链接这里配置Kubernetes的链接信息。
在Kubernetes的命令里使用set命令,通过设置image的更新地址来通知Kubernetes更新部署版本。
命令的格式是:kubectl set image deployment/
在VSTS里面,只需要argument里面把后面的部分填上就好
配置Kubernetes的 Service Endpoints信息:
配置好部署任务后,我们可以尝试一下手动将前面成功的Build部署到Kubernetes环境中
至此我们已经可以成功将一份代码部署到了Kubernetes里面去了
部署成功后,可以通过kubectl get pods -w命令监控一下Kubernetes对容器进行更新替换的过程,从下图中可以看到Kubernetes创建了一个新的pod,然后将旧版本的pod进行了Terminate.
如果我们需要将Release跟Build自动链接起来,可以通过编辑Release定义,选择图上的闪电按钮,将Continuous deployment trigger的按钮设置为Enabled即可。
感谢各位的阅读,以上就是“如何利用VSTS跟Kubernetes整合进行CI/CD”的内容了,经过本文的学习后,相信大家对如何利用VSTS跟Kubernetes整合进行CI/CD这一问题有了更深刻的体会,具体使用情况还需要大家实践验证。这里是创新互联,小编将为大家推送更多相关知识点的文章,欢迎关注!
文章名称:如何利用VSTS跟Kubernetes整合进行CI/CD
URL标题:http://scyanting.com/article/gchdde.html