在當(dāng)今數(shù)字化時(shí)代，金融機(jī)構(gòu)的云遷移與分布式系統(tǒng)擴(kuò)展面臨著諸多挑戰(zhàn)與機(jī)遇。摩根大通旗下的Chase.com在云遷移過(guò)程中積累了豐富的經(jīng)驗(yàn)，其圍繞三大核心目標(biāo)展開的策略，為大規(guī)模系統(tǒng)管理提供了極具價(jià)值的參考。

在規(guī)劃系統(tǒng)擴(kuò)展時(shí)，人們往往只能預(yù)估兩到三倍的負(fù)載增長(zhǎng)。然而，互聯(lián)網(wǎng)環(huán)境下，入站流量的規(guī)模、時(shí)間和使用模式難以控制。無(wú)論是合法業(yè)務(wù)增長(zhǎng)帶來(lái)的流量，還是惡意攻擊者的行為，都可能引發(fā)巨大的負(fù)載激增。安全控制措施雖能阻止惡意流量，但市場(chǎng)波動(dòng)引發(fā)的真實(shí)客戶需求激增卻需要系統(tǒng)具備應(yīng)對(duì)能力。此時(shí)，多個(gè)組件可能同時(shí)故障，網(wǎng)絡(luò)設(shè)備、負(fù)載均衡器、應(yīng)用程序和數(shù)據(jù)庫(kù)連接都可能中斷。

Chase.com的云遷移聚焦于三大核心目標(biāo)：以高成本效益和高效的方式實(shí)現(xiàn)彈性擴(kuò)展、確保高韌性以及提供卓越性能。對(duì)于金融機(jī)構(gòu)而言，高韌性尤為重要，而卓越性能則能防止用戶因系統(tǒng)遲緩而轉(zhuǎn)向其他服務(wù)。

在實(shí)現(xiàn)高效擴(kuò)展方面，分析客戶使用模式和行為是關(guān)鍵。組織需在保持彈性擴(kuò)展能力的同時(shí)，發(fā)展預(yù)測(cè)能力。整體容量管理也不容忽視，單純?cè)黾臃?wù)器并非成功之道，還需權(quán)衡成本因素。流量模式是高效擴(kuò)展的基礎(chǔ)，平均流量是日常處理的基準(zhǔn)，可預(yù)測(cè)模式如工資入賬等周期性事件會(huì)促使客戶查詢賬戶余額，全年還有季節(jié)性高峰。而突發(fā)事件如DDoS攻擊會(huì)帶來(lái)不同挑戰(zhàn)，其流量可能遠(yuǎn)超正常負(fù)載?；谝阎Ｊ竭M(jìn)行容量規(guī)劃可預(yù)防運(yùn)維問(wèn)題，但彈性擴(kuò)展存在局限性，應(yīng)用程序啟動(dòng)和建立連接需要時(shí)間，大量請(qǐng)求在此期間涌入會(huì)導(dǎo)致資源爭(zhēng)用。因此，預(yù)留計(jì)算容量十分必要，它能保證資源在需要時(shí)可用，尤其在多租戶共享資源池出現(xiàn)爭(zhēng)用時(shí)，還能帶來(lái)成本節(jié)約。同時(shí)，成本管理需持續(xù)關(guān)注，定期應(yīng)用FinOps流程。

擴(kuò)展不應(yīng)局限于增加服務(wù)器。當(dāng)發(fā)生擴(kuò)展時(shí)，要判斷應(yīng)用程序是否因真實(shí)客戶需求而擴(kuò)展，還是因上游服務(wù)排隊(duì)導(dǎo)致響應(yīng)變慢。線程等待響應(yīng)會(huì)使CPU和內(nèi)存壓力上升，觸發(fā)彈性擴(kuò)展。這要求在設(shè)計(jì)中考慮容錯(cuò)，并將斷路器整合到擴(kuò)展策略中。當(dāng)上游服務(wù)變慢或失敗時(shí)，斷路器可防止應(yīng)用無(wú)限期等待響應(yīng)，強(qiáng)制設(shè)置超時(shí)限制，避免線程耗盡、減少不必要資源消耗，防止錯(cuò)誤觸發(fā)擴(kuò)展。

