“谁创建，就由谁来负责运维”的要求让开发者们逐渐感到吃力，此外，运维团队也压力倍增。现在已经到了开发和运维再次分离的时候了吗？
2000年代末，软件开始吞噬世界，DevOps与敏捷方法论随着云计算的兴起大行其道。作为“开发”和“运维”的组合，DevOps试图将先前负责构建和部署软件的两个独立团队聚集在一起。与此同时，软件工程师需要缩短用户反馈循环，提升生产环境下的更新频率，他们的这类需求也在无形中推动了开发和运维之间的结合。
许多组织抓住了这个机会，将两方面的专家聚集在一起，尝试以前所未有的速度解决问题。但也有一些组织将Devops的兴起视为对开发人员负责运维任务的许可，并试图建立由全栈开发人员组成的超级团队。
我们不想做运维
“在大多数情况下，开发人员不想处理运维问题。”《Devops for Dummies》作者、亚马逊网络服务社区参与负责人Emily Freeman在推特上写道。
这条推特显然触动了全球软件开发者的神经，数百条同样抱有同样观点的开发人员的回复纷至沓来。
“我是一名开发人员，我并不想处理运维问题。”快餐公司Chipotle的软件工程师Scott Pantall表示。
SUSE的开发者布道者Andrew Gracey认为，开发和运维应该紧密合作，同时扮演不同的角色，团队之间的共鸣才是真正的重点。
虽然将更多的运维和安全问题 "左移"到软件开发领域的做法具有显著优势，但它也有可能造成一个危险的瓶颈。
"如果将开发人员拉到太多不同的领域，最终会自食其果。"Kubernetes存储专家Ondat的产品负责人James Brown说道。
Harness的现场首席技术官Nick Durkin表示，人们现在开始逐渐意识到，电工和管道工确确实实是不同的职业。
————————————————
