DevOps实施时常见问题和理解

DevOps在实施前，或者实施中都会有很多疑惑，以下是一些常见的问题，并附上自己的理解。

1.    DevOps是否更适合互联网企业，传统类型企业并不适合？

理解：互联网企业的商业/业务模式，文化背景，组织结构更容易实施DevOps。但是互联网公司的DevOps历程也不是一蹴而就的。比如ebay和Google前后进行五次大规模系统重构才发展成今天的样子，并且仍然在不断的优化，比如Amazon也是从2002年开始，就进行系统架构，组织机构的改革。这些互联网公司开始也是白马，经过持续尝试，修正才长出了翅膀和角，成为了现在的独角兽。所以同样的，对于传统企业而言，结合自身的特点进行相应的变化/变革，也能长出翅膀，变成“飞象”。

2.    DevOps的变革成本很高，需要采购一大批工具？

理解：关于工具，通常会有三方面的考虑：1. 工具的选型；2. 工具的使用复杂度；3. 工具的价格。关于选型，选择合适的工具无疑会加快和优化DevOps的进程，但是有一个原则：这个工具是要带来实际的业务价值，是对我们有实际用处的。再好的工具，用不起来，达不到效果，也只是“花瓶”。关于工具的使用复杂度，就目前看，DevOps的生态系统已经比较完善，相应的实践也比较成熟，有很多完备的案例，网上的资源也比较丰富，所以可以说工具的使用不是一个问题。工具的价格，这个也要看企业或组织想要达成什么样的目标。就我经历的项目而言，有单纯使用开源工具搭建流水线的，也有采购商业软件来使用的，具体要求看需要什么样的产品功能，并结合预算等其它因素综合考虑。

3.    DevOps需要大规模组织结构重组，否则无法实施？

DevOps中很重要的一部分是对文化和环境的影响，比如持续集成，持续交付，持续反馈，持续优化等，这些实践中有很多是观念上的改变，进而会影响团队和组织结构。最直接表现是从职能型团队到全栈/功能型的转换。但对于传统企业而言这种转换是有很多阻力和风险的，轻则DevOps实践的夭折，重则“伤筋动骨”。那么如何解决呢？有两个思路，一是新建独立的组织，在不影响原组织结构的前提下，在新建组织中实践DevOps，在DevOps实践比较成熟以后再逐步推广；二通过自动化，自助化的工具链打通职能型组织/团队间的壁垒，减少人为因素对软件交付流程的介入，在一定程度上实施DevOps，当组织内的成员对DevOps带来的收益有所认识之后，再在更大的范围内进行推广。

4.    在实施DevOps的道路上，未来的那些坑可以预测和避免么？

1. 要时刻关注来自组织的文化惰性和各方面阻力；

2. 关注持续测试和持续监控，着眼持续反馈；

5.    其他公司的DevOps实施路径是什么？我们就模仿他们来做吧？

源引一段话：“人类的飞行梦想源于非常遥远和古老的时代，但是人类真正的飞行实践，是源于仿鸟飞行。但是大家知道，无数次的尝试都以失败告终，人类的仿鸟飞行是无法实现的。这条路走不通，但后面的一些科学家发现，其实可以用另外一种方式解决问题。我们现在看到的飞机都是固定翼的，而不是振翼的（像鸟一样煽动翅膀）。因为科学家发现了鸟类飞行背后的空气动力学问题，包括动力和升力问题。我们现在飞机是基于固定翼飞行的模式，这源于模仿，但最终超越了模仿。人类不是简单像鸟一样飞行，而是根据它背后的原理去进行发明、解决问题。DevOps也是一样，我们从模拟模仿开始，方向性没有错误，但是真正发挥效益，对质量和效益产生帮助一定看企业自己的特点和自己的问题在哪里，最终我们要超越模仿。”