自動化領域的IT領導者正在觀察能夠實際主動作業環境的潛在價值。但要將DevOps實作成真就如幻相一般，絕非一蹴可幾。

文／Mary K. Pratt 譯／Iris.Liu

自​動化技術是一項被廣泛運用於串流IT作業的工具。Mindtree就是一個聚焦於相關技術的組織，其產品利用自基礎設施中移除人工流程，同時提供更趨近完整自動化的環境。

諮詢和管理服務提供者的策略，是跟隨著眾多科技組織皆存有的宏偉目標：遠離傳統式的IT作業，並讓機器取代之。

Mindtree全球基礎設施副總裁 Rene Head 表示，這樣的環境幾乎沒有人工作業的介入。其能提供效率更佳、更流暢的開發和部署體驗－意指對新功能及服務的商業要求將有較優的整備時間。

Head表示，這不只是卓越的IT配送，對企業而言肯定是雙贏。

這是「NoOps」的承諾。NoOps是一種新興的IT趨勢，其正驅動著某些組織試著超越自動化作業，讓基礎設施環境實現徹底自動化營運。

什麼是NoOps？

NoOps的概念是－軟體環境完整地自動化，即無需營運團隊針對其進行管理工作。NoOps，即「無維運」(no operations)，這是一個在未來十年或更長時間的IT運作趨勢概念。

需要再次重申的是，NoOps與IT營運委外並不相同。這不只是將作業遷移到SaaS或是雲端環境，並期許由供應商進行管理－像Mindtree，既是託管服務供應商，也是雲端技術供應商，其正處於NoOps的旅程中，以提高基礎設施的效率及敏捷性。

NoOps也不是單技術活動。它與無伺服器技術(serverless)、容器、Kubernetes或微服務(microservice)不同，儘管這些技術都在將IT商店推向NoOps方面發揮著作用。

NoOps不是有錢就可以買到的平臺

專家們表示NoOps需要多種技術，更重要的是重修訂IT流程，並建立工作流程的自動化、機器學習，與人工智慧。如此不僅可以完成重複和繁瑣的工作，還可以讓工作者負責更高層級的任務。

但請留意，有些產業的領導者視NoOps為成功指南，卻遠離了實用價值。他們表示，IT可以從其內部流程或供應商的管理中，完全地排除生命週期管理的人工作業。這種想法並不實際。

Tufts大學工程研究所所長，亦是IEEE會員的 Karen Panetta 表示，NoOps的本質，開發及管理並不需要透過互動以完成職責。反之在DevOps中，他們在整個生命週期中需要協同作業。實際的情況是，需要人力進行開發、部署和維護的作業都可以利用自動化取代，如此工作者就可以從繁瑣與重複的作業中解脫。這就像是看得到摸不著的水中月。若能將心力耗費在實際可實作的事物上，而非遙不可及的幻相，終究能有所得。

NoOps的發展

Deloitte在2019年的技術趨勢一文中提及，「無伺服器世界中的NoOps」，並宣稱「雲端運算發展的下一步是讓重要的任務自動化」，以讓IT人員能從作業的職責中轉移到成果上。

專家們表示，確實有些IT部門在運用自動化技術的成熟度，已足以將其組織的局部轉換為NoOps環境。

不過，NoOps的構想並非全新的－也不是它是否可實現、或是否為一響亮的戰鬥口號、或只是個白日夢的爭論。2012年Etsy和Netflix的技術主管就曾針對此概念公開辯論。

除了理論的論據外，多位專家都同意企業IT面對的實際問題驅動了軟體生命週期管理轉型的必要性。過去十年許多企業皆為需要花費數週甚至數月建立伺服器技術小組所困擾－這種時間落後讓企業需要新軟體以支援受挫的商業計劃。
IT部門透過廣泛被採用的雲端運算、及敏捷與DevOps等新技術，以應對這種失敗。

Deloitte表示IT已經進入新的階段，並在其技術趨勢報告中指出，雲端運算的「超自動化」(hyper-automation)創造了NoOps環境。在這樣的環境中，可以動態配置軟體和軟體定義的硬體，設置人才的角色轉換並有益於推動商業成果。

持續朝向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是一個旅程，在這個過程中，可以為特定的區隔市場開拓出自動化作業商機，同時將某些領域，如高階生產系統由工作者管理。

這更容易實現，且可以做到，他表示。我認為你可以進入 low ops 狀態。