作者簡(jiǎn)介

Liang，攜程技術(shù)專家，專注系統(tǒng)性能、穩(wěn)定性、承載能力和交易質(zhì)量，在技術(shù)架構(gòu)演進(jìn)、高并發(fā)等領(lǐng)域有豐富的實(shí)踐經(jīng)驗(yàn)。

團(tuán)隊(duì)開(kāi)放崗位：后端開(kāi)發(fā)-資深/專家（海外交易系統(tǒng)）、資深后端開(kāi)發(fā)專家-BMS

本文概述了攜程門票預(yù)訂交易系統(tǒng)在應(yīng)對(duì)秒殺活動(dòng)中面臨的挑戰(zhàn)與應(yīng)對(duì)策略。第一部分闡述了業(yè)務(wù)激增對(duì)系統(tǒng)架構(gòu)的考驗(yàn)；第二部分深入剖析了系統(tǒng)架構(gòu)的優(yōu)化路徑，涵蓋讀熱點(diǎn)、寫入性能瓶頸、強(qiáng)一致性事務(wù)處理及流量精細(xì)化控制等關(guān)鍵問(wèn)題的解決方案，并總結(jié)了確保系統(tǒng)高可用性與持續(xù)性的治理措施。希望這些內(nèi)容能夠?qū)Υ蠹矣兴鶐椭騿l(fā)。

一、背景

后疫情時(shí)代旅游行業(yè)快速?gòu)?fù)蘇，各類營(yíng)銷秒殺活動(dòng)變得越發(fā)頻繁，面對(duì)億級(jí)流量的沖擊，系統(tǒng)架構(gòu)面臨挑戰(zhàn)。研發(fā)團(tuán)隊(duì)需要保障大流量下的功能穩(wěn)定性，為國(guó)內(nèi)外用戶提供流暢的預(yù)訂體驗(yàn)，因此需要對(duì)核心的預(yù)訂交易系統(tǒng)進(jìn)行應(yīng)用架構(gòu)升級(jí)，從而確保系統(tǒng)在高并發(fā)情況下仍能穩(wěn)定高效運(yùn)行。

本文將介紹在應(yīng)對(duì)流量高峰、突破系統(tǒng)瓶頸、強(qiáng)化系統(tǒng)穩(wěn)定性等方面的應(yīng)對(duì)策略與優(yōu)化效果。

二、秒殺活動(dòng)案例分析

回顧大家曾經(jīng)參與過(guò)的秒殺或大促活動(dòng)，如雙十一、618、12306節(jié)假日搶票、演唱會(huì)搶票時(shí)，會(huì)有相似的感受：

1) 緊張刺激：活動(dòng)通常定時(shí)開(kāi)售，期待與緊張并存。

2) 系統(tǒng)壓力：在高峰期，系統(tǒng)容易出現(xiàn)卡頓、宕機(jī)或提示“太火爆”或需要排隊(duì)等待，讓人倍感焦慮。

3) 結(jié)果未知：盡管全力以赴，但結(jié)果往往不盡如人意，有時(shí)搶到了票無(wú)法支付或者可能被退單。

這些活動(dòng)在預(yù)訂交易系統(tǒng)中也會(huì)呈現(xiàn)相似的特征：

1) 大流量、高并發(fā)：大流量、高并發(fā)、強(qiáng)事務(wù)性，對(duì)系統(tǒng)性能提出嚴(yán)峻挑戰(zhàn)。

2) 時(shí)間敏感性：準(zhǔn)時(shí)開(kāi)售，用戶爭(zhēng)搶熱點(diǎn)資源，系統(tǒng)需要確保實(shí)時(shí)、準(zhǔn)確地響應(yīng)。

3) 履約保障：從訂前到訂后，系統(tǒng)需要確保履約的順利進(jìn)行，避免用戶因系統(tǒng)問(wèn)題而遭受損失。

與傳統(tǒng)電商相比，攜程門票交易系統(tǒng)具有兩大特點(diǎn)：

1) 強(qiáng)一致性：用戶預(yù)訂后保證出票且盡可能快速確認(rèn)，確保每一筆交易都能履約。

2) 多維度和跨商品組合限購(gòu)：限購(gòu)規(guī)則復(fù)雜多變，例如多維度和跨商品組合限購(gòu)，保障每位用戶有公平購(gòu)票的機(jī)會(huì)，避免囤票行為。

