Nutanix 推出三項代理式 AI 發展，瞄準私有 AI 營運

Nutanix 於 10 月 21 日宣布三項 AI 基礎設施合作，將其軟件規劃連結至 NVIDIA 處理器、Supermicro 伺服器及 Netris 網絡。Nutanix 推出三項代理式 AI 發展，圍繞一項共同主張：企業若要以具成本效益的方式運行代理程式，所需的不僅是模型服務能力。這些宣布針對不同的基礎設施層面，交付時間表亦各有不同。

眼前的張力在於整合式基礎設施，以及客戶仍須自行完成的工作。Nutanix 希望將更多組裝、配置及營運複雜性納入其平台及合作夥伴關係之中。這會令採購對話由選擇個別組件，轉為評估整體營運環境。

Broadcom 的 VMware AI Factory 提供了一個競爭參考，其同樣著重私有 AI 部署及管治。兩家供應商的宣布均未證實哪一方具備更優越的經濟效益。對買家而言，相關比較在於整合平台實際可移除多少營運責任，以及責任轉移附帶甚麼承諾。

Nutanix 在運算、伺服器及網絡推出三項代理式 AI 發展

這些宣布延伸了 Nutanix 的基礎設施策略，而非推出三款已完成的代理式應用程式。

公司於柏林 NVIDIA GTC 概述這些合作。其生產級 AI 計劃包括支援 NVIDIA Vera 處理器、經工程設計的 Supermicro 系統，以及與 Netris 的整合。

這些是彼此相關的計劃，但客戶應分開評估。處理器支援關乎軟件運行的位置。經工程設計的伺服器方案關乎基礎設施如何組裝及交付。網絡整合則關乎共享資源如何成為可用服務。

代理式 AI 是指運用模型及工具完成多步驟任務的系統。這項區別十分重要，因為執行路徑不止於生成回應。一個應用程式可能會擷取資訊、運行程式碼、查詢另一個系統，並在繼續前檢查結果。

因此，推論，即運行已訓練模型以產生輸出的過程，只是工作負載的一個組成部分。更快的推論不會自動令所有周邊操作加快。部署可改善模型回應時間，卻仍可能令用戶在其他環節等候。

Nutanix 的宣布將這些周邊操作納入其商業主張之中。公司正提出在組織代理程式運行所依賴的基礎設施方面，擔當更廣泛角色。分析上的意義在於這種責任範圍的擴大。

整合式方案亦改變客戶調查故障的方式。若組件由不同供應商組裝，內部團隊往往須協調跨供應商的診斷。共同工程設計的系統應可為買家提供更清晰的起點，前提是支援協議已界定責任歸屬。

這項限定與架構本身同樣重要。「整合」可以指經驗證的相容性、協調安裝、共用管理，或合約支援。即使使用相近硬件，這些安排亦會帶來不同的客戶體驗。

同樣的區別亦適用於網絡自動化。自動建立設定固然有用，但在升級及故障期間持續運作該設定，則是另一項責任。買家需要涵蓋部署及持續維護的證據。

Blocks & Files 將這些代理式基礎設施發展描述為 Nutanix 在這些層面擴展其重要性的協調行動。這是合理的策略解讀，前提是不要把協調誤作同步推出。

文章的核心問題直接隨之而來：有多少整合工作由客戶轉移至供應商？這個問題將三項宣布連結起來，同時不假設它們構成單一的出貨配置。

這亦令新聞保持合乎比例。Nutanix 已宣布具體的發展方向及合作夥伴承諾。在將這些承諾轉化為採購決策前，客戶仍需要配置詳情、交付里程碑及營運證據。

Vera 支援聚焦模型呼叫之間的工作

當代理程式執行在模型本身以外花費大量時間時，這項 CPU 計劃便十分重要。

CPU，即中央處理器，處理通用運算工作。GPU，即圖形處理器，可加速大量模型計算等平行工作負載。一個代理式應用程式可能同時依賴兩者。

Nutanix 的 Vera 支援路線圖首先涵蓋裸機上的 Nutanix Kubernetes Platform，即直接運行於實體伺服器。Kubernetes 協調容器化應用程式，而容器會將軟件及其相依項目封裝在一起。

公司表示正朝 Vera 推出時提供支援的方向努力。其網誌指出，對虛擬化環境的支援仍在評估中。虛擬化讓軟件定義的機器可共享實體硬件。

這種表述訂立了一項重要界線。初步裸機支援與更廣泛的虛擬化支援是不同里程碑。買家不應假設所有既有營運功能都會立即轉移至新處理器環境。

