为什么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/<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即可。

原文地址:https://www.cnblogs.com/wing-ms/p/8177718.html

.NET社区新闻，深度好文，欢迎访问公众号文章汇总 http://www.csharpkit.com