正如那句古老的谚语所说,任何事物都有两面。 毋庸置疑,即使硬币的两面有不同的图像,但它们的颜色是相同的。
当我们深入研究 DevOps 和 NetOps 时我们发现了这一点。 我们发现,在努力的优先顺序方面,这两个群体对对方的看法比传统原型所声称的要慷慨得多,而且他们有很多共同之处。 尽管他们可能在细节上存在分歧。
我们于 2017 年 7 月对 884 名 NetOps 和 DevOps 专业人士进行了调查。 我们主要询问有关自动化工作的情况,但也询问了 DevOps 经常引用的那些措施,例如部署的频率和成功率。
但这些只是冰冷的数字。 我们想知道每个群体的看法是否与漫画所描绘的敌意一致,或者两者是否已经开始发展并成为即使不是好朋友,至少也是亦敌亦友的关系。 毕竟,这两个群体都有相同的目标——将应用推向市场,推动业务迈向新的高度。
从结果来看,确实如此。 双方都希望在将应用程序推向市场时能够加强协作和互动,并举出具体例子来说明他们希望看到的结果。 并且这两个群体对于他们所交付和部署的应用的安全性、可靠性和性能有着共同的看法。 或许令人惊奇的是,这两家公司都未能免受行业变化速度的影响。 DevOps 和 NetOps 都不太相信他们的角色在五年内还会具有相关性,并且都发现他们完成工作所需了解的知识与他们目前拥有的技能/培训之间至少存在一些差距。
但我们确实发现了在多大程度上技术应该弥合开发和生产流程之间的鸿沟方面的差异。 这反过来证实了一个普遍持有的观点,即“网络”是多云兴起的主要因素,因为它推动开发人员和 DevOps 寻求 IT 之外的解决方案,主要是在云端。
这是直接引用,也是少数 DevOps 人士的共同主题,他们认为 NetOps 中的同行没有优先考虑“正确的事情”。 这可能是因为他们与少数(8%) NetOps 竞争,这些 NetOps 表示他们的生产流程目前“均未”实现自动化。 或者也许他们属于一小部分 DevOps(4%),他们认为开发人员、DevOps 和开发不应该通过自动化/自助服务功能访问生产流程,并且根本就不同意。
好消息是,在这两方面他们都是少数。 大多数 NetOps 不仅在 50% 或更多生产流程自动化的环境中运行,而且多数人 (61%)还认为 DevOps 和开发人员应该对该流程拥有更大的访问权限 (50% 或更多)。
这意味着 NetOps 完全赞同 DevOps 对更多自动化和自助服务功能的渴望。
此外,两组人都绝大多数认为对方优先考虑的是“正确的事情”,其中 82% 的 DevOps 和 76% 的 NetOps 赞同对方的优先考虑事项。 毕竟,黎明时分在停车场决斗的呼声并不大。
自动化程度越高,成功率越高
DevOps 圈子里的普遍看法是,自动化不仅可以提高交付和部署的频率,而且可以提高其总体成功率。 每当需要人工干预时,出现错误的可能性就会增加。 毕竟,人为错误是造成许多停电事故的一个重要因素。 这不仅合乎逻辑,而且也得到了我们的调查的证实。 将部署成功率与当前自动化部署管道的百分比进行比较,得出一个正相关的结果 – 至少在大多数情况下如此。
根据数据,似乎存在一个“成功的最佳点”:每周部署一次并实现至少 75% 的管道自动化。
我们的调查发现,尽管人们对自动化的认同度不断提高,但意见分歧仍然明显。 其中一个差异体现在由应用经济驱动的快节奏多云世界中取得成功所需的真正变革所需的核心概念方面。
平均而言,NetOps 将当前部署频率描述为“太频繁”的可能性 (8%) 是 DevOps 同行 (4%) 的两倍。 相反,更多的 DevOps 对交付频率不满意,26% 的人认为他们的交付频率“不够频繁”。
尽管如此,两组中绝大多数人都认为目前的速度“对他们来说已经足够好了”。
74% 的 NetOps 表示部署频率“足够好”,其中 37% 每周部署一次。 有趣的是,在 9% 表示部署频率“过于频繁”的受访者中,44% 的受访者每周也部署一次。 希望更频繁部署的 18% NetOps 中,大多数是每周部署一次(27%)或每月部署一次(28%)。
对于自动化对应用生命周期(从开发到交付再到部署)的重要性和影响,DevOps 和 NetOps 之间几乎没有分歧。 NetOps 对应用的可靠性、性能和安全性的评价与管道的自动化之间存在正相关的关系。 当管道自动化程度至少达到 50–75% 时,人们对应用的可靠性和性能评级就更有信心。
当75%或更多的管道实现自动化时,对应用安全评级的信心会更强。 毫不奇怪,DevOps 似乎也受到管道自动化的类似影响。 当超过 75% 的管道实现自动化时,他们对应用可靠性和性能的评级最有信心。
根据我们的调查结果(您可以在此处获取完整报告),围绕自动化的普遍共识肯定是赞成的——一个来自 NetOps,一个来自 DevOps。
无论从哪个角度看,自动化都很重要。