Nutanix 亦提及計劃與 NVIDIA OpenShell 整合，後者是一個旨在限制代理程式執行範圍的運行時環境。運行時環境提供軟件運作的環境。建議中的整合屬於開發路線圖，而非獨立驗證的安全成果。

更廣泛的機制很直接。試想一個假設的工程助理正在調查部署失敗事件。它可能產生診斷計劃、檢查日誌、執行腳本，並將輸出與早前事故比較。

改善模型步驟只能協助這個流程的一部分。若腳本執行或數據準備主導經過時間，應用程式便需要在其他地方加以處理。這個例子說明架構論點；並非已披露的客戶部署。

相反的情況同樣重要。若一個應用程式主要由模型運算主導，較快的周邊執行環境可能帶來很少收益。硬件選擇應根據量度所得的工作負載行為，而非「代理式」標籤。

這為 Nutanix 的定位帶來實際測試。客戶能否識別此處理器整合旨在消除的等候時間？若缺乏這種連結，新的處理器選項只會增加選擇，未能證明商業價值。

最具參考價值的評估應追蹤完整任務，並分開模型生成、擷取、工具執行、政策檢查及應用程式回應。單一的總完成時間會掩蓋任何改善的來源。

併發性亦值得同樣關注。一個獨立運行時能迅速完成的工作流程，可能在眾多用戶同時執行時放慢。買家應檢視延遲是源自運算容量、共享服務，還是應用程式限制。

安全控制亦應納入量度之中。為追求速度而停用檢查的評估，對企業擬營運的環境意義不大。有用的比較會保留部署所需的控制措施。

對開發人員而言，這意味基礎設施討論需要應用程式追蹤資料。對基礎設施團隊而言，這意味處理器支援應附帶可重現的工作負載範例。任何一方都不會從把硬件相容性里程碑視為普遍效能成果中得益。

因此，Vera 計劃擴闊了效能討論。其價值將取決於 Nutanix 能否把處理器支援與完整、受管治的代理式任務可量度改善聯繫起來。

Supermicro 針對私有推論的組裝負擔

伺服器合作關係針對部署工作量，但其經濟理據仍取決於客戶如何運用所產生的容量。

Nutanix 與 Supermicro 計劃推出一套用於私有推論的經工程設計系統，即在由組織控制的基礎設施上執行模型。他們的私有推論系統預定於 2027 年初推出。

建議的配置結合 Supermicro 伺服器、NVIDIA GPU、Nutanix 軟件、儲存及網絡。宣布指明每個伺服器節點配備八枚 NVIDIA Blackwell Ultra GPU，亦提及專用管理及儲存資源。

這些詳情令方案比一般相容性協議更具體，但仍未證實交付前置時間、客戶部署所需時間，或可實現的營運成本。宣布將這些效益列為目標。

Moor Insights & Strategy 副總裁兼首席分析師 Matt Kimball 在新聞稿附帶的評論中強調系統層面的效率。他的論點支持一併評估硬件、網絡及編排，但不構成這套建議系統的獨立基準測試。

對買家而言，主要潛在好處是在有用工作開始前減少協調。預先驗證的配置可減少內部團隊必須協調的組件選擇數量。它是否能減少總工作量，則取決於安裝及支援安排。

責任轉移應在日常營運問題中清晰可見。誰負責診斷部署失敗？誰驗證更新？誰判斷效能問題屬於硬件、儲存、網絡，還是模型服務軟件？

當這些問題有穩定答案時，經工程設計的方案便更有價值。若客戶仍須自行重現供應商的整合工作，其價值便會下降。單靠架構圖無法解決這項分別。

私有推論亦改變支出的結構。組織須為請求之間仍然存在的容量負責。因此，商業理據取決於需求、可用性要求，以及能否靈活地有效運用資源。

Token 成本，即與模型處理或生成的文字單位相關的開支，提供了一項有用量度。然而，它們未能反映應用程式是否完成其預定工作。重複嘗試可能消耗 token，卻未能產生可接受的結果。

一個假設的內部支援代理程式說明了兩者的差別。成本較低但引導員工採用錯誤程序的回應，會製造額外工作。因此，評估應把基礎設施消耗與答案質素及任務完成情況聯繫起來。

這對知識密集型應用程式尤其重要。基礎設施可有效率地服務模型，但擷取系統可能提供過時或不相關的文件。運算效率及資訊質素仍是兩項獨立責任。

工程團隊準備這類評估時，可圍繞部署紀錄、文件及經常發生的事故，建立一個可搜尋的知識庫。來源材料一致，可令比較更具參考價值。