接下來(lái)回顧歷史上有過(guò)的攜程門票大型秒殺/活動(dòng)案例。

1) 2020年8月8日~9月1日：“惠游湖北”活動(dòng)，攜程獨(dú)家承辦，首次面對(duì)日常流量45倍 (數(shù)十萬(wàn)QPS) 峰值的流量挑戰(zhàn)，雖然剛開(kāi)始系統(tǒng)出現(xiàn)不穩(wěn)定的情況，但最終還是成功應(yīng)對(duì)。

2) 2021年9月14日：北京環(huán)球影城開(kāi)業(yè)開(kāi)售活動(dòng)，攜程門票在與其他友商的同期競(jìng)爭(zhēng)中，成為唯一穩(wěn)定出票且銷量最高的交易平臺(tái)。

3) 2023年9月15日：武漢動(dòng)物園開(kāi)園，在供應(yīng)商系統(tǒng)出現(xiàn)異常、友商頁(yè)面卡頓有大量退單的情況下，攜程門票預(yù)訂依然能保持順暢下單。

4) 2024年4月10日：IU（李知恩）全球演唱會(huì)門票在Ctrip.com和Trip.com國(guó)際站同時(shí)秒殺，攜程門票再次表現(xiàn)穩(wěn)定，預(yù)訂過(guò)程絲滑流暢，10秒內(nèi)售罄。

以下是部分歷史秒殺活動(dòng)峰值流量與日常峰值流量的對(duì)比數(shù)據(jù)：

數(shù)據(jù)顯示出活動(dòng)的流量激增通常遠(yuǎn)超系統(tǒng)日常處理的極限，如果沒(méi)有針對(duì)預(yù)訂交易系統(tǒng)進(jìn)行優(yōu)化，用戶可能會(huì)遇到各種問(wèn)題，例如：

1) 頁(yè)面打開(kāi)慢、卡頓、宕機(jī)：直接影響用戶購(gòu)物體驗(yàn)，系統(tǒng)會(huì)出現(xiàn)Redis或DB超負(fù)載，供應(yīng)商接口不穩(wěn)定等情況。

2) 付款后不能確認(rèn)/退款：付款后，無(wú)法及時(shí)確認(rèn)訂單狀態(tài)或進(jìn)行退款操作，系統(tǒng)出現(xiàn)庫(kù)存超賣/少賣等情況。

要避免出現(xiàn)上述情況，就要求系統(tǒng)具備高度的可擴(kuò)展性和靈活性，同時(shí)在架構(gòu)、緩存、數(shù)據(jù)庫(kù)、流量控制等多方面進(jìn)行全面優(yōu)化。接下來(lái)我們通過(guò)具體場(chǎng)景來(lái)分析系統(tǒng)遇到的問(wèn)題和應(yīng)對(duì)策略，了解系統(tǒng)架構(gòu)設(shè)計(jì)與演進(jìn)過(guò)程。

三、系統(tǒng)架構(gòu)設(shè)計(jì)與演進(jìn)

整體而言，預(yù)訂交易系統(tǒng)的目標(biāo)是：穩(wěn)、準(zhǔn)、快。

• 穩(wěn)：確保系統(tǒng)穩(wěn)定可靠，保障售賣流程無(wú)間斷。
• 準(zhǔn)：實(shí)現(xiàn)數(shù)據(jù)一致性，確保履約準(zhǔn)確無(wú)誤。
• 快：提供流暢的預(yù)訂體驗(yàn)，實(shí)現(xiàn)快速確認(rèn)。

在大流量高并發(fā)場(chǎng)景下，要達(dá)到這些目標(biāo)就可以進(jìn)行有針對(duì)性的改造升級(jí)，接下來(lái)展開(kāi)闡述。

3.1 系統(tǒng)穩(wěn)定性挑戰(zhàn)與應(yīng)對(duì)策略

當(dāng)系統(tǒng)遇到洪峰流量時(shí)，容易出現(xiàn)頁(yè)面打開(kāi)慢、卡頓等問(wèn)題，主要原因有以下幾點(diǎn)：

1) Redis超負(fù)載與緩存熱點(diǎn)。

2) 數(shù)據(jù)庫(kù)超負(fù)載。

3) 供應(yīng)商系統(tǒng)不穩(wěn)定。

