5、实现 DevOps：应对软件开发挑战

实现 DevOps：应对软件开发挑战

1. 现状困境

每周二下午 3 点，我都会和 George 花半小时回顾敏捷改进的进展。最近，由于解决了一些小问题，这些会议只持续几分钟，但鉴于上周的情况，这次会议可能会延长。

George 先列出了发布总结会议中发现的问题，然后问我状态如何。我承认自己很累，对现状感到沮丧。我们可能已经到了瓶颈，合作伙伴也可能没做好，最新的问题严重损害了我的信誉。敏捷开发确实帮助了团队，但我能控制的范围有限，公司的项目管理、IT、运维等部门相互独立，安全和架构人员也各自为政。

我们意识到，之前承诺的更频繁发布高质量产品无法兑现。我直觉认为延长发布周期是错误的，但如果 IT 部门不能跟上我们的速度，可能不得不回到季度发布周期。开发需要在安全和速度之间取得平衡，目前敏捷开发的速度影响了安全性。

当 George 提出 DevOps 时，我表示怀疑。我们不像 Netflix 或 Amazon 那样有大量资金和优秀的工程师，我们只有几十人，却要维护几十个关键应用。这些应用是由早已离职且不喜欢记录的人拼凑而成，非常脆弱，我们大多时候都不敢轻易改动。而且我只能代表公司的开发和测试部分，其他方面超出了我的职权范围。公司高层将我们视为成本中心，WonderTek 始终是一家运动服装公司。

不过，George 指出公司对技术的态度正在改变。我们的销售人员还在开着装满样品的货车向零售商展示春季陈列，而竞争对手已经使用平板电脑，能让店长看到实际店铺的可旋转陈列效果。Under Armour、North Face 和 Marmot 等公司都将技术作为差异化竞争的手段，我们也有向这个方向发展的迹象。

2. 问题分析与解决方