docker4dotnet #1 前世今生 & 世界你好
2018-01-22 11:17
197 查看
http://devopshub.cn/2016/07/08/docker4dotnet-1-overview-and-helloworld/
docker4dotnet #5 使用VSTS/TFS搭建基于容器的持续交付管道
https://www.cnblogs.com/ups216/p/5919562.html
在过去的几篇d4d系列中,我给大家介绍了如何使用docker来支持asp.net core的应用开发,打包的场景。Asp.net core的跨平台开发能力为.net开发人员提供了使用容器进行应用开发的能力,今天这篇文章将对如何使用微软的全生命周期管理平台VSTS/TFS来构建基于容器的CI/CD管道来支持团队开发的场景。
VSTS/TFS是微软Visual Studio产品组提供给广大开发者的全生命周期管理平台,Visual Studio Team Service (VSTS)是构建在微软公有云Azure平台上的Saas架构的开发平台,为中小团队和跨地域的大型团队提供软件开发过程的端到端管理能力,这个平台对于5名以下开发团队的小团队完全免费(同时可以有任意数量的管理人员参与,VSTS通过区分stakeholder和developer两种角色,为stakeholder这些只需要管理过程而无需修改代码的管理人员提供了完全免费的访问许可)。Team Foundation Server是VSTS的企业版,可以由企业独立部署于私有云或者数据中心中,并提供与VSTS一致的功能体验。
关于VSTS和TFS的功能介绍,请参考本博客或者公众号中的相关文章,链接如下:
http://devopshub.cn/tag/vsts/
基于容器的CI/CD
容器技术所解决的主要问题是环境的一致性和同一版本的应用在不同的环境中的迁移问题,虽然对单个开发人员也提供了更高效的开发模式,但容器的作用在团队开发中和管理开发/测试/预生产/生产环境中会体现得更有价值。从事软件开发的技术人员都知道,在开发过程中保持不同开发人员/测试人员使用统一的环境是一件非常困难的事情,很多过程中的问题都是环境不一致造成的。容器正是解决这一问题的有效方式。
为了能够构建基于容器的CI/CD,我们需要以下工具链:
d4d-5-001
下图展示了以上工具链的关系和工作流程
d4d-5-002
下图中可以看到,要构建完整的发布工具,我们需要一个多级技术栈,Docker的容器化工具降低了最底层环境和应用技术栈的复杂度,让我们的发布过程变得更简单。
d4d-5-003
下面我们就来看一下如何配置这样一套基于容器的CI/CD环境
创建容器化主机作为开发/测试/生产环境
关于如何在开发环境中创建容器化主机支持编码和调试,请参考
关于如何配置Linux服务器上的构建代理,请参考
用VSTS/TFS搭建iOS持续集成环境
将容器化主机连接到TFS
进入TFS后台,点击 服务 | 新建服务终结点 |Dcoker Host
d4d-5-004
将 容器化主机的 url,和~/.docker/machine/machines/{machine-name} 目录下的pem的文件内容按照以下关系拷贝到配置页面中。
d4d-5-005
重复以上过程,分别绑定用户测试和生产环境的容器化主机配置,创建以下docker host终结点
○ Dockerhost-test
○ Dockerhost-pro
将docker hub账号连接到TFS
进入TFS后台,点击 服务 | 新建服务终结点 | Docker Registry
d4d-5-006
填写你的docker hub用户名,密码和邮件地址;如果使用私有的registry,请更新Docker Regsitry地址。
d4d-5-007
配置CI定义
创建生成定义,并将默认代理队列指向对应在Linux服务器上构建代理队列
d4d-5-008
在 生成 步骤中分别添加以下构建任务
d4d-5-009
具体为
a. dotnet restore
b. dotnet build
c. dotnet publish
d. docker build
e. docker push
以下为docker build步骤的详细配置,注意这里我们使用$(Build.BuildNumber)这个环境变量作为容器镜像的tag,这样我们就可以使用统一的构建号来管理容器镜像的不同版本。
d4d-5-010
以下是docker push的详细配置,此步骤将把构建好的容器上传到docker hub并使用$(Build.BuildNumber)作为版本号tag。
d4d-5-011
创建CD发布管道
创建以下发布管道配置,分别指定测试环境和生产创建的部署步骤
d4d-5-012
在每一个环境中,我们都执行以下步骤
○ Stop running container
○ Remove container
○ Run container
测试环境和生产环境分别使用不同的容器化主机连接(在第1-2步中创建的连接)。
配置测试环境到生产环境的升级策略
以下配置要求生产环境的部署只有在测试环境部署成功的情况下才能执行
d4d-5-013
以下配置要求生产环境的部署必须由特定的用户进行审批通过后才能执行
d4d-5-014
至此,我们就完成了基于容器的CI/CD发布管道配置。
请关注微信公众号 【devopshub】,获取更多关于DevOps研发运维一体化的信息
qrcode_for_gh_b7c158df1fd1_430
世界上不是所有的东西都是用直接经济契约来维系的,比如:阳光,空气,爱情和开源软件。
docker4dotnet #5 使用VSTS/TFS搭建基于容器的持续交付管道
https://www.cnblogs.com/ups216/p/5919562.html
在过去的几篇d4d系列中,我给大家介绍了如何使用docker来支持asp.net core的应用开发,打包的场景。Asp.net core的跨平台开发能力为.net开发人员提供了使用容器进行应用开发的能力,今天这篇文章将对如何使用微软的全生命周期管理平台VSTS/TFS来构建基于容器的CI/CD管道来支持团队开发的场景。
1 前世今生 & 世界你好
2 容器化主机
3 在macOS上使用Visual Studio Code和Docker开发asp.net core和mysql应用
4 使用Azure云存储构建高速 Docker registry
Visual Studio Team Services/Team Foundation ServerVSTS/TFS是微软Visual Studio产品组提供给广大开发者的全生命周期管理平台,Visual Studio Team Service (VSTS)是构建在微软公有云Azure平台上的Saas架构的开发平台,为中小团队和跨地域的大型团队提供软件开发过程的端到端管理能力,这个平台对于5名以下开发团队的小团队完全免费(同时可以有任意数量的管理人员参与,VSTS通过区分stakeholder和developer两种角色,为stakeholder这些只需要管理过程而无需修改代码的管理人员提供了完全免费的访问许可)。Team Foundation Server是VSTS的企业版,可以由企业独立部署于私有云或者数据中心中,并提供与VSTS一致的功能体验。
关于VSTS和TFS的功能介绍,请参考本博客或者公众号中的相关文章,链接如下:
http://devopshub.cn/tag/vsts/
基于容器的CI/CD
容器技术所解决的主要问题是环境的一致性和同一版本的应用在不同的环境中的迁移问题,虽然对单个开发人员也提供了更高效的开发模式,但容器的作用在团队开发中和管理开发/测试/预生产/生产环境中会体现得更有价值。从事软件开发的技术人员都知道,在开发过程中保持不同开发人员/测试人员使用统一的环境是一件非常困难的事情,很多过程中的问题都是环境不一致造成的。容器正是解决这一问题的有效方式。
为了能够构建基于容器的CI/CD,我们需要以下工具链:
d4d-5-001
下图展示了以上工具链的关系和工作流程
d4d-5-002
下图中可以看到,要构建完整的发布工具,我们需要一个多级技术栈,Docker的容器化工具降低了最底层环境和应用技术栈的复杂度,让我们的发布过程变得更简单。
d4d-5-003
下面我们就来看一下如何配置这样一套基于容器的CI/CD环境
创建容器化主机作为开发/测试/生产环境
关于如何在开发环境中创建容器化主机支持编码和调试,请参考
1 前世今生 & 世界你好
关于如何在云环境中创建容器化主机支持测试和生产环境,请参考2 容器化主机
在Linux服务器上配置TFS构建代理关于如何配置Linux服务器上的构建代理,请参考
用VSTS/TFS搭建iOS持续集成环境
将容器化主机连接到TFS
进入TFS后台,点击 服务 | 新建服务终结点 |Dcoker Host
d4d-5-004
将 容器化主机的 url,和~/.docker/machine/machines/{machine-name} 目录下的pem的文件内容按照以下关系拷贝到配置页面中。
d4d-5-005
重复以上过程,分别绑定用户测试和生产环境的容器化主机配置,创建以下docker host终结点
○ Dockerhost-test
○ Dockerhost-pro
将docker hub账号连接到TFS
进入TFS后台,点击 服务 | 新建服务终结点 | Docker Registry
d4d-5-006
填写你的docker hub用户名,密码和邮件地址;如果使用私有的registry,请更新Docker Regsitry地址。
d4d-5-007
配置CI定义
创建生成定义,并将默认代理队列指向对应在Linux服务器上构建代理队列
d4d-5-008
在 生成 步骤中分别添加以下构建任务
d4d-5-009
具体为
a. dotnet restore
b. dotnet build
c. dotnet publish
d. docker build
e. docker push
以下为docker build步骤的详细配置,注意这里我们使用$(Build.BuildNumber)这个环境变量作为容器镜像的tag,这样我们就可以使用统一的构建号来管理容器镜像的不同版本。
d4d-5-010
以下是docker push的详细配置,此步骤将把构建好的容器上传到docker hub并使用$(Build.BuildNumber)作为版本号tag。
d4d-5-011
创建CD发布管道
创建以下发布管道配置,分别指定测试环境和生产创建的部署步骤
d4d-5-012
在每一个环境中,我们都执行以下步骤
○ Stop running container
○ Remove container
○ Run container
测试环境和生产环境分别使用不同的容器化主机连接(在第1-2步中创建的连接)。
配置测试环境到生产环境的升级策略
以下配置要求生产环境的部署只有在测试环境部署成功的情况下才能执行
d4d-5-013
以下配置要求生产环境的部署必须由特定的用户进行审批通过后才能执行
d4d-5-014
至此,我们就完成了基于容器的CI/CD发布管道配置。
请关注微信公众号 【devopshub】,获取更多关于DevOps研发运维一体化的信息
qrcode_for_gh_b7c158df1fd1_430
世界上不是所有的东西都是用直接经济契约来维系的,比如:阳光,空气,爱情和开源软件。
相关文章推荐
- docker4dotnet #1 – 前世今生 & 世界你好
- docker4dotnet #1 – 前世今生 & 世界你好
- docker4dotnet #1 – 前世今生 & 世界你好
- docker4dotnet #1 – 前世今生 & 世界你好
- 001-安装 go & 你好,世界
- Docker & Dubbo:Dubbo提供者部署到Docker容器
- Docker核心实现技术 (命名空间 & 控制组 & 联合文件系统 & Linux网络虚拟化支持)
- [docker]通过阿里云源安装docker && flannel不通问题解决(try this guy out)
- Docker安装初试&&制作centos6.5基础镜像
- 你好,C++(7)第三部分 C++世界众生相 3.2.1 变量的定义与初始化
- Docker 疑难&workaround 汇总
- 我敢打赌你们都不知道,在微软中国研究院,我们拥有许多位世界一流的多媒体研究方面的专家。——比尔·盖茨
- async & await 的前世今生(Updated)
- docker:nodejs :git:EC2:ubuntu <网站发布!>
- 我的Docker学习之旅<二>
- 你好,世界。
- Consul & Registrator & Rails Service all together in separate Docker container
- async & await 的前世今生
- docker 命令的简单使用