接下來(lái)針對(duì)這3個(gè)常見(jiàn)問(wèn)題，闡述相應(yīng)的應(yīng)對(duì)策略。

問(wèn)題一：Redis超負(fù)載與緩存熱點(diǎn)

當(dāng)Redis面臨負(fù)載問(wèn)題時(shí)，可以使用水平擴(kuò)容這種常規(guī)手段讓流量分?jǐn)偟礁鄬?shí)例。然而擴(kuò)容雖能降低大多數(shù)實(shí)例的CPU使用率，但在處理特定熱點(diǎn)數(shù)據(jù)時(shí)，各實(shí)例的CPU使用率仍然可能出現(xiàn)不均衡的情況，即緩存熱點(diǎn)問(wèn)題；此外還會(huì)存在緩存大Key問(wèn)題。

1) 緩存熱點(diǎn)問(wèn)題

如下圖所示，node-1 節(jié)點(diǎn)存在2個(gè)熱點(diǎn)訪問(wèn)，請(qǐng)求量遠(yuǎn)高于其他節(jié)點(diǎn)。緩存熱點(diǎn)會(huì)導(dǎo)致實(shí)例負(fù)載不均衡，從而嚴(yán)重影響響應(yīng)速度。

緩存熱點(diǎn)應(yīng)對(duì)方案：熱點(diǎn)識(shí)別自動(dòng)構(gòu)建多級(jí)緩存

將單位時(shí)間內(nèi)高頻訪問(wèn)的Key，識(shí)別出來(lái)。例如：同一個(gè)Key，1秒內(nèi)單機(jī)訪問(wèn)10次。

如上圖所示，自動(dòng)發(fā)現(xiàn)Hot keys或?qū)⒅付ǖ腒ey加入到本地緩存。

秒殺時(shí)：短暫的本地緩存可以減少Redis單實(shí)例熱點(diǎn)，對(duì)數(shù)據(jù)的一致性不會(huì)有較大影響。

優(yōu)化效果：開(kāi)啟多級(jí)緩存后，同一個(gè)緩存key訪問(wèn)性能明顯提升，對(duì)應(yīng)Redis訪問(wèn)量也明顯降低（如下圖所示）。

2) 緩存大Key問(wèn)題

緩存大key的危害主要包括：阻塞請(qǐng)求、內(nèi)存占用大、阻塞網(wǎng)絡(luò)等。不僅會(huì)降低Redis的性能，還可能影響整個(gè)系統(tǒng)的穩(wěn)定性（如下圖所示）。

通過(guò)memtier-benchmark工具在生產(chǎn)環(huán)境下壓測(cè)：200KB以上比10KB以內(nèi)的性能慢3倍，吞吐能力也下降76%（如下圖所示）。

緩存大Key應(yīng)對(duì)方案：

a）精簡(jiǎn)緩存對(duì)象：去除緩存中的冗余字段。

b）壓縮緩存對(duì)象：采用壓縮比更高的壓縮方式，縮小緩存對(duì)象。

c）拆分大Key：若精簡(jiǎn)和壓縮后還是過(guò)大，根據(jù)業(yè)務(wù)邏輯，將大Key拆分成多個(gè)小Key。(注意拆分后IO次數(shù)會(huì)增加，高負(fù)載下性能不一定會(huì)變好，需要根據(jù)壓測(cè)結(jié)果來(lái)評(píng)估最終性能)

d）長(zhǎng)期治理：建立長(zhǎng)期治理機(jī)制，定期掃描Redis中的大Key，每周跟進(jìn)，將隱患在日常治理中消除。

優(yōu)化效果：在大Key優(yōu)化后，Redis查詢性能有較為明顯的提升（如下圖所示，緩存查詢耗時(shí)從300μs優(yōu)化至100μs）。

問(wèn)題二：數(shù)據(jù)庫(kù)超負(fù)載

系統(tǒng)中商品信息的變更往往伴隨著緩存失效的問(wèn)題，尤其在高并發(fā)和秒殺場(chǎng)景下，大量請(qǐng)求可能直接穿透緩存層，對(duì)數(shù)據(jù)庫(kù)造成巨大壓力，甚至引發(fā)性能故障。

緩存更新策略優(yōu)化：應(yīng)對(duì)商品變更導(dǎo)致的數(shù)據(jù)庫(kù)壓力

1) 常見(jiàn)的緩存架構(gòu)設(shè)計(jì)問(wèn)題

