Seal梁勝：平臺工程不僅為工程師提供工具，也為AI提供護欄

科技云報道原創(chuàng)。

DevOps和云原生的概念興起之后，似乎是在突然之間，工程師們不得不掌握數(shù)十種不同的工具、Helm charts、Terraform模塊等，僅僅是為了在多集群微服務的多個環(huán)境中部署和測試一個簡單的代碼更改。

其實DevOps最初的想法非常簡單，就是為了解決Dev和Ops中間的鴻溝，加快應用開發(fā)和上線過程而提出的概念。

然而，這對于大多數(shù)公司來說并不現(xiàn)實，當所有的云原生趨勢融合在一起之后，DevOps反而變得越來越低效。

一些開發(fā)者在論壇上吐露心聲：“扯淡的DevOps，我們開發(fā)者根本不想做運維！”；也有人喊出了“DevOps已死，平臺工程才是未來”的口號。

為何原本用于提升研發(fā)效能的DevOps日益失效？是否有一種新的工具能夠解決這一挑戰(zhàn)？

DevOps失效如何解？

過去幾年，大多數(shù)企業(yè)都在投入大量時間精力去上云、管云。隨著云的發(fā)展，應用架構也在不斷的云化，分布式架構、微服務、無服務、多云應用架構更加普及，單個應用系統(tǒng)需要的云資源類型和數(shù)量越來越多，上線和變更更加頻繁。

為了配合企業(yè)云化不斷變多的需求，更加敏捷快速的開發(fā)方式——DevOps進入了大家的視野。DevOps奉行“誰構建、誰運行”的方法，要求開發(fā)人員能夠端到端地部署和運行應用。

但DevOps的發(fā)展真如理想中這么順暢嗎？

一個殘酷的現(xiàn)實是，盡管企業(yè)制定了DevOps相關策略，但礙于開發(fā)團隊技術能力達不到運維要求，溝通工作多依賴于人工，電話、微信、郵件、工單成為大部分Dev和Ops溝通的主要途徑，人肉執(zhí)行運維成為主要手段。

這種方式在物理機，甚至虛擬化時期，尚能勉強維持運轉。但在云原生時代，每個不同的應用的部署架構都不一樣，相同的應用在開發(fā)、測試、UAT、生產、部署架構、底層資源方面可能都不一樣。

大多數(shù)開發(fā)人員并不熟悉也不想了解復雜的基礎設施技術，相關職責更多落地在研發(fā)團隊中的高級人員身上，又或者靠研發(fā)和運維團隊之間人肉信息頻繁交互，這必然導致了效率低、質量難以保證等問題。

為了解決Dev和Ops之間的協(xié)作問題，不少企業(yè)開始雇傭專門的DevOps人員。

數(shù)澈軟件Seal聯(lián)合創(chuàng)始人及CTO 梁勝

數(shù)澈軟件Seal聯(lián)合創(chuàng)始人&CTO梁勝博士觀察到一個現(xiàn)象：以K8s為代表的云原生技術剛成熟的時候，一般是10個研發(fā)人員配備1個DevOps人員；但隨著云原生技術深入應用，3-5個研發(fā)人員配備1個DevOps人員已經忙不過來了。

更可怕的是，DevOps人力成本水漲船高，盡管這個職位并不直接創(chuàng)造經濟價值。

原本意在提升研發(fā)效率的DevOps，如今卻淪為了“拖后腿”的機制，這讓企業(yè)頗感無奈。不過這一挑戰(zhàn)也讓數(shù)澈軟件Seal看到了一個全新的市場機會。

在今年初Gartner發(fā)布的“2023年十大戰(zhàn)略技術趨勢”中，“平臺工程”赫然在列。Gartner 預測，到2026年，80%的軟件工程組織將建立平臺團隊，其中75%將包含開發(fā)者自助服務門戶。

