構建大規模自治體系

作者 | Shweta Aggarwal, Ron Klein

譯者 | 平川

去中心化的決策并非什么新范式；幾個世紀以來，它塑造了自然界、經濟學和人類社會的各種系統。一個經典的例子是紅收獲蟻群——這個系統展現出了復雜而高效的行為，但沒有任何一只螞蟻，甚至蟻后，指導日常活動。

每只螞蟻都依賴有限的局部信息進行操作：觸角接觸的頻率、信息素的強度和環境信號。從這些簡單的輸入中誕生了復雜的模式。

任務分配、信息共享和任務切換從局部互動中自然形成。當食物來源豐富時，螞蟻會用額外的信息素加強路徑，形成一個正反饋循環，吸引更多的螞蟻——沒有任何“管理者”分配工作。結果是形成了一個高度適應性的蟻群，能夠實時響應條件的變化。

如果蟻群可以在沒有中心指揮官的情況下協調成千上萬的行為主體，那么大型工程組織能否做到同樣的事情呢？還是我們注定只能依賴架構“象牙塔”來抵御混亂？

多年來，架構的構建一直是圍繞集中式控制——一個必要的權威通過自上而下的決策來強加秩序。

在早期，這個模型還行得通。但隨著組織規模的不斷擴大，這種曾經可以提供清晰度的東西往往變成了阻礙。原本旨在防止混亂的機制變成了阻礙進步的瓶頸。

本文提出了一個用于架構去中心化的實用框架，通過采用清晰的決策邊界、共同原則以及“護欄”（而非“門禁”）來對齊局部決策，實現大規模一致性。

架構瓶頸

集中化的架構決策就像分布式系統中的集中式鎖：在規模小時有效，但會隨著復雜性的增長而變成瓶頸。這在小型組織中可能是有效的，比如在工程初期階段，或是需要在有限的時間內證明價值并設定方向的時候。

在成熟的環境下，集中式決策可能會引入新的問題：

• 推遲上市時間：當每個重要決策都必須通過中心權威時，交付管道變成了隊列。

• 上下文盲目性：中心架構師可能沒有各個團隊所擁有的深入的、快速演變的領域知識，導致了次優或不一致的決策。

• 象牙塔效應：當團隊感知到架構決策與實際約束脫節時，信任被侵蝕，摩擦增加。

隨著領域復雜性的增長，集中式決策變得越來越難以維持。例如，保險、索賠、計費、政策管理和承保等行業有著不同的約束和工作流。沒有哪個中心團隊能夠擁有所有領域的深厚專業知識。

去中心化并不意味著無拘無束。這是一個進步的過程：從依賴中心團隊批準，到在共享原則和平臺上相互獨立，再到最終的相互依賴，中心團隊和領域團隊作為同行開展合作，共同確立架構方向。

父母的隱喻：成長框架

將架構師視為父母是一個有用的思考角度。有效的育兒不是控制每一個動作，而是設定邊界，培養判斷力，創造學習的安全空間，并逐漸轉移責任。

成長不僅適用于團隊，也適用于組織，以及架構師自己。隨著組織規模的不斷擴大，系統和建筑角色都要經歷不同的演變階段：

• 嬰兒期（初創公司 / 早期產品）：在強有力的中心指導下構建模式、標準，并防止早期混亂。

• 青春期（擴展團隊和領域）：團隊在清晰的護欄內獲得獨立。架構師從決策者轉變為教練員——挑戰假設并實現安全的自治。

• 成年期（成熟企業）：自治變得至關重要。架構專注于設計使能系統——共享原則、平臺和反饋循環——而不是指導個別決策。

下圖突出了隨著組織演變，架構自治的不同演進階段。

圖 1：架構治理演進：從集中化的“嬰兒期”到去中心化的“成年期”

隨著組織的不斷成熟，架構師也需要不斷地發展方法論。下圖通過一個成長框架，展示了這種演變過程，并說明了隨著組織成熟，架構自主性如何隨之提升。

圖 2：架構治理演變：從控制到使能

真正的風險不是去中心化，而是在系統已經超越這種模式之后仍然停留在控制思維中。

本文提出了一個旨在推動負責任的去中心化進程的結構化框架。該框架圍繞以下幾個核心要素構建：

• 清晰定義護欄

• 明確決策范圍與邊界

• 清晰闡述架構原則與指南

• 嚴格遵循架構決策歷史保存規范

• 架構對齊論壇

• 平臺部門負責提供規模與速度保證

• 基于成果的 KPI 和適應度函數

• 在企業文化中確立架構師的角色

在本文中，我們將詳細探討這些核心組件，以及人工智能作為賦能型“超級力量”所發揮的作用。

護欄的實際應用：實現負責任的自治