監(jiān)聽(tīng)器收到消息后刪除相應(yīng)的緩存Key。這種方式在一般情況下是有效的，但在高并發(fā)和大流量場(chǎng)景下，它存在幾個(gè)突出的問(wèn)題：

a) 緩存擊穿：由于緩存的Key被立即刪除，大量請(qǐng)求在緩存未更新之前會(huì)直接訪問(wèn)數(shù)據(jù)庫(kù)，導(dǎo)致數(shù)據(jù)庫(kù)壓力驟增。

b) 消息處理延遲：在高并發(fā)場(chǎng)景下，消息處理可能產(chǎn)生延遲，導(dǎo)致緩存更新不及時(shí)，進(jìn)一步加劇數(shù)據(jù)庫(kù)壓力。

2) 緩存更新策略的優(yōu)化

為了應(yīng)對(duì)這些挑戰(zhàn)，采取了一系列優(yōu)化措施，主要包括：

a) 緩存覆蓋更新策略：替代直接刪除緩存Key的做法，采用了緩存覆蓋更新策略。當(dāng)商品信息發(fā)生變更時(shí)，系統(tǒng)不再刪除緩存Key，而是直接更新該Key對(duì)應(yīng)的緩存值。避免了流量穿透到底層數(shù)據(jù)庫(kù)。

b) 消息聚合：針對(duì)商品變化消息量過(guò)大的問(wèn)題，引入了消息聚合機(jī)制。將商品多次變化消息在一段時(shí)間窗口內(nèi)合并成一個(gè)，減少消息處理的頻率。

c) 異步更新緩存：為了進(jìn)一步降低對(duì)數(shù)據(jù)庫(kù)的實(shí)時(shí)壓力，采用了異步更新緩存的策略。當(dāng)商品信息發(fā)生變更時(shí)，系統(tǒng)不會(huì)立即更新緩存，而是將更新任務(wù)放入一個(gè)異步隊(duì)列中，由后臺(tái)線程異步處理。

緩存更新策略變化如下圖所示：

問(wèn)題三：供應(yīng)商系統(tǒng)不穩(wěn)定

供應(yīng)商系統(tǒng)因大流量導(dǎo)致響應(yīng)緩慢或被限流，影響整體系統(tǒng)的穩(wěn)定性。

應(yīng)對(duì)供應(yīng)商系統(tǒng)不穩(wěn)定性的技術(shù)策略優(yōu)化

當(dāng)供應(yīng)商系統(tǒng)面臨大流量沖擊時(shí)，往往會(huì)出現(xiàn)響應(yīng)緩慢甚至被限流的情況，這直接影響了我們自身系統(tǒng)的穩(wěn)定性和用戶體驗(yàn)。

供應(yīng)商訂單對(duì)接問(wèn)題

當(dāng)與供應(yīng)商進(jìn)行訂單對(duì)接時(shí)，可能會(huì)遇到以下問(wèn)題：

a）被供應(yīng)商限流：在高并發(fā)場(chǎng)景下，供應(yīng)商系統(tǒng)可能會(huì)對(duì)我們限流。這會(huì)導(dǎo)致我們的訂單提交受阻，影響業(yè)務(wù)流轉(zhuǎn)。

b）供應(yīng)商系統(tǒng)不穩(wěn)定：由于各種原因，供應(yīng)商系統(tǒng)可能會(huì)出現(xiàn)不穩(wěn)定的情況，導(dǎo)致訂單處理延遲或失敗。

為了緩解上述問(wèn)題，我們采取以下技術(shù)策略：

1）削峰填谷/緩沖池：利用消息隊(duì)列作為訂單提交的緩沖池，將訂單信息先寫入隊(duì)列，再由后臺(tái)服務(wù)異步處理。這樣可以將訂單提交的高峰流量削平，減少對(duì)供應(yīng)商系統(tǒng)的瞬時(shí)壓力。

2）禁售策略

? 自動(dòng)禁售：建立對(duì)供應(yīng)商系統(tǒng)的健康度監(jiān)控機(jī)制，實(shí)時(shí)監(jiān)測(cè)其響應(yīng)速度、錯(cuò)誤率等指標(biāo)。一旦發(fā)現(xiàn)供應(yīng)商系統(tǒng)出現(xiàn)不穩(wěn)定或限流的情況，及時(shí)觸發(fā)禁售策略。