所謂平臺工程，最核心的載體是軟件開發(fā)過程中自助服務的工具鏈和工作流。無論是基礎設施配置、流水線、監(jiān)控還是容器管理等，自助服務平臺將所有這些復雜的問題放入黑盒中，進而為開發(fā)人員提供開箱即用的所有必要工具，從而減少開發(fā)人員在整個應用生命周期內管理復雜工具和基礎設施網絡的負擔。

其實平臺工程也是一種DevOps方法，其巧妙之處在于開發(fā)一個應用管理的共享平臺，如同吃“自助餐”一樣，Dev團隊可以根據(jù)自身需求挑選適合自己的菜品，即來即取即吃，提升開發(fā)效率的同時，又能最大限度規(guī)避菜品重復的情況，即降低Ops團隊的工作量。

目前，國內大型互聯(lián)網企業(yè)如：萬物新生集團（愛回收）、滴滴出行、bilibili、小米、螞蟻集團等，都在基于平臺工程理念開發(fā)自己內部的IDP平臺，以解決技術團隊以更低成本和更高效率滿足業(yè)務需求、支持業(yè)務運營發(fā)展的需求。

正是洞察到這一需求，數(shù)澈軟件Seal率先在國內推出了一款基于平臺工程理念的新一代應用平臺—— Walrus，其核心是應用管理、成本管理、環(huán)境管理、應用部署管理、應用環(huán)境管理。

平臺團隊可以在Walrus平臺上將基礎設施管理自動化，并使開發(fā)人員能夠從一個統(tǒng)一管理的技術平臺上自助獲取可靠的工具和工作流程，提升開發(fā)效率。

在梁勝博士看來，盡管平臺工程的探索仍處于市場早期，但企業(yè)需求已經實實在在出現(xiàn)了。

從技術領先的大型互聯(lián)網企業(yè)開始，平臺工程技術將逐步傳導到更多的傳統(tǒng)企業(yè)和中小型互聯(lián)網企業(yè)中，而這正是Walrus作為一個獨立應用平臺得以生存的機會。

“如同云計算平臺一樣，Walrus應用平臺的誕生，也是為了讓企業(yè)把更多的精力放在自己的業(yè)務創(chuàng)新上，而不是浪費在平臺開發(fā)上”，梁勝博士表示。

Walrus：解決DevOps落地“最后一公里”

在近日舉辦的“2023平臺工程技術大會”上，Walrus平臺受到了高度關注。

據(jù)數(shù)澈軟件Seal COO江鵬介紹，Walrus提供靈活強大的應用和環(huán)境部署管理能力，可以屏蔽基礎設施的上層抽象，使研發(fā)團隊能夠在無需了解底層技術細節(jié)的前提下自助構建、部署和運行應用程序，減輕開發(fā)人員的認知負擔。

數(shù)澈軟件Seal聯(lián)合創(chuàng)始人及COO 江鵬

同時，運維/平臺團隊通過環(huán)境依賴圖、多層級變量配置等特性細粒度地管理開發(fā)、測試、生產等多個環(huán)境，增強了對基礎設施的可控性和可見性。

Walrus的優(yōu)勢體現(xiàn)在六個方面，具體而言：

Walrus中的服務模板依照DRY（Don't Repeat Yourself）原則設計，用戶可以重復利用并在實際使用過程中逐漸沉淀研發(fā)和運維團隊的最佳實踐。

Walrus支持批量克隆服務和環(huán)境。用戶可以輕松復制現(xiàn)有的服務配置到單個或多個目標環(huán)境，同時支持克隆服務的參數(shù)定義，可以根據(jù)現(xiàn)有環(huán)境的配置及服務，快速創(chuàng)建一個新的環(huán)境，包括環(huán)境中的應用相關服務及基礎設施資源。

包括傳統(tǒng)部署和云原生部署。支持任意Kubernetes集群、公有云或者私有云基礎設施，實現(xiàn)統(tǒng)一框架下的多云、混合云應用部署與管理。

Day2來源于云時代軟件生命周期中的概念，泛指應用上線后到周期終結之間的一段時間。Walrus提供了應用部署、升級、銷毀、調試、日志查看、遠程 Shell 連接等功能。