在集中式模型中，架構往往扮演著“守門人”的角色。明確的架構標準能夠避免分析癱瘓，并消除代價高昂的干擾，對于資源有限且面臨緊迫交付壓力的初創企業，這一點尤為重要。在實驗空間有限且失敗可能危及企業存亡的情況下，集中式指導能提供明確的方向指引，使團隊能夠圍繞統一的目標協同努力。這種有條不紊的專注，在至關重要的早期階段顯著提高了項目的成功率。

當那扇門變得遲緩、遙遠或控制過度時，團隊的反應往往可以預見：在交付壓力下，他們會繞過流程，為了減少依賴而重復開發解決方案，引入未記錄的模式，并積累隱性技術債務。

正因如此，架構師的角色必須從強制執行轉向消除阻力。在一個健康的去中心化模型中，團隊被允許“在后院跌倒”——即在明確的安全邊界內進行實驗。其目的并非消除失敗，而是防止災難性失敗。信任的建立并非依賴于控制，而是通過明確的防護措施、透明度以及可靠的反饋機制來實現。

架構師必須專注于溝通，消除摩擦，并確保所有參與者對系統的目的和設計達成一致的理解——而不是充當把關者或執法者。 ——Pascal Euhus

只有當防護措施明確、輕量化且可擴展時，去中心化架構才能取得成功。讓我們來探討下去中心化方法的幾個方面。

決策邊界：每個架構層的自治

一種負責任地實現去中心化的實用方法，是將架構權限與抽象層次相匹配：在 C4 模型中，可能是像下圖這樣：

這反映了一個簡單的事實：本地團隊往往最了解底層的復雜細節，而項目組合架構師則更擅長處理跨領域集成、戰略規劃和企業層面的限制。

架構原則與指南：自治而非無政府狀態

架構原則與指南在工程組織內充當大家需要共同遵守的社會契約，從而促成分布式決策。它們闡明價值觀、權衡取舍和邊界——使團隊能夠自主運作而不需要不斷地獲取中心團隊的批準。如果沒有共享原則，分布式決策可能會逐漸偏離軌道。而當標準過于僵化時，團隊又會默認退回到集中式審批。明確定義的原則搭配適應性指南，有助于在允許團隊獨立運作的同時保持一致性。

請思考以下原則：

數據是組織的戰略性資產，必須進行相應地管理、保護和治理。

由此得出以下實踐指南：

• 每個數據集必須有一個明確的所有者

• 所有者對質量、生命周期和訪問控制負責

• 關鍵數據元素必須定義可衡量的質量指標

• Schema 變更必須遵循版本控制規則

• 諸如此類

指南將意圖轉化為行為。它們回答了一個實際的問題：如果數據是戰略性的，負責任的行動應該是什么樣的？在明確期望并將責任轉移到團隊之后，架構一致性將不再依賴于集中式決策。如果沒有原則和指南，不同的團隊可能對好的數據有自己的定義，導致整個組織不一致。

架構決策記錄（ADR）：保留意圖

架構決策通常呈現多條可行路徑，每條都有各自的權衡。在選擇其中一條路徑時，我們不僅依賴分析，還依賴累積的經驗。架構決策記錄（ADR）提供了一種結構化的方式來記錄當時的選擇。

ADR 是輕量級文檔，記錄決策及其上下文、理由、備選方案和后果。其目的是保留意圖：明確說明為什么在特定的時刻選擇了特定的路徑。

隨著系統的演進，決策會被重新審視、完善或取代。ADR 保留了這些選擇的動態記錄，既支持當時的開發，又便于長期維護。它們幫助回答反復出現的問題："為什么要這樣構建？"如果沒有它們，上下文會逐漸消失，架構推理就會變成部落知識。

在團隊或領域層面維護的 ADR 提供了可追溯性，有助于確保實驗安全和基于充分信息的自主決策。征求意見稿（RFC）等補充性實踐則通過在決策最終確定之前征集去中心化反饋擴展了這個模型，在不集中權力的同時加強了一致性。

去中心化決策仍然必須可追溯

ADR 的核心價值在于防止將來有團隊在繼承代碼時沒有上下文信息。即使在去中心化組織中，決策也不應該變得不可見。ADR 可以確保自治不會以犧牲可追溯性為代價。架構在保持分布式的同時也要保持連貫性。

ADR 協作審查

ADR 最有價值的地方不是作為審批檢查點，而是作為可以進行充分討論的論壇。如果處理得當，審查過程更像是一次家庭會議而非合規性演練——有人指導而無權威引領。其目的不是授予許可，而是加強架構判斷力。

需要審查的問題可能包括：考慮了哪些權衡？在規模大或出現故障的情況下該決策會有何表現？它會給相鄰領域帶來什么風險？它的可逆性如何？

