自動化領域的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是一個旅程，在這個過程中，可以為特定細分市場開辟自動化操作，同時將某些領域（如高端生產系統）把握在人手中。
“這更容易實現，而且可以做到”他說。“我認為你可以進入低運營狀態。”
