揭秘微软6万工程师DevOps成功转型的技术“武器”

在微软，通过其自身数年的 DevOps 转型， 6 万名工程师实现了更好的软件平台创新和快速迭代。微软有庞大的技术产品矩阵，同时也具有每天发布的能力，其中，微软研发云是支撑整个开发过程与运维最重要的基础平台。微软研发云包括了全球六万名软件工程师每天使用的 Visual Studio Team Service（VSTS），以及一系列虚拟实验室、监控、 部署、移动应用测试等云服务。在开发与运维团队之间，微软研发云提供的顺畅对接使其具有了端到端开发管理能力，实现了持续交付、持续监控、持续学习与进化。

1

微软全球工程团队的 DevOps 转型之路

过去在工程师团队中有三个角色：项目经理，开发人员和测试人员，从组织和团队的角度来说，开发和测试是完全区分开的。过去的微软像是一个盒装软件，Windows、Office 火的满天飞，软件迭代速度三年一版。然而这一切都不适用于如今架构和软件更新迅猛发展的时代，DevOps 成为一项必须。

对于微软而言，微软 DevOps 带来的最大价值之一就是「不承认传统，只尊重创新」。很多 IT、互联网公司想做却不敢做的一件事是：不敢把包袱丢掉。原因之一就是旧有的包袱丢掉了，新的技术却无法跟上脚步。而微软这些年做的最重要的就是创新。

微软 DevOps 里程碑事件

微软 DevOps 中的关键一步是 VSTS（Visual Studio Team Services)，现在每天有 43000 位来自不同工程师团队的内部用户使用它，并且这个数量在急剧增长，微软非常希望 VSTS 能成为支持工程师团队实践的默认工具。在 VSTS 团队中，Canary 发布被称为部署环。团队自动化了构建和测试过程，并自动部署到内部或早期的 feedback 账户或开发者的物理设备中（也叫 dogfooding）。这样能够控制软件的发布，并获得早期的反馈和实验。VSTS 团队就采用了部署环的方式，服务的更新被分解为 4 个部署环，分布在 Microsoft Azure 不同区域的 12 个扩展单元里。

另外，随着 AI 时代的全面到来，很多开发者在使用微软工具（Visual Studio）的同时会疑问怎么和 AI 平台及工具结合，怎么用 Visual Studio 写 Azure 的东西。于是，胡德民也全面地讲述了微软的人工智能技术栈。

传统企业面临 DevOps 转型会遇到各样的挑战，例如程序员质量不统一、承担风险能力较低、系统类型太多且没有固定套路、程序架构需要重新调整等。微软自己的亲身实践证明了 DevOps 的全面转型帮助提高了编码效率，质量和产量，将开发者们从繁琐的工作中解脱出来，鼓励了最佳的工程实践，从而形成了更好的工程师团队。

查看胡德民完整版演讲视频，更多干货

2

世界级水平的端到端 DevOps 支撑平台

在实际的开发生命周期管理中其实存在诸多问题，传统意义上，每个工具都有自己的一套标准，从而导致了脆弱的集成、维护和管理成本高、不兼容的应用变成接口、多个平台之间来回切换的不便捷与效率低。此外，在团队项目之间实现测试用例和测试计划的共享，是很多用户关注的问题，尤其在开发产品 + 服务的团队中。

TFS 定位为企业级的研发协作管理平台和 DevOps 平台，通过平台优化软件研发流程，支持管理制度落地、让开发资产统一管理，支持多种主流研发模式。值得一提的是，Wiki 是 TFS 2018 新增的一个功能。每个团队项目都可以在 TFS 系统中创建和维护自己的知识库（Wiki）。这个功能的上线，在很大程度了弥补了之前版本依赖 SharePoint 实现知识库的缺陷，这也是这个版本不在支持 SharePoint 集成的一个重要原因。

Visual Studio TFS 提供开发团队运营所需的工具和灵活性。通过与可配置看板结合使用的拖放式积压工作管理， 可以优化和可视化有助于项目的每个团队的重要工作。现成的 Scrum 也将支持计划冲刺、管理团队能力并使用任务板和燃尽图跟踪进度。