? 定期重試：對(duì)于因供應(yīng)商系統(tǒng)問(wèn)題而失敗的訂單，設(shè)定了一個(gè)重試機(jī)制，定期嘗試重新提交。同時(shí)，根據(jù)供應(yīng)商系統(tǒng)的恢復(fù)情況，動(dòng)態(tài)調(diào)整重試的頻率和次數(shù)。

優(yōu)化效果：通過(guò)實(shí)施上述技術(shù)和策略優(yōu)化，可以有效確保供應(yīng)商系統(tǒng)能力不影響下單吞吐量(如下圖所示)。

上述的優(yōu)化措施落地后能夠提升系統(tǒng)的穩(wěn)定性，然而鑒于流量的不確定性，即使流量超過(guò)系統(tǒng)負(fù)載能力，系統(tǒng)也要正常運(yùn)行，因此仍然需要有相應(yīng)的流量控制策略。

流量控制策略優(yōu)化：確保秒殺活動(dòng)穩(wěn)定運(yùn)行

如下圖所示，不同頁(yè)面對(duì)應(yīng)的流量和系統(tǒng)(承載能力)是不同的，需要控制好每個(gè)過(guò)程的流量，確保整體系統(tǒng)的穩(wěn)定性。

以70萬(wàn)人購(gòu)買5000張票的秒殺活動(dòng)為例，可采取以下限流策略：

1) SOA限流：接口與應(yīng)用級(jí)限流

通過(guò)服務(wù)治理框架對(duì)服務(wù)接口進(jìn)行限流（SOA限流），在秒殺/活動(dòng)等場(chǎng)景會(huì)影響到其他商品的正常售賣。對(duì)此可針對(duì)秒殺活動(dòng)的特殊需求，設(shè)計(jì)自定義的限流策略，如按秒殺商品限流、頁(yè)面級(jí)限流等，細(xì)化商品維度的流量控制。

2) 自定義限流：商品級(jí)限流

a）針對(duì)單個(gè)秒殺商品設(shè)置獨(dú)立的限流閾值，即使某個(gè)商品超負(fù)載，也不會(huì)影響整體系統(tǒng)的可用性。

b）同時(shí)，對(duì)于未知的秒殺突增流量，也可以支持熱點(diǎn)商品自動(dòng)限流，與Redis 熱Key 發(fā)現(xiàn)類似，自動(dòng)識(shí)別熱點(diǎn)訪問(wèn)的商品，并添加到商品級(jí)限流中，從而確保整體系統(tǒng)的穩(wěn)定運(yùn)行。

如下圖所示，我們采用了商品維度的自定義限流策略，該策略將1秒內(nèi)的請(qǐng)求流量劃分為10個(gè)獨(dú)立的100毫秒(可配置)滑動(dòng)窗口。每個(gè)窗口都會(huì)平分一部分流量，以確保下游服務(wù)的并發(fā)量得到有效控制。這種方法不僅降低了下游服務(wù)的壓力，也為用戶提供更加均衡的流量分配。

結(jié)合商品級(jí)限流能力，控制進(jìn)入每一個(gè)頁(yè)面的流量，形成多層次的限流防護(hù)體系，根據(jù)秒殺庫(kù)存預(yù)估售賣時(shí)長(zhǎng)，控制進(jìn)入到每一個(gè)頁(yè)面的流量比例，這樣也能夠大幅減少服務(wù)器資源投入。

優(yōu)化效果：自定義限流可控制進(jìn)入每一個(gè)頁(yè)面的流量，超負(fù)載也不影響整體的可用性，服務(wù)器資源的投入也可控。

本部分闡述了系統(tǒng)穩(wěn)定性的挑戰(zhàn)及優(yōu)化，包括Redis超負(fù)載與緩存熱點(diǎn)、數(shù)據(jù)庫(kù)超負(fù)載、供應(yīng)商系統(tǒng)不穩(wěn)定等。通過(guò)熱點(diǎn)識(shí)別自動(dòng)構(gòu)建多級(jí)緩存、緩存覆蓋更新策略、削峰填谷/緩沖池、自定義限流等多種技術(shù)策略，使得系統(tǒng)穩(wěn)定性問(wèn)題得到有效解決。

3.2 寫數(shù)據(jù)一致性挑戰(zhàn)與應(yīng)對(duì)策略