既可以直接接入企業(yè)現(xiàn)有的?CI/CD 流水線中，也可以作為一個功能模塊集成到內部開發(fā)者平臺中。

Walrus集成了大語言模型AI，通過AI Agent模式實現(xiàn)了AI技術與應用管理的結合，用戶可以直接使用自然語言生成服務模板代碼，并對生成的代碼進行糾錯和解釋，進一步簡化應用部署體驗。

值得一提的是，在AIGC時代，Walrus率先集成AI大模型集成這一功能，充分體現(xiàn)了其技術的前瞻性。

在梁勝博士看來，大模型AI正在為平臺工程帶來全新的機會：

一方面，AI技術用于減輕DevOps工程師的工作量。目前Walrus對于AI大模型的應用，可以在很大程度上為工程師自動排錯，預計未來2-3年將做得更好，這是過去數(shù)年來AIOps自動化運維想要實現(xiàn)卻一直未能做好的。

另一方面，AI大模型的爆火讓越來越多企業(yè)開始部署相關模型，但大模型的訓練和部署需要消耗大量的計算資源和存儲資源，直接部署會遇到各種大規(guī)模底層資源管理挑戰(zhàn)。

因此，如何將K8s和AI大模型更好地融合起來，優(yōu)化AIGC的部署和運行效率，使得企業(yè)更輕松地部署和應用AI大模型，這正是Walrus能夠提供的價值。

同時，Walrus不僅為工程師提供工具，也為AI提供護欄。由于AI大模型存在生成內容不準確、不安全等問題，Walrus如同一道護欄將AI生成的錯誤的、不安全、不合規(guī)的內容進行矯正，使得整個平臺管理更加高效有序。

整體而言，Walrus降低了技術團隊使用基礎設施的復雜度，為研發(fā)和運維團隊提供易用、一致的應用管理體驗，解決了DevOps落地“最后一公里”問題。

開源Walrus，提升AIGC時代的研發(fā)效能

令人欣喜的是，目前Walrus已正式開源。作為國內較早開源的應用管理平臺項目，Walrus再次踐行了開源文化的要義。

正如自由軟件活動家理查德·斯托爾曼所說：開源是一種開發(fā)方法論，自由軟件是一種社會運動。

如今的開源不止是“開放源代碼”的意思，更代表著一種先進的協(xié)作方式，它讓更多人能夠自由地共享和使用代碼。而這一過程也加速著產品的反饋和創(chuàng)新，提高軟件的可靠性，推動軟件的廣泛應用。

Walrus的開源，正是希望能夠幫助更多企業(yè)和開發(fā)團隊提升DevOps效率，同時通過社區(qū)用戶的反饋和共建，進一步提升Walrus的產品競爭力，擴大自身影響力，并最終服務全球的企業(yè)和用戶。

事實上，Walrus篤定地走開源路線，和企業(yè)自身基因息息相關。數(shù)澈軟件Seal創(chuàng)始團隊成員均來自Rancher的核心團隊，這家全球著名的容器管理平臺公司Rancher Labs正是由梁勝博士于2014年9月創(chuàng)立并擔任CEO。

Rancher從誕生起就是開源軟件，在開源方法論的推動下，成為了全球應用廣泛的Kubernetes管理平臺Rancher的成功，一方面讓數(shù)澈軟件Seal創(chuàng)始團隊看到了Kubernetes管理中的種種挑戰(zhàn)，從而發(fā)現(xiàn)了Walrus解決DevOps落地問題的機會所在；另一方面，也為整個團隊積累了大量的開源經驗，為Walrus的開源奠定了成功的基石。

盡管對開源模式已輕車熟路，但數(shù)澈軟件Seal團隊依然保持著謙卑的心態(tài)。

在梁勝博士看來，目前平臺工程的產品形態(tài)還不確定，無論是國內外的公有云、私有云廠商，還是初創(chuàng)公司，大家都在探索合適的道路。