韌性要求為系統(tǒng)故障做好準(zhǔn)備，早期檢測(cè)和隨時(shí)執(zhí)行故障轉(zhuǎn)移程序至關(guān)重要。但為所有組件實(shí)現(xiàn)100%的可用性既不現(xiàn)實(shí)也無(wú)必要?；A(chǔ)設(shè)施可根據(jù)關(guān)鍵性分為四個(gè)層級(jí)。關(guān)鍵類組件如DNS，必須盡可能接近100%可用；可管理層組件在故障時(shí)可通過(guò)故障轉(zhuǎn)移維持運(yùn)行，目標(biāo)為“四個(gè)九”的可用性；可容忍層組件具備內(nèi)置韌性，如緩存長(zhǎng)期數(shù)據(jù)的令牌服務(wù)；可接受層組件允許有限數(shù)據(jù)丟失，如某些日志系統(tǒng)，韌性目標(biāo)由影響嚴(yán)重程度決定。

性能會(huì)顯著影響用戶體驗(yàn)和基礎(chǔ)設(shè)施成本。通過(guò)部署接入點(diǎn)（PoP）可提升用戶體驗(yàn)，尤其對(duì)網(wǎng)站延遲敏感的移動(dòng)設(shè)備。速度能建立用戶信任，搜索引擎已將速度納入排名算法。在網(wǎng)絡(luò)連接受限場(chǎng)景下，移動(dòng)端性能尤為關(guān)鍵。從基礎(chǔ)設(shè)施角度看，客戶完成任務(wù)時(shí)間越少，運(yùn)營(yíng)成本越低。Chase.com通過(guò)實(shí)施全面性能策略，系統(tǒng)延遲降低了71%，這些策略可適配其他業(yè)務(wù)場(chǎng)景。

其架構(gòu)方法圍繞五個(gè)重點(diǎn)領(lǐng)域展開。多區(qū)域部署通過(guò)隔離和分段實(shí)現(xiàn)功能化解耦，有助于管理區(qū)域、可用區(qū)和網(wǎng)絡(luò)故障，限制故障爆炸半徑。實(shí)現(xiàn)多區(qū)域架構(gòu)需解決DNS管理問(wèn)題，協(xié)調(diào)不同區(qū)域獨(dú)立負(fù)載均衡器，確定區(qū)域間和區(qū)域內(nèi)流量調(diào)度策略?？捎脜^(qū)故障時(shí)，若應(yīng)用未將依賴系統(tǒng)狀態(tài)納入健康檢查，負(fù)載均衡器會(huì)繼續(xù)路由流量導(dǎo)致應(yīng)用失敗，解決方案包括將依賴系統(tǒng)健康狀態(tài)反饋給負(fù)載均衡器或采用基于代理的重路由機(jī)制。區(qū)域性故障時(shí)，依賴統(tǒng)一的區(qū)域健康脈搏檢查，根據(jù)應(yīng)用分段情況決定是否故障轉(zhuǎn)移，但故障轉(zhuǎn)移可能引發(fā)“驚群效應(yīng)”?？鐓^(qū)域的數(shù)據(jù)復(fù)制與確保數(shù)據(jù)一致性是主要關(guān)注點(diǎn)，客戶分片是一種可行方案。狀態(tài)管理需為活躍會(huì)話維護(hù)會(huì)話親和性并支持故障轉(zhuǎn)移。

高性能對(duì)用戶體驗(yàn)至關(guān)重要，邊緣計(jì)算是實(shí)現(xiàn)性能目標(biāo)的主要手段?？蓪㈧o態(tài)內(nèi)容卸載至靠近客戶的入網(wǎng)點(diǎn)，源服務(wù)器處理動(dòng)態(tài)操作和關(guān)鍵服務(wù)。流量整形可對(duì)流量分類，關(guān)鍵服務(wù)資源必須始終保持運(yùn)行。地理分布影響性能，在PoP緩存內(nèi)容可提升性能并帶來(lái)安全收益?！白詈笠还镞B接”問(wèn)題值得關(guān)注，邊緣計(jì)算改變了通信模式，移動(dòng)應(yīng)用也有優(yōu)化空間。

