微軟正在探索將其 Copilot AI 助手擴展到本地 Exchange Server，此舉直接解決了許多組織迴避雲的原因。
在 10 月 23 日宣布的公開調查，該公司正在評估對本地 Copilot 的興趣，但有一個重要問題:它可能需要將服務器數據發送到雲端以供使用。
此提案為依賴自託管服務器進行數據控制、安全性和法規遵從性的管理員帶來了困境。該舉措是微軟推動將人工智能集成到每款產品中的最新舉措，旨在測試最謹慎的客戶採用雲相關功能的意願。
A 本地管理員的雲難題
對於有意將郵件服務器保留在本地的組織來說，這項調查提出了根本性的衝突。
Microsoft 的 Exchange 團隊正式宣布正在探索這一概念，並表示:“我們正在探索為 Exchange Server（本地）引入 Copilot 的可能性。您對此主題的反饋將幫助我們了解您的興趣和需求 要求。”
然而，調查的核心問題切入了內部辯論的核心。它詢問參與者:“如果您的組織需要將一些 Exchange Server 數據發送到雲，您是否願意啟用 Copilot for Exchange Server?”
這一框架遭到了質疑。許多管理員精確地運行本地版本的 Exchange，以確保他們的數據永遠不會遍歷 Microsoft 的雲基礎設施。
對於他們來說，該提案似乎否定了他們當前設置的主要優勢。
核心問題是像 Copilot 這樣的 AI 模型屬於計算密集型，並且依賴於大規模的集中式雲數據中心。將這些功能引入隔離的本地環境是一項重大的技術和哲學挑戰。
主權對峙:為什麼本地部署仍然很重要
整個爭論的基礎是 Microsoft 自己的文檔中概述的技術現實。
混合設置的官方指南明確指出，當前的 Microsoft 365 Copilot 完全基於雲，無法訪問本地郵箱。
為了使建議的本地 Copilot 正常運行，Microsoft 需要設計一種新的混合架構或說服客戶接受他們迄今為止拒絕的一定程度的雲數據共享。
金融、醫療保健和政府等部門的組織經常面臨嚴格的數據駐留和主權要求。
這些規則要求敏感信息保留在特定的地理或網絡邊界內。
採用雲人工智能工具通常需要根據 GDPR 等法規進行數據保護影響評估 (DPIA)，以減輕數據洩露或濫用的風險。
該調查確實承認了這些擔憂，並要求就“不可協商”的要求提供反饋。它提出了嚴格的數據邊界保證、管理員定義的限制，甚至完全斷開連接、氣隙版本等可能性。
然而，開發這樣的產品將是一項艱鉅的任務，可能需要一個單獨的、功能較弱的本地人工智能模型。
更廣泛的劇本的一部分:Copilot 邁向無處不在
開展這項調查 從更廣泛的角度來看，這是該公司積極的人工智能集成戰略的最新舉措。
微軟的目標是使 Copilot 成為整個軟件和服務生態系統中無處不在、不可或缺的一層。這種無處不在、貨幣化和垂直化的戰略旨在讓人工智能助手成為無處不在的數字伴侶。
該公司已經展示了這一策略並取得了巨大成功。通過將 Copilot 嵌入 Microsoft 365，它創造了巨大的追加銷售機會。 Copilot 擁有超過 4 億個付費商業席位，每用戶每月 30 美元的費用意味著理論年收入機會超過 1,440 億美元。
這表明進軍本地 Exchange 並不是一項小眾實驗，而是試圖佔領其龐大企業市場的每一個可能的細分市場。
微軟的戰略是利用其深厚的現有客戶鎖定來推動人工智能的採用。正如微軟的 Sumit Chauhan 所言，“生產力是我們的 DNA，我們是 Office。雖然其他人會試圖複製我們，但真正的東西是無可替代的。”
通過將 Copilot 推入其帝國最不喜歡雲的角落，該公司相信人工智能帶來的生產力提升最終將超過長期存在的數據主權問題。
混合未來還是強制遷移?
Microsoft 對本地 Copilot for Exchange 的調查向企業 IT 提出了一個關鍵問題。它提供了在保持嚴格的數據隔離和訪問最新的人工智能驅動的生產力工具之間的選擇。
雖然該公司將此視為對客戶興趣的探索，但它也作為其戰略方向的明確信號。
目前，該公司正在收集反饋。該調查的結果可能取決於客戶是否相信真正安全的混合人工智能解決方案是可能的，還是將其視為對雲的溫和但堅定的推動。
重視本地設置的管理員被要求定義他們的紅線，因為他們知道微軟的人工智能野心基本上是以雲為中心的。結果將塑造企業界最持久的本地產品之一的未來。
