30 | 向前一步：万人规模企业的DevOps实战转型案例（下）
该思维导图由 AI 生成，仅供参考
1ES
荧光笔
直线
曲线- 深入了解
- 翻译
- 解释
- 总结
微软1ES团队在推动内部研发交付效率方面取得了显著成就。他们成功推动VSTS成为内部工具平台标准，用户数量从几千人增长到10万多人。微软每天部署82,000次、创建28,000个工作项，每月有44万个提交请求、460万次构建和240万次的提交数量。通过改造测试活动，微软成功实现了在6分钟内完成6万个测试用例。微软引入了“部署环”的概念，将部署活动拆分成了几个阶段，通过渐进式的部署方式逐步放量，开放给所有用户。微软的经验对于其他企业的DevOps实战转型具有借鉴意义，尤其是对于那些刚刚起步关注研发效能的企业来说。微软的理念是：“A journey of a thousand miles begins with a single sprint”，强调DevOps转型是一个长期、琐碎的过程。微软一直在致力于推广DevOps，并不断把自己的经验通过各种形式分享出来。他们的经验对于企业的DevOps转型和研发效率建设具有启发意义。
《DevOps 实战笔记》，新⼈⾸单¥59
全部留言(13)
- 最新
- 精选
陈斯佳老师今天文章里讲到微软关于测试的转型，从原来的要不要做测试，到现在的分级做测试，这让我想到得到老喻《人生算法》里关于认知和决策的定义:灰度认知，黑白决策。然而现实中很多人确颠倒了，变成黑白认知，灰度决策，在认知的时候，非黑即白，即要么做，要么不做，而决策的时候却犹犹豫豫，模棱两可。其实如果用灰度认知的方法，你可以给每一个选项加上一个百分比，最后的决策通过乘以加权后的结果大小来判断。微软的例子异曲同工，不是黑白认知的决定做测试还是不做测试，而是通过分级的方式来处理不同的测试活动，从达成共识的部分开始，一个阶段一个阶段的推进，完成了最后的阶段测试模型。作者回复: 很棒的补充，学习啦，看来我也要追一下人生算法，哈哈
2019-12-2912
leslieDevOps有时是企业发展到一定程度逼出来的产物，各方的需求如何提升且让多方看到效果，其实DevOps在一定程度可以展现。微软的案例这其实就展现了一个问题；企业的发展中如何保持创新和效率。突然觉得中国军工的使用一代、测试一代、设计一代真的非常不容易且有魄力。 最近刚把老师的课程重新过了一遍整理里一遍：然后又看到了不一样的东西。工程效率的后期发展应当是非常好的，其实整件事情就看什么时候去做。前几天去了一个初创企业和几个朋友聊天：几个合伙人为了初期需求围攻技术总监，然后就和他们拆问题，拆到最后一堆需求砍成了几个，不过确实他们总监的效率和做事风格有点匀速，不符合初创的该快就快该慢就慢，核心需求还是要提速，其实早期最小精简版的介入可以起到作用；这其实就展现了-DevOps的介入和企业规模没有过大的关系，不同时期不同版本。 这门功课是我第一门学的过程中还做了1遍梳理-课程完成时其实学了2遍了：只是某些具体的做法待将来有机会时去实现落地。谢谢老师的分享，一路走来收获颇丰-谢谢。作者回复: 在今年的最后一天，回顾这个专栏的过程，也是让我感慨万分，除了做成了一件原本认为做不到的事情，更是遇到了这么多志趣相投的伙伴，我曾经给自己定过一个底线，只要有一位用户可以坚持下来，那么就要认真对待每一篇文章的内容，值得庆幸的是，结果远比我想象中要来的更好，还是那句话，当你把热情和专注灌入一件事情中时，结果总不会太差，新的一年，祝你事事顺利，工作和生活中都取得更大的突破！
2019-12-296
Robert小七制品晋级是如何标识的？有没有好的流程设计分享？作者回复: 好问题，制品晋级背后的核心理念就是单一制品原则，也就是构建一次，多次部署，不重复进行构建，这里面要解决的就是构建包和配置的关系，常见的包括配置分离，配置中心，或者是根据环境加载。 制品晋级一般都是会有多个制品库，可以是多个服务器，也可以是多个目录，当制品在测试环境验证通过后，自动晋级到预发布环境的制品仓库，这个动作可以是物理上的文件复制，也可以通过文件打标或者添加属性便签的方式完成，这样取决于你的制品库是如何设计的哈。 流程方面的建议还是自动化，你需要明确在什么时间点，什么动作来触发晋级，晋级的目的是提供下一级环境的部署使用，所以应该要在部署动作之前完成。
2019-12-284
Mark课程中的很多章节基本要读两遍甚至三遍才能理解其中的的意思，但理论毕竟还是理论，只有真正自己动手去做去尝试，才能转化为自身的技能点。也希望在后面的工作实践中，能够和老师多多交流学习😀作者回复: 是的，DevOps没有一定之规，多多实践总结自己的章法和套路才是最好的
2020-03-01- Mark基本从头到尾完整的学习了老师的DevOps课程，感触颇深，前面那些章节一直没有发言，到了快结束的时候还是啰嗦几句吧。我们公司是从今年开始尝试走DevOps转型实践，我个人是测试出身，对测试领悟算比较精通，但对devops的具体实践也是从最近的几个月才开始深入的，比如看各种论坛资料，参加devops上海站活动等，但感觉还是一知半解，没有很好的切入感觉。学习完老师的课程之后，有种茅塞顿开的感觉，讲的很详尽，有理论有实践，基本对devops有了全貌的体验，但就如古文说的‘纸上得来终觉浅，绝知此事要躬行’
作者回复: 测试是DevOps领域的一大瓶颈，也有很大的空间，期待你结合自己专业领域的思考和实践哈
2020-03-01 - channel_youngDevOps是一个体系，石老师在系列分享过程中覆盖面广，内容旁征博引；对一个主题进行多角度说明，交叉印证；这帮助我们能更好地理解要点，并拓宽思路。 这一切应该和石老师平常的广泛阅读以及与不同志同道合的友人沟通探讨有着密切的关系。石老师是否能分享一些您经常浏览的用于了解和沟通技术前沿的渠道，谢谢。
作者回复: 你好，说来惭愧，我大多数时间都是在公司内部工作，如果说有外部的渠道，更多的还是行业中的大会参加一些，分享一些，我觉得人不在多而在精，有几个有思考的朋友，平常交流起来多一份输入收获很大，另外，我有个习惯，会看一些常见的平台，每周固定输入，这些还是国外平台为主，比如 DevOps.com new stack Jenkins等等，你可以订阅他们的newsletter，他们就会推送一些不错的内容过来哦
2020-02-15 - 陈斯佳很喜欢一句话:“做正确的事，一直做，等待时间的回报”2019-12-2911
渣渣辉谢谢老师，我们就在用azure devops感觉功能很全非常好用！2023-07-30归属地：日本
JamonJou1es和Google的sre有哪些相同和不同2021-05-18
小石头尽量不要新增每日测试用例 好像没有看到哪里说明什么是每日测试？2021-03-16
