Mary K. Pratt Charles
自動化讓IT領導們關注有沒有可能在沒有人工操作的環境下工作。但是,DevOps的這種演變可能比實際情況復雜得多。
自動化已經成為簡化IT操作的一種廣泛使用的工具,MindTree就是這樣一家企業,在向實現完全自動化的環境邁進時,從其基礎設施中去除了手工流程。
這家咨詢和管理服務提供商的戰略遵循了很多科技企業普遍持有的雄心勃勃的目標:擺脫常規的IT操作工作,讓機器來處理它。
Mindtree負責基礎設施的全球副總裁Rene Head介紹說,這樣一種幾乎沒有人工操作的工作環境能夠實現更快、更順暢的開發和部署體驗——這也意味著大幅縮短了新功能和服務的業務請求的周轉時間。
Head說:“這不僅體現了IT部門優秀的交付能力,而且也是業務部門的勝利。”
這就是NoOps的承諾,這一新興的IT趨勢正在推動一些企業超越DevOps提供的自動化功能,進入不需要人工操作的基礎設施環境。
NoOps是什么?
NoOps的理念是軟件環境可以完全自動化,不需要運營部門來管理它。NoOps的意思是“無操作”,這一概念推動了已經持續了十年甚至更長時間的一種趨勢。
很明顯,NoOps與外包IT運營不同。這并不是說要遷移到SaaS或者云,然后期望這些供應商運行操作——盡管MindTree等托管服務提供商和云計算公司本身確實在開展NoOps工作,目的是提高自身基礎設施的速度和靈活性。
NoOps也不僅涉及一種技術。它不同于無服務器技術、容器、Kubernetes或者微服務——盡管這些都在把IT部門進一步推向NoOps過程中發揮了作用。
NoOps也不是能買到的平臺。
相反,專家們說NoOps需要多種技術,更重要的是需要對IT過程和工作流程進行重新設計,自動化、機器學習甚至人工智能不僅可以消除重復的、單調的任務,而且還避免了員工現在處理的更高級別的任務。
然而,請注意,一些行業領導們也認為NoOps只是一個理想的概念,而不是最終的實際情況。他們說,認為IT部門在整個生命周期管理過程中,能夠從自己的內部流程或者從其提供商的工作流程中完全消除手工操作的想法是不現實的
塔夫茨大學研究生工程系主任,IEEE會員Karen Panetta認為:“在真正的NoOps中,開發部門和運營部門在完成各自的工作時,并不需要進行交互。然而在DevOps中,他們在整個生命周期中都會一起協同工作。最真實的情況是,NoOps所說的是,‘讓我們實現自動化(開發、部署和維護),這樣我們就可以從環路中把人移除,一切都會處理得很好。這是一種不切實際的愿望。有些事情可以做,但有些事情做不到。”
NoOps的發展
德勤在其《2019年技術趨勢》報告中列出了“無服務器環境中的NoOps”,宣稱“云計算發展的下一階段將自動完成關鍵任務,使IT人才從關注操作轉移到關注結果。”
專家們指出,一些IT部門確實在使用自動化方面已經成熟,足以將其企業的某些部分視為NoOps環境。
然而,NoOps并不是什么新概念——關于它能否實現,不過是一個戰斗口號,或者僅僅是一個白日夢的爭論也不新鮮。2012年,來自Etsy和Netflix的技術主管們就這一概念展開了公開辯論。
撇開理論上的爭論不談,很多專家都同意,企業IT內部的實際問題推動了對軟件生命周期運行轉型的需求。在過去十年左右的時間里,技術部門需要幾周甚至幾個月的時間來安裝服務器——這種時間上的延遲阻礙了需要新軟件來提供支持的業務計劃的實施,企業對此變得越來越無能為力。
對此,IT部門廣泛采用云計算等新技術以及敏捷和DevOps等新方法來做出回應。
德勤認為,IT現在已經進入下一階段,并在其《技術趨勢》報告中指出:“云計算的高度自動化已經創造了一個NoOps環境,在該環境中動態地提供軟件和軟件定義的硬件,使員工能夠自由地過渡到新的角色,并幫助推動實現業務成果。”
向NoOps的持續邁進
德勤咨詢有限責任公司的負責人兼該公司云業務的首席技術官Ken Corless把NoOps稱為“DevOps山的頂峰”。
Corless補充道:“DevOps的真正目標是更快、更便宜、更好的質量。有了NoOps,開發人員和運營人員聚在一起不是為了減少摩擦,而是在推動自動化,這樣,開發人員就能把更多的精力放在編程上了。”
他說,云提供商把服務、微服務和無服務器技術的進步結合在一起,使企業IT領導們能夠在其軟件生命周期運行中(從開發和部署直至維護)越來越多地實現自動化。
Corless說:“我們的目標是縮小部門規模,做更多的工作,以更快的速度前進,并且是以非常靈活的方式來完成。沒有人知道如果沒有IT部門怎樣做到這一點,但每個人都希望更多地從維護轉向開發。”
Corless解釋說,NoOps環境逐漸成熟,首席信息官們正在研究怎樣通過減少軟件操作中所需的人員數量來“減少加速過程所涉及的人數”,從而實現“不必請求許可或者輸入申請,只需點擊一個按鈕就可以了”。隨著自動化程度的提高,從DNS管理到補丁管理的任務都被取消了。
但專家說,IT其實還沒有接近真正的NoOps環境。Panetta說:“這是一個持續的過程,所以在成熟度最低的層面,IT會在某些方面使用自動化。”
Panetta說,基礎設施部門——無論是在IT部門、托管服務、SaaS供應商還是云提供商那里,通常都會逐步向NoOps發展。
她說,這不是一件容易的事。他們需要了解運行涉及的所有部件是怎樣組合在一起的,熟悉從工程到質量保證測試直至維護的流程,以及工程和其他技術學科中的各種因素。而且他們還得認識到NoOps在哪里不起作用,例如對于老系統,這仍然占據了很多企業IT投資的很大一部分。
她還補充說:“這不是一個二元開關;你會看到各種各樣的東西,有的能自動化,有的則不能。”
反對這一概念
有的人則反對NoOps這一概念,指出圍繞NoOps這個術語的炒作主要集中在基礎設施配置越來越自動化上——這與操作不同。
專家們認為,基礎設施領導們確實需要朝著這個方向發展,才能趕上業務部門的發展速度,但一些人強調,完全自動化的操作并不現實。
Forrester研究公司負責基礎設施和運營專業的首席分析師Charles Betz評論說:“你必須一直堅持你所建造的東西。如果你有客戶,想要訪問系統,如果失敗了會怎樣?所以你需要支持。一個系統越復雜,就越有可能需要人工來幫助維護它。”
Betz說,IT部門確實應該通過自動化來保證為軟件開發配置基礎設施的速度符合業務部門的要求,但他也說,IT部門應該知道他們從自動化銷售宣傳中最多能得到什么。
他說:“NoOps并不意味著要取消服務臺和操作。也不意味著你將擁有神奇的自動化功能,以至于不用去解決問題和排除故障了。這可能意味著,不再是作為業務部門的傳統的運營部門,而是把部分或者全部的運營工程師分配到開發部門,所以這是從項目到產品的轉移。”
他補充道:“如果說有什么不同的話,那就是運營變得越來越難了。這絕對是我們從客戶那里聽到的。不管是誰說我們應該在運營上少花錢,都是錯誤的。”
Betz還反對在整個操作過程普遍徹底的實現自動化的想法,IT也不應該抱有這種愿望。
他說:“NoOps傳遞了錯誤的信息,設定了錯誤的期望。我們應冷靜地展開關于自動化優缺點的對話。我們今后會更加關注自動化自相矛盾和自動化自我滿足的問題。當自動駕駛儀做出一些你不能理解的操作時會發生什么?NoOps助長了自動化的自我滿足,這對于首席信息官而言是有害的。”
他承認自動化提高了速度,降低了成本,但是企業也需要穩定性、可靠性和靈活性——在這些方面,自動化既有幫助也可能產生阻礙,這取決于它的使用和管理方式。
Betz說:“過度自動化也有其不利之處,當自動化走向衰落時,就會讓人感到痛苦。自動化雖然是不可避免的,但它仍然是一種工具。這是一種強大的工具,就像電鋸一樣,如果操作不當,會造成嚴重的傷害。”
其他人也同意其中一些觀點。例如,Panetta說,在一些監控、故障排除和維修任務中,總是要有人參與。Corless說:“NoOps不是真的可以實現的,但的確是有效的戰斗口號。”
他們和其他人還說,AIOps和啟發式自動化等術語更準確地反映了基礎設施運營中發生的事情。
Mindtree公司的全球基礎設施副總裁Head也承認NoOps的局限性。他說:“這是一個很好的概念性的觀點,但很難實現。”相反,他認為NoOps是一個過程,可以為特定的細分市場開拓自動化操作,而某些領域(例如,高端生產系統)還是要留給人類。
他說:“這是更可行,而且可以做到的。我認為企業可以因此進入少量操作的狀態。”
Mary K. Pratt是馬薩諸塞州的一名自由撰稿人。
原文網址
https://www.cio.com/article/3407714/what-is-noops-the-quest-for-fully-automated-it-operations.html