這種對話培養決策能力。工程師學會了將架構推理內化，而不是服從中央權威。隨著團隊在獨立評估復雜性方面越來越有信心，對資深架構師的依賴會隨著時間推移而減少。因此，ADR 審查不是固定的治理程序，而是學習機制——培養分布式判斷能力而非集中式控制能力。

架構治理論壇：升級和對齊，而非審批

架構治理論壇將 IT、數據和業務利益相關者聚集在一起，協調戰略和執行。它充當戰略意圖與技術交付之間的橋梁。雖然看起來是集中式的，但設計良好的論壇可以實現去中心化。它不是控制決策，而是在需要跨領域權衡時提供對齊、護欄和明確的升級路徑。

當運作有效時，論壇能夠幫助團隊更快、更自信地前進。它為建設性挑戰創造了空間，可以及早暴露風險，并確保決策與企業原則和長期方向保持一致。此外，它還有助于就重大架構決策爭取各利益相關方的支持。

重要的是，論壇不應該充當審批關卡或象牙塔。其作用是澄清約束、上下文和充當組織的北極星——賦權團隊創新，同時保持與共享標準和戰略方向的一致性。

構建平臺，擴大自治

去中心化自治不能僅憑意圖擴展。它需要對共享能力進行有意的投資。沒有強大的平臺，自治會導致重復、碎片化和隱藏的風險。設計良好的平臺將約束轉化為可重用的構建塊，將護欄轉化為嵌入工作流的默認規則。

運營模式很簡單：

• 集中化跨領域能力——安全、數據隱私、共享基礎設施、開發工具和治理自動化。

• 去中心化領域決策——服務設計、既定約束條件下的集成和本地交付。

平臺團隊創建技術基礎——可重用的基礎設施、CI/CD 管道、可觀測性和身份控制。當團隊承受著比較大的交付壓力時，他們自然而然地就會選擇看起來最快、阻力最少的路徑。如果平臺設計良好，那條路也將是最安全的。

這種邏輯不局限于工程。數據治理等功能可以作為共享平臺運營，提供數據質量、元數據和管理工具，而領域團隊在遵循企業標準的同時保留其數據的所有權。

設計良好的平臺將一致性嵌入系統而非會議。它們通過減少摩擦使去中心化具有可持續性，同時保持連貫性。

基于結果的 KPI 和適應度函數

在去中心化模式中，轉變微妙而重要：不是控制團隊如何工作，而是專注于驗證他們產出的東西。隨著決策權向團隊轉移，系統仍然需要某種東西來保持一致性。明確的邊界承擔了這一角色，在本地自主運作的同時保護整體的完整性。這些邊界——護欄——必須清晰描述、客觀可驗證，并嵌入平臺，以便跨團隊時也能一致地應用

這就是適應度函數變得必不可少的地方。適應度函數是一種自動檢查機制，持續驗證系統屬性，確保架構特征在系統演進時保持完整無損。適應度函數不是僅在設計時審查架構，而是在構建、部署和運行時進行評估。

示例包括：

• 當安全漏洞超過預先定義的閾值時部署失敗

• 對關鍵數據集強制執行可衡量的數據質量目標

• 監控 SLO 和可用性承諾符合情況

• 驗證數據分類或加密策略合規性

KPI 定義了意圖，而適應度函數可以在實踐中持續地驗證意圖。當護欄通過編碼的方式嵌入到管道、平臺工具和可觀測性系統中時，一致性便從定期審查轉變為持續驗證。只有在約束實現結構化、可觀測且由系統本身持續執行時，去中心化才是可持續的。

總而言之，在成長框架的背景下，上面討論的一些核心組件在早期階段可能不存在或以某種形式存在。但隨著組織的不斷成熟，這些流程可能會進一步發展，從而賦權團隊并實現架構自治。

去中心化不僅會對團隊的工作方式產生深遠的影響，還可以提升運營效率。

下表總結了去中心化成功運營的影響，在這個過程中，組織從成長框架的嬰兒期過渡到成熟期。

連接儀式：從指揮官到教練

當團隊陷入各自為政的孤島時，去中心化模式會失敗；而當共同的儀式能維系上下文和信任時，這種模式便能成功。如前所述，ADR 評審和架構論壇與其說是審批關卡，不如說是協作儀式。但這些論壇僅僅是更廣泛的文化變革的一部分——這種變革正在重塑架構師的角色以及組織本身。

蘇格拉底式架構師

在去中心化組織中，架構師的角色從審批者轉變為教練——引導團隊考慮權衡、約束和長期后果。架構師不是坐在決策層頂端，而是與團隊并肩工作，幫助他們提高推理能力。目的不是集中決策，而是提升判斷力。

