水星物语：我们的故事刚开始！

水星物语，这是我们水星群自己的故事，属于DevOps时代—水星群的故事！这一周，我们的故事刚刚开始······

正式挂牌儿改名

这周DevOps时代-水星群，正式挂牌儿成立，DevOps报告交流群结束它的历史使命！

这是一个最好的时代，这是一个DevOps的时代，我们因报告聚在一起，但我们要学习和实践的远不止一份报告而已。所以我们将群名称改成了DevOps时代水星群，你没猜错，还有金木火土星群，五星连珠的日子希望是DevOps走进千家万户的那一天。

@Wang Jun汪珺老师说：兵无常势 水无常态，所以我们DevOps时代的第一个主群就叫：水星群

以后我们也是正规军了，当然也得有群规啦！

1. 本群实名制，请大家按格式 “名字@公司-岗位” 修改群名片！

2. 本群专注DevOps，无关请闪退！

3. 请大家文明发言！

4. 请勿乱发广告，群主会生气，后果很严重！

5. 长期不参与或者未修改群名片，定期清理 ！

违反群规，群主脸黑，直接移出！

DevOps地铁图，你怎么看？

国外DevOps地铁图，看上去很流弊的样子，元芳不在，你怎么看呢？

@汪珺：下一站天后

@奋斗的高粱：地铁图 居然木有换乘的

@龙井：有没有发现：技术里的Infrastructure as Code和ITSM的Configuration Management是对应的，将配置代码化

@汪珺：其实我想知道 地铁站的先后顺序 有学问不？与其他线路的站点结构关系

@龙井：我的理解是从左到右，从开发到技术运营的交付过程。其实这张图分为四块：业务、开发、技术运营（运维）、DevOps，DevOps是核心内容。

@刘琳：如何理解没有交集呢

@龙井：其实不是没有交集，是不同的线路，代表不同的维度。有各自的流程和实践点。但是有对应关系。比如ITSM中的事件管理和技术里的持续监控是对应的

@李洋：空心点和实心点有啥区别

@龙井：从图上看，空心点是DevOps领域中的实践点，作者明确为DevOps划定了一个边界

@龙井：这是Gartner的一张分析图，从人、流程、文化、技术几个领域来划分常用的实践，有异曲同工之妙，实践之间的关系更清晰了

上图的高清改编版（From @连接）

@汪珺：对 实践之间的思路更清晰了

@龙井：我理解地铁图希望大家能在各自的领域去尝试新的实践，不同领域可以配合，组合实践进行使用。老外的很多图还是很不错的，不能不承认别人的抽象、总结能力非常强，大家可以再仔细看看，也许对你理解DevOps，了解DevOps中的实践有帮助

@龙井：整张图里划分为三大块，上边是Business，下边左侧是开发，右侧是技术运营。DevOps打通了业务和IT（开发、技术运营）

@龙井：这也是我个人觉得DevOps与众不同的地方，不仅仅是解决研发环节或者运维环节的问题，是为了让IT更好更快的支撑业务

@龙井：这四个指标看着都是技术指标，我的理解其实都是反映的业务支撑能力

@龙井：有同学知道这个Common Metrics是干什么的吗？完全蒙圈！

@黄一心@致远慧图 - 打杂 :http://www.common-metrics.org/ ，常用的，通用的指标

@jerry@easyops：我理解是指标的度量，不管是全局的度量还是局部的。还有服务可用性 容量评估 故障定位解决时间 自动化占比 推出质量这种局部度量

@jerry@easyops：这些数据是可以从itsm左边里面度量可视化出来的

@黄一心@致远慧图 - 打杂 ：https://blog.xebialabs.com/2016/07/21/devops-by-the-numbers/

DevOps转型案例

@龙井：这是许峰老师的原创，完全听译整理出来的，真实案例，传统零售商怎么将DevOps做成世界第三！

@Holy文少@ElectricCloud-架构设计 ：’DOES 是DevOps Enterprises Summit，应该是我司举办的峰会

@王津银@优维科技创始人 ：道场很创新

@Franklin 许峰 ：@Holy文少@ElectricCloud-架构设计 DOES上有很多干货，对企业转型很有借鉴意义

老郭的CMDB开源啦

@郭宏泽：GitHub - guohongze/adminset: 自动化运维平台：CMDB、CI/CD、DevOps、资产管理、任务编排、持续交付、系统监控、运维管理、配置管理https://github.com/guohongze/adminset

单词填空

各位小伙伴，这句话后边缺一个单词，大家能猜到是什么吗？Legacy code is code without ____

@没伞的孩纸@日月同行-运维：Legacy code is code without  think.

@摆渡人：Legacy code is code without coding.

@Jason：Legacy code is code without coder.

@wingyiu：Legacy code is code without  documents.

@奋斗的高粱：Legacy code is code without ambiguity.

@武新利@鹏润-运维：Legacy code is code without comment.

@wingyiu：Legacy code is code without test.

@郭宏泽：Legacy code is code without  vitality.

@LH Ruby：Legacy code is code without  maintance.

@萧田国：Legacy code is code without ops.

@DEVOPS：处理问题时，你可以三管齐下，构建（build），自动化（automate）并且测试（test）。对遗留代码可以使用这个BAT

台湾资深老专家：Scrum 和 Kanban 你选对了吗？

@萧田国：这种文章真的很赞，言简意赅，不跟你讨论，而是给个结论

@刘伟weldon：嗯，是精华，其中故事教训万万千，经历过的都会有感悟

@龙井：是的，李智桦老师做过很多的敏捷和精益的咨询项目，这都是精华中的精华，希望更多的小伙伴能看到，在Scrum中引入Kanban能可视化工作流，找出浪费点，结合着用是个好办法

小调查的结果：

奔向火星：开启DevOps时代-火星群

DevOps时代—水星群已满，欢迎更多的小伙伴加入我们，开启火星之旅······

本周文章连连看：

Scrum是最流行的敏捷框架，台湾敏捷老专家李智桦老师带你一张图带你看尽Scrum

微服务到底意味着什么？它与以往的开发架构有何不同？微服务的架构及优势又有哪些？

这是许峰老师的原创，完全听译整理出来的，真实案例，传统零售商怎么将DevOps做成世界第三！

一个是小家碧玉，一个是大家闺秀。一个追求轰轰烈烈，一个追求细水长流。敏捷和精益开发方法 Scrum 和 Kanban 谁更令人心动？您是如何选择的

国内DevOps和微服务的大牛人 @想飞就飞  王磊在GOPS深圳站的演讲，内容实在太干，太精彩，我们拆解为三篇文章，持续轰炸小伙伴们。你认为DevOps和微服务能比翼双飞吗？

没看过瘾？

没关系

李智桦、许峰、王磊三位老师将在 DevOpsDays 上海站带来更精彩的演讲 👇

点击“阅读原文”，关注 DevOpsDays上海站