DevOps的止境会是NoOps吗

开发环球中的事正在难以置信地极速开展，云上的智能化和裁减每天也都有新的高度。你简直可以对任何物品启动 "作为一种服务"--无论是存储、网络、云中、计算还是安保。云供应商也在越来越多地投资于他们的智能化生态系统。这将咱们引向NoOps，在那里你不须要一个运营团队来监视你的生命周期，由于一切都将智能化。

你可以经常使用智能化模板来性能你的运行程序组件，并智能启动组件治理，这象征着你的开支更少，人为搅扰最小甚至没有。这听起来不是很好吗？

但这是一个理智的选用，实施它又有哪些优势和应战呢？

NoOps：这是一个理智的选用吗？

你曾经知道，DevOps的目的是使运行程序的部署更快、更顺利，重点是继续改良。NoOps是由Forrester公司的Mike Gualtieri发明的术语，其外围指标相反，但缺少专业操作人员。

在一个现实的NoOps场景中，开发人员永远不须要与运营团队的成员协作。相反，NoOps经常使用无主机和PaaS，在他们须要的时刻取得他们须要的资源。这象征着，你可以经常使用一套服务和工具来安保地部署所需的云组件（包含基础设备和代码）。此外，NoOps应用CI/CD管道启动部署。

运营团队对数据相关的义务十分有效，将数据的搜集、剖析和存储视为其职能的关键局部。但是，请记住，你可以将大局部的数据搜集义务智能化，但你不必定能从智能化剖析中取得雷同水平的洞察力。

从实质上讲，NoOps可以作为一种自助服务形式，云供应商成为你的运营部门，使底层基础设备层智能化，不再须要一个团队来治理它。许多人以为，一个须要零人介入齐全智能化的IT环境——真正的NoOps是不理智的，甚至是无法能的。

NoOps与DevOps：优势与应战

DevOps强调开发人员和运营团队之间的协作，而NoOps则强调齐全智能化。但是，他们都试图成功雷同的事件——更快的上市期间和更好的软件部署环节。但是，在思考驳回DevOps与真正的NoOps方法时，存在着优势和应战。

优势：

更多的智能化，更少的保养

经过经常使用代码控制一切，NoOps旨在消弭允许你的代码生态系统所需的额外休息。这象征着不须要人工干预，从久远来看，每一个组件都将更容易保养，由于它将作为代码的一局部被部署。但这能否会影响到DevOps的上班？

应用云的所有力气

有很多允许极其智能化的新技术，包含容器即服务（CaaS）或性能即服务（FaaS），所以上游的云服务提供商可以协助NoOps的驳回。这是一个极好的信息，由于运营部门可以依据须要参与云资源，与DevOps（开发和运营团队独特选择运行程序的运转地点）相比，造成更高的容量布局。

快胜慢

NoOps关注业务成绩，将重点转移到为客户提供价值的优先义务上，消弭对运营团队的依赖，进一步缩短上市期间。

应战：

你依然须要运营

从通常上讲，不依托运营团队来关照你的底层基础设备，听起来像是一个幻想。实践上，你或许须要他们来监控结果或处置意外状况。指望开发人员齐全处置这些责任会使他们的留意力从交付业务成绩上转移，思考到NoOps的好处，这并不无利。

仅仅依托开发人员也不合乎你的最佳利益，由于他们的技艺组合不必定包含处置运营疑问。另外，你也不宿愿用更多的义务来压倒开发人员。

安保、安保、安保

你可以遵守安保的最佳通常，并使之与智能部署坚持分歧，但这并不能齐全消弭你对安保的巧妙关照的须要。攻打方法每天都在开展和变动，因此，你的云安保控制也应该如此。

例如，你可以为你的人工智能引入失误的规定或智能化有缺陷的流程，在你的智能化中招致失误或为数百或数千的基础设备组件或主机创立有缺陷的脚本。假设你齐全删除你的运营团队，你或许要思考向安保团队投入额外的资金，以确保你为你的环境灌输最好的安保和合规方法。

思考你的环境

思考到NoOps经常使用无主机和PaaS来失掉资源，这或许会成为你的一个限度要素，特意是在数字化转型的时刻。关于传统的基础设备和混合部署，智能化依然是或许的，但在这些状况下，你不能齐全消弭人为干预。所以请记住，不是一切的环境都可以过渡到NoOps。你必需细心评价转换的优势和缺陷。

那NoOps会是DevOps的终点吗？

答案能否认的。

NoOps不是一个放之四海而皆准的处置方案。你知道，它仅限于适宜现有无主机和PaaS处置方案的运行。由于一些企业依然运转在单体的遗留运行上（须要齐全重写或大规模降级才干在PaaS环境中上班），所以即使有一个遗留系统留下，你依然须要有人来担任运营。

从这个意义上说，NoOps离处置运转专门流程的常年运行程序或具备高要求运行程序的消费环境仍有一段距离。相反，运营出当初消费之前，所以，关于DevOps，运营上班出当初代码进入消费之前。颁布包含监控、测试、失误修复、安保、以及对每次提交的战略审核等等。

你必需让团队中的每团体（包含关键的利益相关者）从一开局就介入出去，以成功极速反应，并确保智能化控制和义务的有效和正确。继续的学习和改良（DevOps团队的支柱）不应该只出当初事件出错的时刻；相反，成员们必需一同协作，协同上班，处置疑问，改良系统和流程。

此外，当你想到DevOps的时刻，你会想到 "人"。与来自各个业务畛域的团队成员（包含QA、市场、设计师、安保、产品经理等）一同，更快地构建更好的软件，将继续成为优越的选用，由于他们独特努力于一个独特的指标。请记住咱们在构建高速度开发团队的文章中所说的，一个平衡的团队能让一切成员都介入出去，并为他们提供生长和相互学习的时机。

值得庆幸的是，NoOps合乎一些DevOps的形式。它专一于学习和改良，经常使用经过继续和放开协作开发的新工具、想法和技术，而且NoOps处置方案消弭了摩擦，参与了有价值的性能在管道中的流动。这象征着NoOps是DevOps的一个成功加长。

换句话说，DevOps是永远的，而NoOps只是与DevOps一同启动翻新的开局，所以说NoOps是DevOps的终结者就象征着没有任何新的物品可以学习或改良。

最后一站，目的地：NoOps

真正的NoOps触及相当多的基础上班--你须要在无主机或PaaS之间做出选用，并将性能、组件治理和安保控制思考在内，才干开局。即使如此，你或许仍有一些松懈的疑问--比如遗留系统--须要更多期间来过渡（或许你基本无法过渡）。

但有一件事是必需的。DevOps不会隐没，智能化也不会让Ops被淘汰。但是，随着无主机智能化的开展，你或许不得不思考在某个时刻驳回新的开发和运营方法。值得庆幸的是，假设你选用转换，你有很多协助，比如智能化工具和FaaS，可以让你的过渡更容易。

原文题目： ​ ​ Is NoOps the End of DevOps? ​ ​