下單過(guò)程中的庫(kù)存扣減的精確執(zhí)行，這種數(shù)據(jù)一致性的實(shí)現(xiàn)效果會(huì)直接影響訂單是否能夠成功履約，而傳統(tǒng)關(guān)系型數(shù)據(jù)庫(kù)的并發(fā)更新存在顯著瓶頸，因此需要專項(xiàng)優(yōu)化。

扣減庫(kù)存問(wèn)題：性能瓶頸 – MySQL熱點(diǎn)行扣減庫(kù)存（行級(jí)鎖）。

技術(shù)策略：扣減庫(kù)存異步化，異步扣庫(kù)存主要分3步（見(jiàn)下圖）：

1）初始化：秒殺商品設(shè)置好活動(dòng)場(chǎng)次，將秒殺庫(kù)存同步至Redis。

2）扣庫(kù)存：活動(dòng)開(kāi)始時(shí)，先從Redis扣減庫(kù)存，在通過(guò)消息通知異步扣減DB庫(kù)存，削除DB更新同一行的峰值。

3）還庫(kù)存：如果有退訂，先判斷DB中是否有扣減記錄，如果有，則先退DB再退Redis；如果沒(méi)有，重試多次。

扣還庫(kù)存過(guò)程中也會(huì)存在超時(shí)等未知情況，此處細(xì)節(jié)過(guò)多不再展開(kāi)。按照業(yè)務(wù)“可少買不超賣”的原則，即使在這個(gè)過(guò)程中數(shù)據(jù)可能存在短暫的延時(shí)，但能夠確保最終一致性。

優(yōu)化效果：庫(kù)存扣減異步化，消除行級(jí)鎖瓶頸。現(xiàn)在系統(tǒng)能夠輕松支撐數(shù)十萬(wàn)單/分鐘交易流量。

3.3 實(shí)現(xiàn)高可用的可持續(xù)性

系統(tǒng)是不斷演進(jìn)的，如何保持并持續(xù)優(yōu)化系統(tǒng)能力就成為新的課題。因此日常架構(gòu)健康度持續(xù)治理、以及大型活動(dòng)和節(jié)假日保障體系是實(shí)現(xiàn)高可用“可持續(xù)性”的關(guān)鍵。

3.3.1 架構(gòu)健康度治理

基于架構(gòu)健康度實(shí)現(xiàn)系統(tǒng)質(zhì)量的量化管理，實(shí)現(xiàn)研發(fā)生命周期各個(gè)環(huán)節(jié)的跟蹤和優(yōu)化，如下圖所示可細(xì)分為三部分：

a) 系統(tǒng)運(yùn)行健康度：通過(guò)系統(tǒng)各個(gè)維度運(yùn)行時(shí)的健康狀態(tài)和問(wèn)題來(lái)反映系統(tǒng)質(zhì)量。

b) 架構(gòu)設(shè)計(jì)健康度：服務(wù)數(shù)量、調(diào)用關(guān)系的復(fù)雜度、循環(huán)依賴、調(diào)用層級(jí)過(guò)深等因素都會(huì)影響系統(tǒng)的穩(wěn)定性和性能。

c) 工程化健康度：基于應(yīng)用的工程質(zhì)量和效率狀態(tài)，反應(yīng)出開(kāi)發(fā)的工程化水平。

3.3.2 大型活動(dòng)和節(jié)假日保障體系

無(wú)論大型活動(dòng)還是節(jié)假日，都需要提前準(zhǔn)備好應(yīng)急預(yù)案，做好壓測(cè)，提前保證系統(tǒng)的高可用。

四、總結(jié)

本文總結(jié)了攜程門票的預(yù)訂交易系統(tǒng)在承接秒殺活動(dòng)中面臨的挑戰(zhàn)與應(yīng)對(duì)策略。重點(diǎn)解決了讀熱點(diǎn)、寫瓶頸、強(qiáng)事務(wù)、流量控制等諸多細(xì)節(jié)問(wèn)題，同時(shí)通過(guò)日常的架構(gòu)健康度治理和制定專項(xiàng)的保障計(jì)劃，持續(xù)對(duì)系統(tǒng)進(jìn)行優(yōu)化，確保系統(tǒng)在高負(fù)載下依然能夠穩(wěn)定運(yùn)行，實(shí)現(xiàn)系統(tǒng)的持續(xù)高可用。