Supermicro 的方案值得關注，因為它將棘手的組裝問題打包成一項可辨識的產品供應。其商業意義將取決於此套裝方案在整個營運生命週期中能省卻多少工作。

Netris 將租戶邊界帶入實體網絡

共享 AI 基礎設施需要能在資源變動後仍然有效的隔離機制，而非只在初始部署時可用的設定。

多租戶意味著多個客戶或組織群組共用底層基礎設施。Nutanix 與 Netris 提議將運算管理與實體網絡設定連接起來，讓這些共享環境更像可使用的服務。

他們的多租戶網絡計劃面向企業及 neoclouds，即專注提供 AI 運算服務的供應商。兩家公司計劃於 2027 年初推出技術預覽。

該方案結合 Nutanix Cloud Platform，以及 Netris Network Automation、Abstraction 和 Multitenancy。它涵蓋由硬件強制執行的租戶隔離，以及跨裸機和虛擬化環境的自動網絡設定。

Netris 行政總裁 Alex Saroyan 表示，關鍵在於讓運算和網絡持續保持同步。NAND Research 首席分析師 Steve McDowell 認為，AI 供應商除了效能外，亦需要控制與隔離。這兩個觀點均見於公告，而非獨立的部署評估。

其營運意義不止於佈建速度。分配一台伺服器會改變誰應可連接它、它可存取哪些服務，以及哪些既有存取權應被移除。整合系統必須管理整個轉換過程。

設想一個假設情境：某供應商在客戶完成專案後重新分配運算資源。下一位客戶需要取得適當存取權，而早前客戶的存取權必須終止。成功的資源分配畫面只能證明這個流程的一部分。

供應商還需要可靠地掌握先前狀態。若自動化在中途失敗，營運人員必須了解哪些項目已改變，以及哪些項目仍然暴露。復原行為相當重要，因為基礎設施營運甚少在完美條件下進行。

正是在這方面，管理整合可以帶來實際價值。協調一致的狀態可減少團隊為同一環境維護互相衝突描述的機會。好處取決於可觀察的整體一致性，而非是否存在共用介面。

因此，安全評估應包括變更操作。建立租戶是一項測試；調整其規模、移除它，以及從中斷中復原，則是其他測試。只聚焦初始上線的示範，會留下重要問題未獲解答。

隔離亦需要審慎理解。網絡分隔處理的是通訊邊界；它本身並不能確保應用程式權限正確、模型行為可信，或對每份文件提供適當存取。

對企業買家而言，這個區別會影響責任劃分。網絡平台可以正確執行規則，但應用程式仍可能要求過多存取權。組織仍須決定應允許 agents 做甚麼。

對服務供應商而言，商業問題在於容量能多可靠地轉化為可用的客戶服務。等待人手處理網絡工作的資源，無法提供與受控自助服務相同的體驗。

因此，Netris 合作將 Nutanix 的主張延伸至管理個別工作負載以外。它針對的是安全銷售或共享基礎設施所需的協調工作。技術預覽應能揭示該整合實際自動化了多少這類協調工作。

整合平台不僅在功能上競爭，也在責任承擔上競爭

Nutanix 的主張與其他私有 AI 平台競爭的，是客戶在部署後仍須承擔多少工作。

Broadcom 於 8 月 31 日宣布 VMware AI Factory，強調基礎設施自動化、私有 AI 服務及管治。其 AI factory 公告為 Nutanix 的整合方法提供直接比較。

重疊之處比單純列出合作夥伴名稱更重要。兩家公司都將私有 AI 描述為營運平台問題。兩項公告均未證明其方法可為每種工作負載帶來更佳成果。

已在運行既有環境的買家，還有額外考慮因素。現有技能、應用程式依賴關係、支援關係及變更程序，都會影響採用另一平台所需的工作量。新功能必須在這個脈絡下評估。

因此，中立的比較應保持應用程式不變。同時更換模型、文件、安全設定及工作負載，會令基礎設施結論難以成立。較快的結果可能反映不同的應用程式，而非更好的平台。

比較亦需要一個共同的完成定義。部署是在伺服器啟動時、模型作出回應時，還是在受管治的應用程式為用戶提供服務時結束？這些終點代表客戶仍須完成的工作量各不相同。

這正是 Nutanix 策略的核心取捨。整合提供減少組裝工作的途徑，但同時將更多營運決策納入供應商支援的環境中。客戶必須判斷這項安排是否符合其要求。

標準化可協助團隊重複部署並簡化支援，但亦可能限制元件替換或升級時機。兩種結果都非必然具決定性；相關問題是組織需要保留哪些選擇。

