潍坊网站建设价,手机上可建网站做淘宝客吗,深圳个人债务优化,简单建站在上文中我介绍了ASP.NET Core应用程序容器化时需要注意的几个问题#xff0c;并给出了一个案例应用程序#xff1a;tasklist。今天接着上文的内容#xff0c;继续了解一下如何使用Azure DevOps进行ASP.NET Core应用程序的持续集成。为了便于讨论#xff0c;本文会将持续集… 在上文中我介绍了ASP.NET Core应用程序容器化时需要注意的几个问题并给出了一个案例应用程序tasklist。今天接着上文的内容继续了解一下如何使用Azure DevOps进行ASP.NET Core应用程序的持续集成。为了便于讨论本文会将持续集成Continuous Integration缩写为CI而将持续部署Continuous Deployment缩写为CD。Azure DevOps前身是Visual Studio Team ServicesVSTS从2018年9月10日开始VSTS改名为Azure DevOps原来VSTS所提供的服务也作了相应的调整。有关Azure DevOps的介绍可以参考https://azure.microsoft.com/en-us/blog/introducing-azure-devops/。容器化应用程序的CI/CD流程下图展示了基于微软技术架构的容器化应用程序的CI/CD流程大致流程如下开发人员通过Visual Studio Team Services Backlog也就是最新的Azure Boards获取一些开发任务开发人员使用Visual Studio进行应用程序开发开发的代码保存在Visual Studio Team Services Git也就是最新的Azure ReposVisual Studio Team Services CI也就是最新的Azure Pipelines从代码库获取代码进行编译和持续集成编译产生的容器被推送到Azure Container RegistryVisual Studio Team Services CD也就是最新的Azure Pipelines触发持续部署从Azure Container Registry获取容器镜像然后部署到Azure Container Service中这里使用托管的Kubernetes服务作为例子Azure Application Insights对运行的应用程序进行跟踪分析并将结果反馈给开发人员开发人员将结果记录到Visual Studio Team Services Backlog也就是最新的Azure Boards中这个过程还是比较容易理解的。图片来自https://azure.microsoft.com/en-us/solutions/architecture/cicd-for-containers/。对于tasklist而言我所采用的持续集成/持续部署方案跟上图流程差不多所不同的是我没有使用Azure Repos而是使用众所周知的GitHub我也没有使用Azure Container Registry而是使用Docker Hub。接下来我们一起了解一下Azure DevOps Pipeline持续集成的配置过程。基于Azure DevOps为tasklist搭建持续集成环境首先使用你的微软账号Microsoft Account登录Azure DevOps默认还是会进入经典的VSTS界面此时点击屏幕右上角的大头贴图标选择Preview features然后在Preview features中打开New Navigation选项即可进入Azure DevOps的新界面接下来我们可以点击界面右上角的Create project按钮来创建一个新的项目。在创建新项目的界面中输入项目名称和描述然后决定是否公开该项目之后在Advanced部分可以选择版本控制方案Git或者Team Foundation Version Control并且选择一个开发流程。这里我将项目命名为tasklist-demo版本控制方案使用Git开发流程就选择Agile其实在我们的案例中这并不重要。一切就绪之后点击Create按钮创建项目。项目创建成功之后就自动进入了如上图所示的项目仪表板Dashboard此时我们可以在Boards里创建一些开发任务然后通过Repos界面来初始化我们的代码库。不过这两个步骤我们都不需要做因为我们的代码已经在GitHub中了我们可以直接进入Pipelines定义我们的项目构建过程。在Pipelines项目下点击Builds然后点击New pipeline按钮。在创建Build Pipeline的第一步需要选择代码来源。Azure DevOps提供各种选择Azure Repos Git、GitHub、GitHub Enterprise、Subvision、Bitbucket Cloud以及External Git。对于tasklist而言我们选择使用GitHub。此时如果你还没有创建GitHub连接则需要新建一个。如下图指定GitHub连接的名称然后通过OAuth或者GitHub访问token进行安全认证在认证成功后即可选择需要编译的代码库并指定需要编译的代码所在的分支Branch。在一切就绪后点击Continue按钮继续接下来在Select a template页面中点击Empty job来创建一个空的构建任务当然也可以根据需要在预定的构建模板中进行选择在新建的Buid Pipeline中可以看到所有操作的第一步就是获取源代码这一步已经在上面定义好了不过还可以在这个界面中进行一些高级设置比如可以指定在签出代码时将submodule也同时签出我们需要关注的就是Agent Job一个Build Pipeline中可以包含多个Agent Job也就是执行过程需要Build Agent支持的Job也可以包含多个Agentless Job也就是执行过程不需要Build Agent支持的Job。Agent Job的执行需要依赖某种环境比如托管的Linux环境或者是装有VS2017的Windows环境。而Agentless Job的执行则不需要这样的环境比如调用RESTful API或者设置一个定时器延迟后续Job的执行等。对于tasklist而言我们需要一个Linux的环境来执行Docker容器构建因此可以选择Hosted Ubuntu 1604的Agent Pool于是当代码构建开始执行时Azure DevOps会从Hosted Ubuntu 1604的Agent池中选择一个Agent执行构建接下来在这个新建的Agent Job中点击加号然后在列出的所有任务模板中选择Docker Compose并点击Add按钮将它添加到Agent的任务中。事实上Azure DevOps Pipelines提供了非常多的任务模板比如你可以选择一个执行单元测试的模板并将其添加到Agent Job中然后根据自己的需要配置单元测试的运行参数这样的话Agent Job就能帮你完成单元测试在定义Docker Compose Command的界面中注意将Container Registry Type切换为Container Registry然后通过点击New按钮新建一个Docker Registry连接。由于我们选用Docker Hub作为Registry因此选择Docker Hub填上自己的账号和密码后确认能够连接就可以了在Docker Compose File文本框中输入tasklist代码库中docker-compose.yml文件的路径也可以点击“…“按钮在弹出的对话框中选择该文件在Action下拉框中指定所执行的操作为Build service images然后在Additional Image Tags中可以指定$(Build.BuildNumber)表示使用当前的构建编号为构建产生的容器镜像打上tag同时可以选择Include Latest Tag选项表示当前构建的容器镜像为最新版本打上latest Tag。完成这部分设置之后参数大致如下在完成了上述步骤之后我们已经可以完成整个tasklist App的编译了。可以看到在Azure DevOps中设置Build Pipeline进行代码编译是非常简单的。由于我们已经定义了用于代码编译的Docker Compose文件所以只需要在Pipeline中添加一个Docker Compose的编译任务即可。现在测试一下看看编译是否能够成功完成到目前为止我们只是成功编译了tasklist的容器镜像还没有将镜像推送到Docker Hub。在容器镜像被推送到Docker Hub之后我们才能够将容器部署到Azure Container Service中运行。要推送编译好的容器镜像只需要重复以上6到10步在Agent Job下再添加一个Docker Compose的任务所不同的是Action需要修改为Push service images保持其它配置不变。保存完Pipeline之后再次触发编译打开Docker Hub看看镜像是否已经成功推送最后一步就是要将tasklist代码库中的yml文件作为编译结果Artifacts公布出来这样做是为了在下一步做Azure Kubernetes ServiceAKS部署的时候能够获取到部署的定义文件并根据该文件的内容进行部署。使用上述第6步的方法添加一个Copy Files的任务和一个Publish Build Artifacts的任务。Copy Files的任务设置如下Publish Build Artifacts的任务设置如下再次启动Build Pipeline可以看到tasklist已经成功编译所需的编译结果文件yml文件也复制成功在Triggers页面可以选择Enable continuous integration选项此时每当有新的代码签入代码库就会触发一次新的构建。当然还有一些高级选项比如选择代码分支等还可以启用Pull request validation这些内容与持续集成的流程有关我们可以在今后学习在这里我们先勾选Enable continuous integration选项总结本文首先简单介绍了容器化应用程序的CI/CD流程然后基于Azure DevOps为tasklist案例建立了一个Build Pipeline成功完成了tasklist App的编译以及Docker容器镜像的发布最后启用了持续集成功能使得每次代码变更提交都会触发CI过程。这部分设置与开发过程以及持续集成的流程有关不同的项目进行持续集成的方式也会有所不同我们可以单独在其它篇章中进行深入讨论学习。在接下来的第三部分让我们一起看看如何把编译好的tasklist容器部署到Azure Kubernetes Service中。相关文章ASP.NET Core应用程序容器化、持续集成与Kubernetes集群部署一微软发布Azure Pipelines开源项目可无限制使用CI/CD持续集成配置之Nuget原文地址: http://sunnycoding.cn/2018/10/09/dockerize-aspnetcore-cicd-with-azure-devops-and-kubernetes-part2/.NET社区新闻深度好文欢迎访问公众号文章汇总 http://www.csharpkit.com
