自动化已经成为一种广泛使用的简化IT运维 的工具，MindTree就是这样一个组织，它从其基础架构中删除手动流程，同时提供更加完全自动化的环境。
咨询和管理服务提供商的战略遵循了许多技术组织普遍存在的一个雄心勃勃的目标：摆脱传统的IT运维工作，让机器来代替它。
全球基础架构副总裁Rene Head说，这样一个几乎没有实际运维的环境可以提供更快、更无摩擦的开发和部署体验，这意味着对于新功能和服务的业务请求来说，有更好的周转时间。
“这不仅仅是关于IT交付的优越性；对企业来说也是一个胜利。”Head说。
这就是NoOps（No Operations）的承诺，它是一种新兴的IT趋势，正在推动一些组织超越DevOps提供的自动化，进入无需运维的基础架构环境。
什么是NoOps？
的理念是软件环境可以完全自动化，不需要运营团队来管理它。NoOps意思是“无运维”，它推动了一种趋势，这种趋势已经持续了十年或更久。
很明显，NoOps与外包IT运营不同。虽然MindTree和云计算公司等托管服务提供商都在努力提高自身基础架构的速度和灵活性，但这并不是为了转向SaaS或云计算，而是希望这些供应商能够运行运营。
也并非一项技术游戏。它与无服务器技术、容器、Kubernetes 或微服务不同，尽管这些都在将IT商店推向NoOps方面发挥着作用。
也不是一个要购买的平台。
相反，专家说，NoOps需要多种技术，更重要的是重新设计IT流程和工作流程，其中自动化、机器学习甚至人工智能不仅可以消除重复和平凡的任务，还可以消除工人现在处理的更高级别的任务。
但请注意，一些行业领导者也认为NoOps是一个理想概念，而不是一个实际的终点。他们说，IT可以从自己的内部流程或提供商的工作中完全消除生命周期管理的手动操作的想法并不现实。
“在真正的NoOps中，开发和运营不需要交互来完成他们的工作。在DevOps中，他们在整个生命周期中一起工作，”塔夫茨大学研究生工程系主任、IEEE 研究员Karen Panetta说。“在最真实的形式中，NoOps所说的是，‘让我们自动化（开发、部署和维护），以便我们可以将人从循环中移除，一切都得到了处理。’这是一个空中阁楼式的项目清单。有些事情你可以做，但有些事情你是做不到的。
NoOps的演变
德勤在其2019年的技术趋势中列出了“无服务器世界中的NoOps”，宣称“云计算发展的下一个状态使关键任务自动化，让IT人才将重点从运营转移到结果上。”
专家说，一些IT部门在自动化的使用方面正在成熟，至少将组织的某些部分视为NoOps 环境，这是事实。
然而，NoOps的概念并不新鲜——关于它是一个可以实现的状态、一个号召性的呼声还是仅仅是一个白日梦的争论也不是新话题。2012年，来自Etsy和Netflix的技术主管们就这一概念展开了公开辩论。
抛开理论观点不谈，多位专家一致认为，企业IT内部的实际问题推动了其软件生命周期运营转型的需求。过去十年左右，公司越来越受到技术团队的阻碍，这些团队需要数周甚至数月的时间才能安装服务器，这种时滞使需要新软件支持的业务计划受挫。
部门通过广泛采用云计算等新技术和敏捷和DevOps等新方法来应对这种挫折感。
表示IT现已进入下一阶段，并在其技术趋势报告中指出：“云计算的超自动化创造了NoOps环境，其中软件和软件定义的硬件被动态配置，使人才自由过渡到新角色，并帮助推动业务成果。”
NoOps的连续体
德勤咨询的负责人、该公司云业务的CTO KenCorless将NoOps称为“DevOps山的顶峰”。
的真正目标是更快、更便宜、更高质量。使用NoOps，不是让开发人员和操作人员聚在一起减少摩擦，而是推动自动化，使开发人员能够更专注于代码，”Corless 补充道。
他说,，云提供商服务、微服务和无服务器技术的进步已经结合到一起，使企业IT领导者能够在其软件生命周期运营中（从开发和部署到维护）采用越来越多的自动化。
“我们的目标是拥有更小的团队，完成更多的事情，以更快的速度前进，并以高度弹性的方式做到这一点，”Corless说。“没有人知道如何它成为无IT，但每个人都希望从维护转向开发。”
向noops环境逐渐成熟的首席信息官们正在研究如何通过减少软件操作中所需的人员数量来“减少参与加速旅程的人员数量”，使“您无需请求许可或输入请求，只需点击一个按钮，就可以发生，”Corless解释说，随着自动化程度的提高,消除了从 DNS 管理到修补程序管理的任务。
但专家说，IT甚至还没有接近真正的NoOps环境。Panetta 说：“这是连续统一体的一部分，因此在（成熟度的）最低层次上，IT 可能会在某些事情上使用自动化。
说，基础架构团队——无论是IT部门、托管服务、SaaS供应商还是云提供商，通常都会逐步向NoOps发展。
她说，这不是一件容易的事。他们需要了解运营中的所有部件如何组合在一起并流动（从工程设计到QA测试再到维护），以及工程和其他技术学科的因素。他们需要认识到NoOps在哪里不起作用，例如对遗留系统，它仍占用许多组织IT产品组合中的很大一部分空间。
推迟概念
其他人则对NoOps的概念进行了回击，指出围绕该术语的炒作似乎集中在基础架构配置的自动化程度提高上，这与运营不同。
专家们一致认为，基础设施领导者确实需要朝这个方向发展，才能以业务速度前进，但一些人强调，完全自动化的运营并没有实现。
“你必须一直维持你所建造的东西。如果你有客户，谁想要访问它，如果发生故障会发生什么情况？所以你需要去支持。一个系统越复杂，就越有可能需要人类来（帮助维护它），Forrester Research负责基础设施和运营专业人员的首席分析师Charles Betz说。
表示，IT确实应该使用自动化来确保为软件开发提供基础设施的速度与业务需求一样快，但他也表示IT部门应该知道他们从自动化销售宣传中期望达到的极限。
“NoOps并不意味着要解决服务台和运营问题。这并不意味着您将拥有神奇的自动化，因此您无需解决问题并进行故障排除。”他说，“这可能意味着与传统的作为业务单位发挥作用的运营组织不同，它可能意味着你需要部分或全部运营工程师分配到你的开发团队，因此它是从项目到产品的转移，“他说。
他补充道：“如果有什么变化的话，那就是运营就越来越难了。这是我们绝对从客户那里听到的。不管是谁说我们应该减少在运营上的投入，都是有害的。”
进一步推倒了自动化可以在整个运营过程中具有普遍性和彻底性的想法，或者IT部门甚至应该追求这一目标。
“NoOps发出了错误的信息并设定了错误的期望，”他说。“我们需要有关自动化、利弊的成熟对话。我们正在进入一个更加关注自动化悖论和自动化自满的时代。当自动驾驶仪做出你不理解的事情时会发生什么？NoOps助长自动化自满的程度对CIO来说是危险的。”
他承认自动化带来了速度并可能降低成本，但组织还需要稳定性、可靠性和弹性。自动化可以帮助和阻碍这些特性，具体取决于其使用和管理方式。
说：“过度自动化可能有其缺点，当自动化失败时，可能会很痛苦。自动化是不可避免的，但它仍然是一种工具。它是一种动力工具，就像电锯一样，如果操作不当会对你造成严重伤害。”
其他人同意其中一些观点。例如，Panetta表示，一些监控、故障排除和维修任务总是需要人工技能。Corless说，NoOp是不能真正实现的，但它是一种有效的团结的呼声。
此外还有人表示，诸如AIOps和启发式自动化等术语更准确地反映了基础设施运营中发生的事情。
全球基础设施副总裁Head也承认NoOps的局限性。他说：“这是一个很好的概念性观点，但很难实现。他认为NoOps是一个旅程，在这个过程中，可以为特定细分市场划分自动化运营，同时将某些领域（如高端生产系统）交给人的手中。”
“这更容易实现，而且可以做到，这样你就可以进入低运营状态。”
第三十六届CIO班招生
国际CIO认证培训
首席数据官（CDO）认证培训
责编：pingxiaoli
免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。
抢沙发