平台團隊規模較小的企業，或會優先考慮較窄但獲支援的設定。具備專門網絡要求的供應商，則可能重視更直接的控制。同一整合產品可為這些買家帶來不同取捨。

公告亦為經濟效益主張劃出證據邊界。它們說明的是預期設計與時間表，而非已完成生產部署的獨立量度。較低的部署工作量和營運開支，仍是有待驗證的主張。

可信的評估應包括日常維護。更新軟件、更換故障硬件、還原設定，以及調查緩慢請求，都會耗用人手時間。排除這些活動，會產生不完整的基礎設施經濟效益圖像。

故障處理尤其值得仔細審視。當責任明確時，整合系統可讓診斷更容易；當每個供應商只看到自身元件，且合約責任歸屬仍不清晰時，診斷則可能令人困擾。

客戶亦應區分基礎設施安全與應用程式安全。agent 可以在隔離環境中運作，卻仍透過獲授權工具採取不恰當行動。隔離與權限設計解決的是不同問題。

對知識工作者而言，影響體現在日常可靠性。能持續存取正確材料的助手，比起擁有亮眼基礎設施規格但存取行為不確定的助手更有用。用戶體驗的是完整服務。

因此，當 Nutanix 推出三項 agentic AI 發展時，其策略主張關乎營運責任。其合作夥伴擴展了 Nutanix 提議協調的範圍。採購決定取決於該協調能否轉化為可量度、可支援的客戶價值。

下一個里程碑是支援證據、交付與隔離測試

最有用的後續證據，將把每項公告連繫到可觀察的營運成果。

第一個訊號是詳細的 Vera 支援紀錄。買家應留意獲支援的設定、軟件要求、已記錄的限制，以及可重現的應用程式量度。這些細節會將處理器路線圖轉化為可評估的部署選項。

裸機與虛擬化支援的區別應保持清晰。一個環境的里程碑，並不代表另一環境已具備同等準備程度。清楚的文件會增強信心，顯示 Nutanix 正有意識地管理這些差異。

效能證據應顯示整項工作中，時間在哪些環節出現變化。若效益出現在工具執行期間，卻在貼近現實的並發情況下消失，買家需要了解原因。這些資訊比單一標題數字更有用。

第二個訊號是 Supermicro 產品按其 2027 年初時間表交付。在未來數月，具體的設定及支援資訊將協助買家評估準備程度。實際可用性應與已公布的意向分開看待。

如能有具名客戶部署，並描述起始條件及餘下整合工作，將尤其具參考價值。缺乏這些脈絡時，短暫的部署時間只能提供有限指引。客戶需要知道量度前做了哪些準備工作。

經濟效益證據應包括使用率、服務質素及營運工作量。當基礎設施比較能說明成功完成的工作及所需資源時，說服力會更高。單憑 token 效率，計算以外仍有太多因素。

第三個訊號是 Netris 技術預覽的範圍。買家應留意它是否展示跨實體及虛擬資源的租戶建立、修改、移除與復原。這個順序直接測試同步論點。

若獨立安全測試檢視失敗操作及未完成變更，將增加份量。技術預覽可以確立技術方向，卻未必能證明生產環境成熟度。清楚說明限制，將有助客戶準確理解結果。

這些訊號亦提供公平方式以更新分析。可重現的支援證據會強化處理器論點；已交付、並具備已記錄營運成果的系統會強化伺服器論點；可靠的生命週期測試則會強化網絡論點。

相反，含糊的可用性措辭，或排除維護工作的示範，會令核心整合主張仍未解決。這並不代表技術失敗，而是表示買家仍缺乏作出更廣泛承諾所需的證據。

目前而言，Nutanix 推出三項 agentic AI 發展，透過具體合作夥伴關係處理可辨識的企業問題。這些公告值得作為相互連結的發展計劃來評估，並分別審視各自的里程碑與責任。

在評估建議的基礎設施前，先選定一個具代表性的代理工作流程。記錄其完成質素、等待時間、權限及維護需要。然後要求每個供應商說明其方案假設由誰承擔哪些責任、哪些仍由你們的團隊負責，以及故障如何處理。比較各平台時，保持工作負載一致，並要求提供你們實際會部署的配置證據。就網絡預覽而言，應包括資源重新分配及中斷中的變更。至於伺服器方案，除了推理效能，亦應包括更新及復原。對 Vera 支援，應量度完整任務，而非單一元件。哪一份方案能展示一條更清晰、可重複的路徑，讓已安裝容量轉化為你們機構可營運的服務？