开发者们不想做运维！DevOps该如何落地？

开发者们苦“谁开发、谁运维”久矣！

随着科技的发展，“软件吞噬世界”成为越来越多人的共识，DevOps与敏捷方法论随着云计算的兴起大行其道。DevOps为“开发”和“运维”的结合，意在将之前两个独立的团队聚集在一起，让开发人员直接参与运维工作，以便缩短用户反馈循环，提升生产环境下的更新频率。

“我们不想做运维”

一石激起千层浪，Freeman 的观点引起了广泛共鸣，数百条表示赞同的回复纷至沓来。

“我就是个开发者，我不想处理运维问题。”快餐公司 Chipotle 软件工程师 Scott Pantall 直接表示。

“如果将开发人员拉到太多不同的领域，最终会自食其果。”Kubernetes存储专家Ondat的产品负责人James Brown说道。

SUSE 开发人员布道师 Andrew Gracey 认为，开发人员和运维人员应该密切合作，同时各自扮演不同的角色，能够让团队成员相互理解的同理心才是 DevOps 的真正核心。

“我确实更喜欢回到只需要掌握特定编程技巧的时候，而不是现在这样成为一个万事通，因为多个责任分散了我太多精力。这两者都是全职工作，而我只能各自投入一半的精力。”开发者 Mitchell Abbott 说道。

“人们慢慢意识到，电工和水管工确实不是同一个职位。”Harness 公司专项 CTO Nick Durkin 说道。

工作量大幅增加

随着企业软件开发者的总体规模达到历史新高，运维工作量实际上也在同步攀升，但大家对运维侧的关注度却始终不高。

Devops工程师、前系统管理员Mathew Duggan在去年曾说过，“运维方依旧承担着之前职责，确保应用程序地可用、受控、安全及合规，但是现在他们还需要额外负责构建和维护软件交付管道，保证开发人员在没有运维参与的情况下能够快速安全地发布代码。”

前运维从业者们要干的活越来越重、要上的再培训课程越来越多，还需要掌握云工程和基础设施即代码技能。

“在我看来，情况已经恶化到了历史极点。运维团队的职责范围大幅增加，但管理层还是对速度提出不切实际的要求，整个体系已然不堪重负。”Duggan 写道。

而这种压力带来的恶果也正开始显现，戴尔技术资本董事总经理 Tyler Jewell 在一份研究 告中提到，“要想建立一支能够长期、和谐保持这种稳定迭代水平的团队，其实是个巨大的挑战。随着系统复杂度的提升和最终用户反馈的增加，人们已经很难准确预测某项变更可能给系统造成的影响。”

发现问题，解决问题

当然，也有很多人认为问题还没有这么糟糕，但也是时候做出改变了。

“转型的目的不是要给开发人员增加负担，而是在正确的时间为开发者提供正确的信息。”Harness 公司的 Durkin 表示，“开发者最需要的不是额外的配置任务，而是在正确的时间能从系统中快速获取必要信息，这样就能支持运维、安全和基础设施团队的正常工作。除非出现问题，否则运维元素就不应该出现在开发者的视野当中。”

迪士尼公司前企业技术战略总监 Nigel Simpson 也希望公司能认识到这个问题，并努力让开发人员摆脱对底层基础设施的担忧，重新回到自己最擅长的软件构建上来。

然而，DevOps代表的是一个连续的统一体，强调开发、运维一体化。在开发人员只希望专注于开发领域的情况下，出现了“DevOps已死”的言论。很明显，DevOps的发展遇到了瓶颈。

突破瓶颈的关键在于让开发者在专注于开发领域的同时，能够关注到运维工作。

飞算云智总裁陈定玮认为，软件开发做到“重设计、轻开发、轻测试、轻运维”，问题便能迎刃而解。

具体的做法是，通过工具的协助，让软件开发、测试和运维实现自动化，让开发者专注于软件的顶层设计。

抱着这样的想法，陈定玮带领团队研发了SoFlu软件机器人，这是一款通过人机协同，自动完成软件后端开发、前端开发、测试、运维，帮助开发者实现“一人一项目，十人抵百人”的软件机器人。其全自动运维平台集成了多方监控工具和配置中心，另外，平台还提供了170个接口，让开发人员可以对出现的问题进行精准定位，从而大大提升运维效率。

一方面，如果开发者需要亲自做运维，通过SoFlu软件机器人的帮助，能极大提高运维效率，而无需花费过多精力；另一方面，如果有专门的运维人员，开发人员也能通过平台运维可视化的特点，及时了解运维情况，并反馈到开发环节。

目前，SoFlu软件机器人已经在八大行业的上百家企业得到应用，帮助他们推进DevOps的落地。

正如倪光南院士所说的，“SoFlu软件机器人的价值在于通过标准化、自动化的流程，降低了从开发、测试到运维的门槛，将敏捷管理制度落地，帮助企业做到降本增效，达到提升软件业创新速度的目标。”