蘇格拉底式架構師不是給出解決方案，而是提出問題：正在優化哪些權衡？當前哪些假設能支撐這個設計？在出現故障或規模變大時，它會有怎樣的表現？它的可逆性如何？誰承擔運營負擔？這樣的問題可能令人不舒服——不是因為它們限制自主性，而是因為它們暴露隱藏的假設。這些問題能增強決策能力，幫助團隊將架構紀律內化，而非依賴中央權威。隨著時間的推移，當判斷力變得分散時，依賴性便隨之降低。控制讓位于探究；權威讓位于能力建設。

村落效應

去中心化并沒有消除連接，而是加強了連接。隨著權威分散，共享記憶對于保持連貫性變得至關重要。實踐社區、跨領域論壇和經常性交流使得模式和經驗得以在團隊間流通。雖然 ADR 記錄了決策，但社區保留了決策背后的經驗。

隨著知識的傳播，重新發明輪子的情況減少，自治有了上下文信息的支撐。團隊獨立運作，但也了解更廣泛的系統。在規模比較大時，這種協調節奏變得更為關鍵。有節奏的規劃和利益相關者同步機制有助于及早揭示依賴關系，減少意外和不必要的升級。

在指揮官模式中，協調取決于權威。在村落模式中，協調依賴于共同的理解。自治不是孤立，而是在一個有意識地相互連接的系統中保持獨立。

利用 AI 實現去中心化架構

AI 通常與代碼生成相關，但其更深層的價值在于加強架構自治。在有明確的護欄和負責任的治理時，使用 AI 可以幫助團隊做出明智的局部決策，并與組織保持一致。它不是集中式的權威，而是可見性和判斷力的放大器。

設計與決策支持

AI 可以充當設計審查助手，根據既定原則和模式發現安全、彈性、隱私和合規方面的不足。它可以提出替代方案建議，梳理權衡關系，并評估與內部標準的一致性。

它還能加速常見的架構比較——提煉供應商文檔，總結內部運行手冊，生成結構化輸入或 ADR 草稿以供完善。這減少了探究時間，同時保留了人類監督。

組織記憶和依賴感知

通過分析 ADR、存儲庫、路線圖和發布說明，AI 可以發現影響相鄰團隊的決策，并明確跨領域依賴關系。上下文中包含了以前分散在各個工件中的內容，這有助于減少意外并改善協調機制。

護欄和漂移檢測

AI 可以持續地掃描代碼、基礎設施和運行時信號，檢測偏離商定原則的情況——不安全的模式、數據血緣的缺失、監管數據的不當處理或未經批準的集成。通過關聯平臺標準、ADR 和配置變更，與定期審查相比，它可以更早地發現不符合要求的情況。

目標不是更嚴格的控制，而是更早的感知。團隊保持自治，而 AI 可以幫助團隊在偏差成為系統性風險之前發現它們。

培養分布式判斷能力

綜合來看，這些能力改變了自主決策擴展的方式。AI 不會取代架構師或集中式決策；它增強了決策環境。通過鏈接原則、平臺和實時反饋，它有助于將架構決策的判斷力更廣泛地分布于整個組織之中。自主決策依然在局部進行，但運作于一個信息日益豐富、透明且有韌性的系統之中。

平易近人的架構師

去中心化架構并不意味著移除架構，而是將其演變為一個可擴展的運營模式——用護欄、平臺、原則和反饋循環替代集中式瓶頸。最優秀的架構師，是那些能逐漸讓自己不再需要參與日常決策的人——不是因為不需要做架構設計了，而是因為它已經融入團隊的工作方式之中。團隊在清晰的原則、共享的模式、標準化的平臺和他們信任的治理模式之下運作。

不過，可持續的去中心化不僅僅取決于結構設計。它最終會轉變為組織轉型，而不僅僅是技術轉型。它需要領導層的持續承諾和跨組織各層級的協調一致。高管層必須積極倡導從基于審批的治理模式向基于信任的治理模式轉變，不僅要投資技術平臺，還要投資能力建設、實踐社區和文化演進。

這一轉型需要務實的態度。自治伴隨著“智能失敗”。隨著團隊承擔起運營責任，在穩定下來之前，事件發生率可能會暫時上升。各團隊的成熟度各不相同——有些尚處在初級階段，有些處于成長階段，少數已臻成熟——治理機制必須據此作出調整。如果在團隊尚未建立起運營紀律的情況下過早地賦予其自主權，將招致混亂；如果對成熟的團隊施加的控制過度，則會導致影子系統和未記錄的變通方案的出現。技術提供了工具，但組織能否持續地保持一致，最終決定了這些工具能否帶來有意義且持久的結果。

https://www.infoq.com/articles/architecting-autonomy-scale/

聲明：本文為 InfoQ 翻譯，未經許可禁止轉載。