有了自动化就是 DevOps？浅谈 DevOps 中的反模式

一家面馆

我家附近有两家相邻的面馆，口碑都不错。昨晚去其中一家吃饭，就餐过程就是一个DevOps反模式：

• 进门之后，一个服务员很热情的询问是几个人，然后将我引到座位上，然后转身拿了菜单回来，开始给我介绍店里的特色，并把我点的菜记到一张纸上；

• 点完菜，服务员拿着那张纸走到收银台，因为离我不远，我听到点餐服务员把我点的菜跟收银员复述了一遍；

• 收银员告诉点餐服务员，我点的一个菜已经没有了，点餐服务员又回来告诉我那个菜没有了，要不要换一个，我换了一个菜之后，点餐服务员再回到收银台；

• 确认了我要点的菜之后，收银员在一个点菜机上点了几下，打印出两张小票，交给点餐服务员；

• 点餐服务员将一张小票交给站在厨房门口的另一个服务员，然后拿着另一张小票和一个号码牌回到我这里，让我付钱；

• 因为是开放式厨房，我付了钱之后就一边观察他们做菜，一边等着上菜；

• 厨房里有4个人，一个做菜，一个做面，两外两个站在旁边看着；

• 我点的菜做好后，厨师将菜放在一个托盘上，服务员看到有菜做好，就到厨房拿托盘，边拿边问站在厨房门口的服务员，这些菜是哪一桌的，得到回答是我这桌之后，就把托盘送到我这里；

• 就在我吃面的过程中，听到一个老板样子的人从楼上下来，对着几个在聊天的服务员说，楼上一桌客人已经走了，怎么还不去收拾了，然后其中一个服务员就赶紧上去收拾；

• 服务员从楼上端下来碗和盘子，放到厨房的台子上，之前站在一旁的两个人开始洗碗；因为没有客人新下单，之前做菜的两个人就在旁边看着他们洗碗。

乍一看，这个流程很标准，引客->点菜->下单->上菜->收拾碗碟->洗碗，流程中的每一项都有专人负责，而且还使用了自动化工具——点菜机——来打印小票，而且老板也起到了很好的监督作用。

另一家面馆

隔壁的面馆我也经常光顾，所以不由自主的开始对比两家店。先看看隔壁面馆的流程：

• 进店后，顾客自己到收银台点菜；
• 点好菜，收银员打印两张小票，一张放在厨房的台子上，把另一张和一个号码牌交给我；
• 厨师拿起台子上的小票，看了一眼后，插在一根钉子上，然后开始做菜；
• 菜做好后，厨师将菜放在托盘上，然后将小票压在盘子下面，取菜的服务员看一眼小票，就知道要送到哪个桌子；
• 服务员上完菜，如果在回到厨房的路上发现有客人已经离开，服务员会顺手将桌子收拾好，把碗碟拿回厨房；
• 在高峰期，洗碗工会充当服务员帮助上菜，收回的碗碟会先堆在一旁，等到客人不多时，再集中洗碗。

对比两家店，直觉上可以判断出，第二家店要比第一家店更赚钱，尽管两家店口味都很好，价格也差不多，店面大小一样，员工数量也接近。

DevOps 反模式

DevOps 正模式

我们来看看另一家店为了提高翻桌率，做了哪些努力。

第三，需求信息在团队内共享（收银员、厨师、上菜的服务员都通过订单小票共享哪一桌顾客点了什么菜），看似每个人都要多做一点点事情，但是从整体上看，减少中间环节，信息流动速度更快（CALMS中的S，即分享）；

今天你 DevOps 了么？

打造DevOps团队，并不是用点工具，改改流程，讲讲方法论就够了。最关键的，是要在团队中形成DevOps文化，即系统思考，全局优化。

对于软件研发团队来说，最主要使用的全局度量指标，就是特性的周期时间（Lead Time），即新特性从需求提出，到正式上线交付给用户的时间。可以这么说，所有不以降低特性周期时间的工具和流程，都是耍流氓。

DevOps 虽好，可不要贪杯噢！

来源：http://tong.im/2016/02/19/devops-anti-pattern/

近期好文推荐：

交付全链路数据，苏宁消费金融在 DevOps 度量设计的思考

流程可视化的利器：Jenkins BlueOcean

我只是下了个订单，鬼知道我在微服务里经历了什么…

DevOps 时代的软件过程改进探讨

震惊！DevOps CI/CD 竟然对抗击新冠期间的工作开展有这么大的作用？

“DevOps时代”公众号诚邀广大技术人员投稿。

投稿邮箱：jiachen@greatops.net 或 添加联系人微信：135 2116 9787（同微信）。

点击阅读原文，访问大会官网