自動(dòng)化是關(guān)鍵戰(zhàn)略元素，在流水線各階段實(shí)施全面自動(dòng)化可帶來(lái)巨大收益，涵蓋部署、基礎(chǔ)設(shè)施供應(yīng)、環(huán)境配置、健康檢查和流量管理。創(chuàng)建“帶有傾向性的”架構(gòu)模板可幫助團(tuán)隊(duì)構(gòu)建自動(dòng)繼承架構(gòu)標(biāo)準(zhǔn)的應(yīng)用，應(yīng)用通過(guò)基于清單定義進(jìn)行自動(dòng)化部署?；A(chǔ)設(shè)施“重鋪”是高效實(shí)踐，定期自動(dòng)重建環(huán)境可消除配置漂移，增強(qiáng)安全性，更新補(bǔ)丁。自動(dòng)化故障轉(zhuǎn)移需考慮活躍會(huì)話，防止故障轉(zhuǎn)移循環(huán)，根據(jù)場(chǎng)景和延遲容忍度決定處理方式。

可觀測(cè)性要求對(duì)觀測(cè)到的事件進(jìn)行自動(dòng)化響應(yīng)。云環(huán)境產(chǎn)生大量事件，自動(dòng)化通過(guò)無(wú)服務(wù)器函數(shù)與可觀測(cè)性集成，根據(jù)預(yù)設(shè)條件切換執(zhí)行區(qū)域。數(shù)據(jù)庫(kù)問(wèn)題、維護(hù)活動(dòng)等可觸發(fā)相應(yīng)函數(shù)。健康檢查需在多個(gè)層級(jí)進(jìn)行，應(yīng)用內(nèi)健康檢查向上傳播至各層級(jí)，通過(guò)簡(jiǎn)單布爾指標(biāo)實(shí)現(xiàn)自動(dòng)化健康評(píng)估，支持快速?zèng)Q策。在不同場(chǎng)景中，根據(jù)告警信息決定流量重定向或服務(wù)降級(jí)等決策。

安全需采用零信任模型的分層實(shí)現(xiàn)，每一層獨(dú)立運(yùn)作，假定其他層可能失效。客戶端設(shè)備、邊界安全、內(nèi)部網(wǎng)絡(luò)、容器安全、應(yīng)用安全和數(shù)據(jù)安全各層都要采取相應(yīng)措施，各層之間互相強(qiáng)化。

文化轉(zhuǎn)型是成功遷移的基礎(chǔ)，云運(yùn)維與企業(yè)自建系統(tǒng)差異大，需持續(xù)適應(yīng)。 “誰(shuí)構(gòu)建、誰(shuí)擁有、誰(shuí)部署”的所有權(quán)模型將責(zé)任賦予應(yīng)用團(tuán)隊(duì)，自動(dòng)化可確保一致性。公司開發(fā)的TrueCD CI/CD方法論類似航空業(yè)飛行前安全檢查。從企業(yè)自建環(huán)境向云遷移會(huì)影響應(yīng)用架構(gòu)，抽象層可減少影響，Dapr是支持多云架構(gòu)的開源框架。大型應(yīng)用遷移需逐步進(jìn)行，先在內(nèi)部用戶群體中驗(yàn)證系統(tǒng)，拆分系統(tǒng)為離散應(yīng)用集，逐步遷移客戶群體。

這些策略的實(shí)施帶來(lái)了顯著成果，成本顯著降低，性能指標(biāo)大幅提升，平臺(tái)在對(duì)比分析中名列前茅。在實(shí)施策略時(shí)，需權(quán)衡成本與性能，不損害其他需求。多區(qū)域架構(gòu)中要評(píng)估緩存復(fù)制策略，降低運(yùn)維復(fù)雜性，減少人工干預(yù)，自動(dòng)化是關(guān)鍵?？刂乒收媳ò霃街陵P(guān)重要，建立面向行動(dòng)的可觀測(cè)性并與自動(dòng)化操作緊密關(guān)聯(lián)。所有決策應(yīng)以客戶為中心，確保關(guān)鍵組件在流量激增時(shí)保持運(yùn)行，核心系統(tǒng)維持響應(yīng)能力，客戶獲得即時(shí)響應(yīng)。