这篇文章主要讲解了“如何利用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环境
准备一个私有的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/
准备Kubernetes群集，Azure上支持提供了AKS服务，让我们可以快速搭建出来Kubernetes的群集环境，减少了运维人员管理群集的压力，搭建方法参考官方文档：https://docs.microsoft.com/zh-cn/azure/aks/kubernetes-walkthrough-portal
搭建的过程中注意几个地方
准备好Service Principle服务主体APP
准备好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/<youraccount>/.kube/config文件里面，这文件里面的内容非常重要，等一下VSTS需要这个信息来跟K8S群集进行链接的。
我们可以通过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/<deploymentname> <imagename>=<image url>
在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这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是编程网，小编将为大家推送更多相关知识点的文章，欢迎关注！
