從關閉資料中心到擁抱 Serverless First：Capital One 的轉型起點
談到企業雲端轉型，Capital One 的 serverless-first 路線是一個很具代表性的案例。從公開內容來看，這家金融機構先是推動技術棧現代化，逐步走向更偏微服務的架構，並大量採用 AWS 雲端原生技術；在 2020 年關閉最後一座資料中心後，又在 2021 年正式決定以 serverless-first 作為組織方向。
這個時間軸很重要，因為它說明了 serverless 不是單一技術選擇，而是一種企業級的營運策略。Capital One 的目標並不只是「把系統搬上雲」，而是把開發、部署與維運方式一併重塑，讓工程團隊能更快交付、也更少被傳統基礎設施綁住。對一間銀行來說，這種轉變尤其不容易，因為它同時面對法規、控管與高可用性的要求。
從公開資訊來看，Capital One 目前有約 10,000 名工程師在日常推動這套轉型，顯示 serverless 已經不是局部實驗，而是深度進入核心業務流程的工程文化。
Serverless at Scale 的真正難題：不是寫得出來，而是管得起來
在規模化場景裡，serverless 的優勢很明顯：功能可以快速建立、快速部署，甚至從開發到上線只需要很短時間。但問題也同樣明顯——當企業擁有數千個 AWS 帳號、數萬個 Lambda 函數時，手動管理幾乎不可能。這也是 Capital One 為何強調「responsible serverless at scale」的原因。
公開資料提到，Capital One 在 AWS 上運行的是「thousands of applications」，而且是 AWS 的大型使用者之一。這意味著他們必須處理的不只是單一服務，而是跨團隊、跨帳號、跨環境的一致性治理。當 serverless 變成企業級基礎建設的一部分，標準化、權限、部署節奏、回滾機制與監控就會變成核心議題，而不是附加功能。你可以把它理解為：真正的挑戰不是啟用 Lambda，而是讓整個組織都能安全、穩定地使用它。
因此，serverless at scale 的核心不在於「少寫伺服器管理程式」，而在於建立一套可持續運作的工程制度。這也解釋了為什麼 Capital One 需要 Serverless Center of Excellence（COE）來統整標準與最佳實務。
Serverless Center of Excellence：讓標準先行，讓創新加速
Capital One 的 Serverless Center of Excellence（COE）是整個轉型策略的關鍵支柱之一。根據公開內容，這個中心由不同團隊組成，負責定義全企業使用 serverless 的標準與最佳實務。換句話說，它不是單純的支援單位，而是把經驗沉澱成規範，讓各團隊在同一套原則下擴張。
這種做法的價值，在於把「自由創新」和「一致治理」放在同一張桌上。當每個團隊都能快速建立 Lambda、API Gateway 等服務時，如果沒有共同標準，風險會快速累積；但若標準太死，又會拖慢創新速度。COE 的角色，就是讓企業能在可控的邊界內，加速重複利用成熟做法，減少每個團隊重造輪子的成本。
這也呼應了 serverless-first 的本質：它不是要求所有工作負載都必須 serverless 化，而是先從最適合的場景著手，讓組織在效率、維運與風險管理之間找到平衡。這種「先治理、再擴張」的路徑，對大型金融機構尤其重要。
Hybrid 架構更務實：Serverless、容器與 VM 各有舞台
雖然 Capital One 強調 serverless-first，但公開內容也顯示，他們的雲端策略並不是「只用 serverless」的極端路線。相反地，更接近一種混合架構思維：serverless、容器與 VM 會依照工作負載特性各自扮演角色。這與許多企業的現況一致，因為不是每個應用都適合完全事件驅動，也不是所有流程都適合短生命週期的函數模型。
從文章內容可見，serverless 特別適合事件驅動、短時間執行或自動化任務；而較長時間、持續型或資源需求更固定的工作負載，則可能更適合容器或 VM。這樣的配置反映出一個務實事實：雲端優化不是追求單一答案，而是根據應用型態做架構選擇。對金融業來說，像是交易流程、資料串流或機器學習訓練等場景，往往更需要混合架構的彈性。
因此，serverless-first 更像是一種設計哲學，而不是硬性規定。它提醒企業：先問工作負載的特性，再決定架構，而不是先選架構，再硬套所有系統。
真正的價值：把工程師從維運中解放，回到創新本身
Capital One 對 serverless 的總結，其實相當直白：降低營運負擔，讓開發者能把注意力放在創新與複雜商業問題上。這也是 serverless-first 最具吸引力的地方。當底層的擴充、復原與可用性更多由雲端服務商處理時，團隊就能少花時間在伺服器安裝、更新、修補與配置上，把精力投入更高價值的功能設計。
公開資料也提到，Lambda 具備自動擴縮與高可用性的特性，並能在多個可用區中執行以提升韌性；而在部署方面，Capital One 也標準化了 rollout 策略，包含利用 SAM 與 CodeDeploy 進行流量切換、分批釋放與回滾。這些能力讓 serverless 不只是「輕量開發工具」，而是可被企業正式採用的生產級平台。
回頭看 Capital One 的路徑，可以發現它真正賣的不是某一種雲端技術，而是一種組織能力：先把基礎建設現代化，再建立治理機制，最後讓工程師回到產品與創新的核心。對所有正在評估雲端轉型的企業而言，這或許才是最值得借鏡的地方。
💡 正在評估雲端費用怎麼降、又想兼顧治理與效率？歡迎透過 CloudTop10 比較各家方案
📨 Telegram 詢問 → https://t.me/cloudtop10
📊 更多產業指南 → https://cloudtop10.com
📩 合作諮詢 → cloudtop20@gmail.com
