自动化领域的IT领导者正在关注和探索无人值守运营环境的可能性。但是DevOps的这种演变实现起来绝非易事。
自动化已经成为一种在简化IT运营中广泛使用的工具，Mindtree就是这样一个组织，它从基础设施中移除手动流程，同时提供更加完全自动化的环境。
咨询和管理服务提供商的战略遵循许多技术组织中普遍存在的雄心勃勃的目标：远离传统的IT运营工作，让机器代替它。
Mindtree全球基础设施副总裁Rene Head表示，这样的环境几乎没有手工操作的工作，可以提供更快，更无轻松的开发和部署体验——这意味着对新功能和服务的业务请求有更好的响应。
Head表示，这不仅关乎IT交付的卓越，对企业来说也是一个胜利。
这是NoOps的承诺，NoOps是一种新兴的IT趋势，正在推动一些组织超越DevOps提供的自动化，使基础设施环境实现完全自动化运营。
什么是NoOps？
NoOps想要实现的是，软件环境完全自动化，无需运营团队对其进行管理。NoOps，即no operations，是一个在未来十年或更长时间的IT运营趋势概念。
需要明确的是，NoOps与外包IT运营并不相同。这不是要迁移到SaaS或云并期望由这些供应商运营——尽管以Mindtree为代表的托管服务提供商和云计算为了提高其基础设施的速度和灵活性，确实正走在NoOps的旅程中。
NoOps也不是一个单一的技术游戏。它与无服务器技术，容器，Kubernetes或微服务不同——尽管这些都在将IT商店推向NoOps方面发挥了作用。
NoOps也不是一个可以买到的平台。
专家说NoOps需要多种技术，更重要的是重新设计IT流程和工作流程，其中自动化，机器学习和人工智能不仅可以完成重复和繁琐的任务，还可以完成工人现在处理的更高级别的任务。
但请注意，一些行业领导者认为NoOps是一个理想的概念，距离现实还非常遥远。他们表示，IT可以从其内部流程或其提供商的工作中完全去除生命周期管理的手动操作这一想法并不是一个可以轻易能实现的愿望。
塔夫茨大学研究生工程系主任，IEEE会员Karen Panetta表示，在真正的NoOps中，开发和运营永远不需要互动来完成工作。而在DevOps中，他们在整个生命周期中需要一起工作。最真实的形式是，原来需要人工进行开发，部署和维护的这些工作都可以实现自动化，这样，人就可以从繁琐的工作中解放出来。这看起来似乎是一种虚无缥缈的幻想，某些事情你可以做到，但是有些事情你是做不到的。
NoOps演化
德勤在其2019年的技术趋势中列出了“无服务器世界中的NoOps”，并宣称“云计算发展的下一步是使关键任务自动化，使IT人才将重点从运营转移到结果。”
专家说，确实有些IT部门在使用自动化方面已经成熟，将其组织的至少某些部分变成了NoOps环境。
然而，NoOps的想法并不新鲜——也不是它是否可以实现，是否是一个响亮的口号或者一个白日梦的辩论。2012年Etsy和Netflix的技术高管就这一概念公开展开了争论。
除了理论上的争论之外，多位专家都同意企业IT中的实际问题推动了其软件生命周期运营转型的必要性。过去十年左右的公司越来越多地被需要技术团队数周甚至数月才能建立服务器的这种情况所困扰——这种时间的滞后使得需要新软件支持他们的业务计划受挫。
IT部门通过广泛采用云计算等新技术以及敏捷和DevOps等新方法来应对这种挫败。
Deloitte表示IT现在已经进入一个新的阶段，并在其技术趋势报告中指出，云计算的超自动化创造了NoOps环境，在这样的环境中，可以动态配置软件和软件定义的硬件，设置人才的角色转换并帮助推动业务成果。
Deloitte Consulting LLP的负责人兼该公司云实践的首席技术官Ken Corless将NoOps描述为“DevOps的顶峰”。
Corless补充道：“DevOps的真正目标是更快，更便宜，更好的质量。使用NoOps，而不是将开发人员和操作人员聚集在一起，从而推动自动化，以便开发人员可以更专注于代码。”
他表示，云服务，微服务和无服务器技术已经聚集在一起，使企业IT领导者能够在其软件生命周期运营中采用越来越多的自动化——从开发和部署到维护。
Corless说：“我们的目标是拥有规模更小的团队，完成更多工作，以更快的速度前进，并以高弹性的方式做到这一点。没有人知道如何实现无IT，但每个人都希望从维护转向开发。”
正在转向NoOps环境的CIO开始研究如何减少软件操作人数，而又不影响业务运营，使业务运营达到“你不必请求许可或输入请求，只需按下一个按钮就可以完成任务”的状态，Corless解释说，随着自动化的增加，DNS管理和补丁管理的工作也被自动化替代了。
但专家表示，IT甚至没有真正实现NoOps环境。“它是连续统一体的一部分，所以在成熟度最低的层面，IT可能会将自动化用于某些事情。”Panetta说。
Panetta表示，基础设施团队——无论他们是IT部门，托管服务还是SaaS厂商或云提供商——通常会逐步向NoOps发展。
她说，这不是一件容易的事。他们需要了解操作中的所有部件如何组合在一起并且顺畅——从工程设计到质量保证测试再到维护——以及工程和其他技术学科的因素。他们需要认识到NoOps无法工作的地方，例如遗留系统，它仍在许多组织的IT组合中占有一大块空间。
“这不是一件非此即彼的事情；它是一个大的集合，你可以带入自动化，但还有一些自动化无能为力的事情”她补充道。
其他人则反对NoOps的概念，指出围绕该术语的炒作似乎集中在基础设施配置的自动化程度提高——这与运营不同。
专家们一致认为，基础设施领导者确实需要朝着这个方向前进，以便以业务的速度发展，但有些人强调完全自动化的运营并没有实现。
Forrester Research负责基础设施和运营专业人员的首席分析师Charles Betz说：“你将永远不得不维持你所建造的东西。如果你有客户想要访问它，如果发生故障怎么办？ 所以你需要支持。系统越复杂，就越有可能需要人来维护。”
Betz表示，IT确实应该使用自动化来确保为软件开发提供基础设施的速度跟上业务需求，但他也表示，IT应该知道自动化销售宣传中的限制。
Betz说：“NoOps并不意味着要把服务台和运营撤掉，也不意味着你将拥有神奇的自动化功能，而无需解决问题和进行故障排除。它可能意味着使传统运营部门转变为业务部门，它可能意味着把部分或全部的运营工程师分派到开发团队，因此这是一个从项目到产品的转变。”
他补充说：“我们从客户那里听到，运营越来越困难。无论谁说应该减少对运营的投入，这都是有害的。”
Betz进一步强调了这样一种观点，即自动化可以在整个运营过程中实现通用性和彻底性——或者IT部门甚至应该追求这一目标。
“NoOps释放了错误的信息并设定了错误的期望”他说。“我们需要有关自动化利弊的成熟对话。我们正在进入一个自动化悖论和对自动化沾沾自喜的时代，当自动驾驶仪做出你不理解的事情时会发生什么？ NoOps使自动化的自满对CIO来说是危险的。”
他承认自动化带来了速度并可能降低成本，但组织还需要稳定性，可靠性和弹性——自动化是帮忙，还是帮倒忙，这取决于使用和管理它的方式。
“过度自动化可能有其缺点，当自动化偏离正轨时，它可能带来痛苦”Betz说。“自动化是不可避免的，但它仍然是一种工具。它就像电锯一样，如果你没有正确操作，它会对你造成严重伤害。”
其他人同意其中一些观点。 例如，Panetta表示，一些监控，故障排除和维修任务总是需要人工技能。Corless说：“NoOps不一定真的可以实现，但它是一种有效的口号。”
其他人还说，诸如AIOps和启发式自动化等术语更准确地反映了基础设施运营中发生的事情。
Mindtree全球基础设施副总裁也承认NoOps的局限性。“这是一个很好的概念化的观点，很难实现”他说。然而，他认为NoOps是一个旅程，在这个过程中，可以为特定细分市场开辟自动化操作，同时将某些领域（如高端生产系统）把握在人手中。
“这更容易实现，而且可以做到”他说。“我认为你可以进入低运营状态。”