“其實這幾年云廠商反反復復都在做相關的產品，期望讓用戶更好地把自己云平臺上的組件應用起來，但是這個過程并不容易。包括一些創(chuàng)業(yè)公司推出的研發(fā)效能平臺、開發(fā)運維一體化平臺，都是類似的產品，都想解決這個問題”，梁勝博士表示。

相較于市面上推出的研發(fā)效能平臺更重視研發(fā)流程和體驗，Walrus在產品上更傾向于運維流程，試圖將研發(fā)和運維團隊的體驗一致化。

而與云廠商相比，Walrus的中立性，更符合用戶不希望被單一云廠商綁定的想法，這些獨特的優(yōu)勢都將成為Walrus脫穎而出的機會。

如今隨著AI大模型的“走紅”，Walrus開源技術的商業(yè)之路也有了更多的想象空間。目前不少用戶通過AI大模型場景，開始使用Walrus來簡化部署應用流程，一些大型企業(yè)也開始參與Walrus的體驗和建設。

據(jù)悉，Walrus開源才剛剛兩周左右，并沒有做過多的宣傳，但已經有近百個用戶在使用Walrus，比預計的更好。

關于未來，梁勝博士表示將圍繞以下場景推動?Walrus項目發(fā)展：

一是，滿足各種企業(yè)復雜場景需求，例如自動化管理應用環(huán)境生命周期、傳統(tǒng)部署模式增強、應用發(fā)布工作流及審批、配置漂移檢測等；

二是，增強策略管控能力，如對存在風險的部署和配置進行自動攔截或告警；

三是，強化AI智能化場景，包括通過AI實現(xiàn)基于自然語言的日常應用管理操作、AI智能分析及故障定位等。特別是在AI大模型方向，數(shù)澈軟件Seal將基于現(xiàn)有大模型調試專有模型，讓大模型更好地服務于DevOps場景。

“AIGC時代，我們希望通過Walrus開源，幫助更多的企業(yè)和開發(fā)者，解決他們DevOps中的效率和成本問題；同時也希望在用戶的支持下，Walrus能夠從中國走向全球，成為這個領域中最流行的開源項目”，梁勝博士表示。

一個不可忽視的事實是，在國際格局日益緊張的當下，開源項目Walrus如果能夠從中國誕生并成功走向全球化，參與國際競爭，不僅將為數(shù)澈軟件Seal帶來商業(yè)上的回報，更將走出中國平臺工程技術領先的未來。

結語

如今，平臺工程仍處于發(fā)展的早期階段，能否被廣泛接受還有待觀察。

但是，作為IT技術行業(yè)的重要趨勢，平臺工程正在不斷發(fā)展壯大，并且隨著越來越多的企業(yè)尋求提高其軟件開發(fā)和交付流程的效率和有效性，平臺工程也將得到更廣泛地采用。

在這個過程中，離不開如數(shù)澈軟件Seal這類開拓者的持續(xù)探索，不斷優(yōu)化平臺工程，助力企業(yè)提高效率、降低成本和提高敏捷性。

生成海報

免責聲明：此文內容為第三方自媒體作者發(fā)布的觀察或評論性文章，所有文字和圖片版權歸作者所有，且僅代表作者個人觀點，與極客網無關。文章僅供讀者參考，并請自行核實相關內容。投訴郵箱：editor@fromgeek.com。

免責聲明：本網站內容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網站出現(xiàn)的信息，均僅供參考。本網站將盡力確保所提供信息的準確性及可靠性，但不保證有關資料的準確性及可靠性，讀者在使用前請進一步核實，并對任何自主決定的行為負責。本網站對有關資料所引致的錯誤、不確或遺漏，概不負任何法律責任。任何單位或個人認為本網站中的網頁或鏈接內容可能涉嫌侵犯其知識產權或存在不實內容時，應及時向本網站提出書面權利通知或不實情況說明，并提供身份證明、權屬證明及詳細侵權或不實情況證明。本網站在收到上述法律文件后，將會依法盡快聯(lián)系相關文章源頭核實，溝通刪除相關內容或斷開相關鏈接。