今天，越来越多的组织致力于为客户提供新的数字解决方案，并发现对提高灵活性、改进流程以及开发和运营团队之间的协作的需求正变得越来越关键。十多年来，DevOps一直是这些挑战的答案。理解DevOps的需要是一回事，但在现实世界中实际采用DevOps则是另一个挑战。一个拥有多个团队和项目、具有根深蒂固的现有流程和大量遗留软件的组织如何改变其方式并接受DevOps？在微软，我们对这些挑战有所了解。作为一家几十年来一直在开发软件的公司，微软在世界各地由数千名工程师组成，他们提供许多不同的产品。从Office到Azure，再到Xbox，我们也发现我们需要适应一种新的软件交付方式。新的云时代释放出巨大的创新潜力，以满足客户日益增长的对更丰富和更好体验的需求，同时我们的竞争不会放缓。加快创新和转变工作方式的需要是现实和紧迫的。转型之路并不容易，我们相信，在这条充满挑战的道路上，最好的方法就是追随那些已经走过的人的脚步。这就是为什么我们很高兴与大家分享我们在微软的DevOps之旅，并从通过采用DevOps而转型的整个公司团队中汲取经验教训。 不仅仅是工具一个组织的成功是通过向工程师提供最好的工具和最新的实践来实现的。在微软，一个工程系统（1ES）团队推动各种努力，帮助整个公司的团队实现高绩效。该团队最初专注于工具标准化，并看到一些好的结果，源代码控制问题减少，构建时间和构建可靠性得到提高。但随着时间的推移，人们越来越清楚地认识到，仅仅关注工具是不够的，为了帮助团队，1E还必须关注文化变革。应对文化变革可能会很棘手，你是从急功近利开始，还是试图在规模上进行根本性的变革？对于不同规模和成熟度级别的团队来说，什么是正确的接洽模式？了解更多关于一个工程系统团队的实验旅程。重新定义IT角色和职责向云端的迁移可能会对组织中的职责定义提出挑战。随着开发团队拥抱云创新，IT运营团队发现传统的基础设施所有权模式不再适用。微软核心服务组（以前是微软IT）的可管理性平台团队发现，迁移到Azure需要重新思考IT和开发团队合作的方式。如何将集中化的IT模型分散开来，以便团队能够在改善与开发团队的关系的同时，摆脱日常的日常工作？探索可管理性平台团队的转型。简化开发人员协作开发人员协作是创新的关键组成部分。有鉴于此，微软将.NET框架开源，邀请社区在.NET上进行合作和创新。随着时间的推移，这个项目是开源的，其规模和复杂性变得显而易见。该项目跨越多个存储库，每个存储库都有自己的结构，使用多个不同的连续集成（CI）系统，使得开发人员很难在存储库之间移动。微软的.NET基础架构团队决定投资于简化开发人员流程。解决这一挑战的方法是将重点放在标准化回购结构、共享工具和集中在单个CI系统上，这样项目的内部和外部参与者都将受益。了解有关.NET基础结构团队所做投资的更多信息。不断学习的旅程微软的DevOps是一次旅程，而不是目的地。团队适应，尝试新事物，并继续学习如何改变和改进。由于还有更多的东西需要学习，我们将在未来几个月继续分享微软其他团队的转型故事。作为这一持续的内部学习之旅的延伸，我们邀请您加入我们的学习之旅，学习如何拥抱DevOps并授权您的团队构建更好的解决方案，更快地将其交付给更快乐的客户。资源微软的DevOps之旅什么是DevOps？Azure上的DevOps解决方案天蓝色。有目的地发明。