微软描述了自己的DevOps旅程

在这个云云密布的时代，软件供应商已经从代码和运输运营演变为24x7的数据中心运营商。因此，他们也许比其他任何类型的组织都更需要DevOps方法，以保持开发和运营工作的正常进行，以令人发指的频率发布产品，同时保持团队不断同步。

因此，可能是世界上最大的软件工厂的微软非常重视DevOps。MicrosoftAzure高级产品营销经理OriZohar在最近的一篇文章中描述了其公司构建和完善其DevOps文化的紧迫性。他解释说：从Office，Azure到Xbox，我们还发现我们需要适应一种新的软件交付方式。云的新时代释放了巨大的创新潜力，可以满足客户不断增长的对更丰富和更好的体验的需求，而我们的竞争并不会因此而放缓。加速创新和改变我们的工作方式的需求是现实而迫切的。

Microsoft的DevOps所做的大部分工作都由MicrosoftOneEngineeringSystem(1ES)团队进行监督，该团队由约200名人员组成，他们与Microsoft庞大的产品线的工程团队一起工作。1ES团队专注于工具，流程，计划办公室(例如开源贡献)，可访问性，安全性和合规性，内部咨询，内部源代码(在组织内共享源代码)，以及在整个工程团队中扩大最佳实践。

1ES团队成立于2014年，一直在监督公司的AzureDevOps计划，并向50,000多名Microsoft员工推广所开发和学习的最佳实践。该团队取得了一些令人印象深刻的结果，其中最重要的一点就是能够在几个小时内推出对其主要应用程序套件的更新。在其DevOps活动的公开摘要中，推动Microsoft的工程文化变革：实验之旅，该团队报告了以下结果：

源代码管理问题减少了，构建时间和构建可靠性得到了改善，安全性和合规性工作得到了标准化，大多数工程团队都以相同的方式管理他们的工作。即使是庞大的Windows工程团队，拥有成千上万的用户，数百万的工作项和300GB的源代码从40多个SourceDepot服务器转移到一个帐户下托管的单个Git存储库。MicrosoftOffice的构建时间从几天到几小时不等。

协作和改善工作效率是关键。1ES团队监督了一系列计划，以推动DevOps在Microsoft的各种开发和运营组织中向前发展。通过一次努力，每年在一个或两个经过战略选择的产品团队中，嵌入了一支工程师和项目经理团队，以减少将技术障碍转化为高性能的方法。

团队发起的另一项举措旨在通过专注于改善单个工程师的日常工作经验，以使他们使用的工具淡化为背景来改善开发人员的体验。努力使内部项目更像开源，任何人都可以发现该项目，寻求帮助或提交潜在的修补程序，以此来挖掘整个Microsoft的工程技术人才的潜力，并通过共享开发更好的产品所有权和宗旨。

在此过程中，1ES汲取了许多有关在庞大且庞大的软件组织中构建和支持DevOps文化的重要课程，团队成员报告：

从最终用户的角度来看。1ES团队首席项目经理辛迪阿尔瓦雷斯(CindyAlvarez)表示：我们必须从内部客户为什么要更改的角度思考，并且同样重要的是，相信更改是可能的。人们倾向于将这些举措视为'我以前已经看过如果我拖脚，也许它就会消失。当然，您只会在走廊上听到此消息。没人会在全体会议上向董事说这句话。

从小处着手，争取快速获胜。阿尔瓦雷斯说：我们最初的想法是，如果我们让最大的团队按照自己的意愿去做，那么其他较小的团队也会紧随其后。但是那些最大的团队，例如我们的Windows团队，经常会面临独特的挑战并有特殊的需求。您不能'跳跃式扩展'，因为不可能站在组织中的一个层次上并预测将对所有人有用的东西。这不是关于规模...这是关于专注于快速获胜和对立即进行尽可能多的重大更改的实质性影响。