此外，庄俊乾还上手演示了如何在微软研发云之中，完成从需求规划、功能分解、广告牌管理、Bug 管理、自动化测试与构建、运维监控一直到用户反馈的收集，并解释了当前 DevOps 推动过程中的各种难点与痛点，以及如何从微软研发云的功能中发掘对这些问题的解答。

查看庄俊乾完整版演讲视频，更多干货

3

构建跨平台移动应用的 DevOps 开发方法

在应用高效开发的过程中，要避免 iOS 版本、Android 版本甚至 Windows 版本的重复性开发，增加代码共享、避免用不同的编程语言不同的开发环境来编不同的 APP 是自然的思路。微软提供了三套解决方案来增加代码共享。

C++。微软的 Office 产品全部是基于 C++ 的代码共享。

针对 JavaScript 的 Apache Cordova 架构，在 Visual Studio 2015 里做了很多支持它的开发工具。

收购了 Xamarin 提供给所有 Visual Studio 开发人员使用，没有任何新增费用，包括在 Mac 上提供这项支持，此外还将 Xamarin 的运行时全部开源。

基于 Xamarin，开发人员可以用 C# 编程语言构建完全原生的 iOS 和 Android 的 APP——用 Apache Cordova 可能还会担心性能问题，但 Xamarin 编的完全是原生的 APP，没有任何性能和执行的问题，而且 Xamarin 还可以极大的支持代码共享在 iOS 和 Android 上。

在演讲中，周岳演示了如何运用 Visual Studio 进行 iOS 与 Android 的原生应用开发，并在微软研发云中，进行一致性的变更管理、代码管理、构建与发布，其后又介绍了 Hockey Apps 支持测试版本发布的强大功能及结合实体手机硬件的云端自动化测试环境。

查看周岳完整版演讲视频，更多干货

4

与容器共舞：微软研发云与 Docker 的集成应用实践

微软之前就成功而及时地与 Docker 达成了深度合作。根据 InfoQ 此前的报道，「微软曾经在这个领域做了三件看起来非常具有前瞻性的事情，一是与 Docker 合作催生 Windows 容器，包括 Windows Server Core 和 Windows Nano Server 两种形式；二是着力优化 Windows 作为 Docker 宿主的能力和体验，使得 Linux 容器能够通过 Docker for Windows 稳定轻快地运行于开发人员 Windows 上；三是不失时机地推出了 Azure 容器服务（Azure Container Service），使得基于容器的大规模应用程序能够顺利地在微软云中部署生根。」

徐磊在演讲中重点讲述了他们的一项开发——DevOps 实验室，目的是强调实操能力建设（具体参见：https://docs.devopshub.cn/#!index.md）。

DevOps 实验室技术架构如下：前端浏览器中的每一项服务，包括 SSH 远程、RDP 远程及 VNC 远程等全部对应到相应的容器，这使得在每一个应用部署过程中实际就是管理着一个 Docker 集群。其自动化能力是通过 TFS 里所提供的 CI/CD 及 TFS git 来实现。其中，开发人员将符合基础设施及代码的模板放到库里，通过 TFS 流水线对其进行调度，接着在云里创建一个独立环境，相当于每个人在云里都有独立子网，然后再在子网中安装、配置所有的环境。

DevOps 实验室在持续交付实践主要集中在三项：一是 TFS 精益看板、二是 TFS 持续集成、三是 TFS 持续部署。包括自动完成 docker 镜像生成，推送至私有镜像仓库 (Harbor) ，自动生成部署配置文件 docker-compose-template.yml ，流水线统一控制的环境配置管理等。

此外，徐磊还重点基于 Asp.net Core、 Python、Node JS、Java 做了示例程序，帮助参会者理解如何完成一条完整的开发，测试到自动化发布流水线的建立，将应用发布到一个 Docker Swarm 的容器调度平台中。

查看徐磊完整版演讲视频及更多干货，请复制本链接到浏览器中查看：

https://v.qq.com/x/page/d0522k2wqam.html