CESA-2020-2-017 分布式平臺技術規(guī)范 征求意見稿

ICS

團體標準

T/CESAXXXX—2020

分布式平臺技術規(guī)范

Technicalspecificationofdistributedplatform

征求意見稿

在提交反饋意見時，請將您知道的相關專利連同支持性文件一并附上。

已授權的專利證明材料為專利證書復印件或扉頁，已公開但尚未授權的專利申

請證明材料為專利公開通知書復印件或扉頁，未公開的專利申請的證明材料為專利

申請?zhí)柡蜕暾埲掌凇?/p>

2020-XX-XX發(fā)布2020-XX-XX實施

中國電子工業(yè)標準化技術協(xié)會發(fā)布

T/CESAXXXX-2020

前??言

本文件按照GB/T1.1-2020《標準化工作導則第1部分：標準化文件的結構和起草規(guī)則》的規(guī)定起

草。

本文件由神州數碼融信軟件有限公司提出。

本文件由中國電子工業(yè)標準化技術協(xié)會歸口。

本文件起草單位：神州數碼融信軟件有限公司、金稅信息技術服務股份有限公司、上海計算機軟件

技術開發(fā)中心、上海軟中信息技術有限公司。

本文件主要起草人：于宏志、沈偉、薛春雨、潘紫娟。

III

T/CESAXXXX-2020

分布式平臺技術規(guī)范

1范圍

本文件規(guī)定了面向聯(lián)機交易系統(tǒng)的分布式平臺應覆蓋的范圍及應具備的基礎功能。

本文件適用于聯(lián)機交易系統(tǒng)所使用的分布式平臺的建設。

2規(guī)范性引用文件

本文件沒有規(guī)范性引用文件。

3術語和定義

下列術語和定義適用于本文件。

3.1

數據data

信息的可再解釋的形式化表示，以適用于通信、解釋或處理

注：可以通過人工或自動手段處理數據。

[GB/T5271.1-2000，01.01.02]

3.2

分布式distributed

<計算機>物理上由多個不同的機器參與執(zhí)行，但在邏輯上完成的是一個任務

注：對使用者來說，就像一臺計算機在執(zhí)行一樣。

3.3

微服務microservice

<計算機>職責單一的、輕量化的服務單元

注：一個微服務有自己獨立的應用和數據庫。

3.4

事務transaction

<計算機>訪問并可能更新事務資源中各種數據項的一個程序執(zhí)行單元(unit)

注：一個事務如果執(zhí)行成功就全部提交，如果有一個失敗就全部回滾。

4概述

分布式平臺需要為系統(tǒng)提供全方位的分布式能力，當性能遇到瓶頸時可通過橫向擴展的機制予

1

T/CESAXXXX-2020

以解決，并且需對分布式帶來的事務問題提供完備的解決方案。不同領域的聯(lián)機交易系統(tǒng)對分布式

的需求存在一定差異，在進行系統(tǒng)建設時可按需選擇，分布式聯(lián)機交易系統(tǒng)的參考架構見圖1，其

中分布式平臺應包括：

a)微服務平臺：提供應用層的分布式能力，將一個復雜系統(tǒng)拆分為多個微服務，每個微服務可

同時運行多個實例，不僅提升了系統(tǒng)的擴展性、可用性，還可以快速靈活的應對業(yè)務變化；

b)分布式數據：將大數據量表中的數據進行水平拆分，用多個物理庫來承載，不僅降低了單表

的數據量，還增加了可用的物理資源；

c)分布式緩存：對于大量的數據查詢請求，采用分布式緩存進行存儲，降低對數據庫的交互次

數，縮短服務的響應時間；

d)全局序列：提供跨多個微服務實例的序列服務，以防止不同實例中的序列重復；

e)分布式調度：提供統(tǒng)一的分布式調度機制，協(xié)調多個微服務節(jié)點及數據庫節(jié)點共同參與運行，

充分利用物理資源，將批量處理的時間控制在有效范圍內；

f)分布式事務：由于微服務和分布式數據，就會帶來分布式事務的問題，所以需提供跨數據庫、

跨微服務的事務一致性的保證機制。

圖1分布式聯(lián)機交易系統(tǒng)架構

5微服務平臺

5.1概述

微服務平臺的主要目的是為聯(lián)機交易系統(tǒng)提供應用分布式的運行機制，以及配套的管理體系，

主要包括：接入網關、微服務引擎和運維監(jiān)控三大部分。

5.2接入網關

接入網關為外部系統(tǒng)訪問提供統(tǒng)一的接入及控制，應包括：

a)服務鑒權：對服務的訪問進行控制，只有在權限范圍內的才可以訪問，否則將被拒絕；

b)流量控制：對請求的總量進行控制，如果超過限制，后續(xù)的請求將會被拒絕或者等待，還可

以按具體的業(yè)務維度進行更細粒度的控制，例如：按交易渠道進行控制；

2

T/CESAXXXX-2020

c)熔斷降級：如果某個服務的失敗率比較高，或者發(fā)現(xiàn)一些明確的異常情況，有可能影響到其

他服務的正常運行，自動切斷該服務的所有請求（直接拋錯或者返回約定信息），以保護

系統(tǒng)整體的可用性。

5.3微服務引擎

微服務引擎為微服務平臺提供運行保障，應包括如下功能：

a)服務注冊/發(fā)現(xiàn)：服務提供者在啟動時將服務相關信息注冊到“注冊中心”，服務消費者通

過“注冊中心”獲取到最新的服務列表，當服務提供者下線時，注冊信息從“注冊中心”

刪除，服務消費者更新服務提供者列表；

b)負載均衡：服務消費者調用提供者時，根據本地列表并依據指定的算法選擇具體的提供者進

行調用，整體需保證到多個提供者上的負載相對均衡，平臺需提供多種常用的負載均衡策

略，例如：輪訓、隨機、最小并發(fā)數等；

c)自動隔離/恢復：當服務提供者出現(xiàn)異常情況（例如宕機），自動從“注冊中心”刪除，當

其恢復后又自動加入，期間消費者同步獲取到最新的服務提供者列表；

d)集群容錯：當服務調用發(fā)生異常時，提供多種容錯機制，例如：重試（可以設定重試次數）、

直接拋錯等機制。

5.4運維監(jiān)控

運維監(jiān)控為微服務平臺提供管理能力，應包括：

a)灰度發(fā)布：服務有新的版本發(fā)布時，可通過灰度發(fā)布只對部分用戶開放，運行一段時間如果

達到預期，再對所有用戶開放；

b)統(tǒng)一配置：通過統(tǒng)一的配置中心快速完成多個微服務實例相關參數的調整，同時提供配置信

息的版本管理，防止配置出現(xiàn)問題時統(tǒng)一回退；

c)服務治理：服務治理主要對服務運行態(tài)的情況進行動態(tài)調控。

1)負載策略調整：對多個服務提供者的負載均衡策略進行調整，防止某個提供者上的負載

過高；

2)流控策略調整：根據實際需要，對流量控制的策略進行動態(tài)調整；

3)熔斷降級控制：對服務的熔斷及降級的策略進行調整；

4)路由控制：通過配置對服務的路由策略進行干預，例如：暫時把某一個服務提供者屏蔽。

d)調用鏈跟蹤：支持查看服務調用過程的完整鏈路信息，以主動發(fā)現(xiàn)和追蹤業(yè)務系統(tǒng)的調用關

系，快速定位系統(tǒng)瓶頸；

e)分布式日志：把分布式系統(tǒng)下的相關日志信息進行采集、匯總，并把跨多個微服務的日志串

接起來，提供統(tǒng)一的頁面按不同維度進行日志信息的查詢；

f)監(jiān)控告警：對相關的監(jiān)控對象制定對應的告警策略，當達到告警條件時產生告警信息，以便

運維人員及時處理。

注：監(jiān)控對象應至少包括系統(tǒng)運行資源、服務的運行情況。

6分布式數據

3

T/CESAXXXX-2020

6.1概述

分布式數據的主要目的是將大數據量的關系型表通過水平拆分的方式，將數據分布式的存儲到

多個不同的節(jié)點，查詢時可以到具體的節(jié)點快速訪問。行業(yè)內主要包括技術架構層實現(xiàn)和采用獨立

的“分布式數據庫”兩種模式?？紤]到分布式數據庫是一個單獨的領域，該部分不包含在本文件內，

本文件僅涉及技術架構層實現(xiàn)模式，主要包括：數據路由、語法兼容性、數據庫關聯(lián)性及運維監(jiān)控

幾個方面。

6.2主要用語說明

分布式數據涉及到的術語主要包括：

a)數據分片：簡稱分片，將一張表的數據按照一定規(guī)則進行拆分，經過拆分后的每一部分數據

叫做一個數據分片；

b)分片鍵：也稱為拆分鍵，具體的拆分過程應針對某一個業(yè)務屬性，按照一定規(guī)則進行，這里

的業(yè)務屬性就是分片鍵，分片鍵一般都是表中的字段，例如，對“客戶信息”表按照“客

戶號”取模的方式進行拆分，“客戶號”就是分片鍵；

c)拆分算法：也稱為分片算法，指用于計算相關數據在哪個分片的算法，b）中的取模是一種

常用的拆分算法；

d)路由：按照拆分算法將SQL發(fā)送到具體的分片上執(zhí)行的過程稱為路由；

e)數據節(jié)點：簡稱節(jié)點，其概念類似分片，但分片是從數據的視角來看的，屬于邏輯概念，而

節(jié)點則泛指分片的物理體現(xiàn)；

注：物理體現(xiàn)的方式有多種，最常用的就是一個分片對應一個數據庫實例。

f)分庫：當一個分片對應一個數據庫實例的時候，這里的每一個數據庫稱為分庫；

g)分表：當一個分片對應一個數據庫表的時候，這里的每一個表稱為分表。

6.3數據路由

數據路由是該部分的核心功能，主要為數據的拆分提供策略性支持，應包括：

a)提供成熟的拆分算法：應包括取模、日期、范圍、枚舉、哈希等常用算法；

b)支持自定義拆分算法：在上述基本的拆分算法之外提供擴展機制，支持開發(fā)人員根據實際業(yè)

務需要自定義更加匹配的算法；

c)同時支持分庫和分表：不僅支持分庫，還支持在分庫的基礎上進行分表，以防止在某些情況

下分庫數過多，造成運維的不可控；

d)指定路由：對某些特殊的SQL支持指定節(jié)點執(zhí)行；

e)間接路由：對于一些使用率較高的SQL，但其WHERE條件又不包含分片鍵的情況（例如：客

戶信息表按客戶號分片，用手機號查詢），應提供間接通過分片鍵路由的機制；

f)多維路由：支持同時按多個維度進行拆分及路由。

6.4語法兼容性

該機制應支持常用的SQL語句類型，主要包括：

a)支持包含分片鍵的增加、刪除、修改和查詢；

4

T/CESAXXXX-2020

b)跨庫的聚合函數、關聯(lián)查詢、排序、分頁、分組、聯(lián)合查詢等常用組合；

c)支持字符串、數學、日期、格式化、聚合等常用函數。

6.5數據庫關聯(lián)性

該機制不應跟具體的數據庫綁定，應支持常用的關系型數據庫。

6.6運維監(jiān)控

應提供全面的運維監(jiān)控能力，降低運維的復雜度，主要包括：

a)可視化的對數據的拆分策略進行調整；

b)對后端的數據庫進行管理；

c)提供數據管理員的數據操作及管理功能；

d)提供在線擴容機制。

7分布式緩存

本文件提到的分布式緩存主要指對緩存的分布式訪問，并不是指提供一個緩存服務器（隸屬于

基礎設施范疇）。主要提供低侵入的分布式緩存（行業(yè)內目前基本以redis為主）的訪問機制，但

需要考慮對數據準確性的要求。具體應包括：

a)基礎的分布式訪問的API：提供緩存分布式訪問的基礎API，為業(yè)務框架及特殊情況使用提

供支持；

b)跟數據庫配合的讀寫支持：對于跟數據庫配合的查詢時，優(yōu)先從緩存中查詢，如果緩存中沒

有再查數據庫，并把結果放到緩存中；對于寫操作，提供機制保證緩存跟數據庫的數據一

致性。上述操作應降低對業(yè)務的侵入，如果是基于Java的實現(xiàn)宜采用注解的模式；

c)臟數據的控制：如果并發(fā)的對緩存中的同一個數據進行更新，或者一個緩存的更新跟查詢交

叉在一起的極端情況下，有可能造成臟數據，應提供完善的應對機制。

8全局序列

全局序列為分布式系統(tǒng)提供統(tǒng)一的序列服務，防止微服務的各個實例自己實現(xiàn)，造成業(yè)務層面的序

列重復。應提供如下三種類型的序列：

a)只保證唯一性，應支持嵌入到應用系統(tǒng)中使用；

b)不僅保證唯一性，還保證序列遞增；

c)不僅保證序列的唯一性和遞增特點，還需保證序列完全連續(xù)。

9分布式調度

分布式調度主要應對分布式系統(tǒng)各種任務的協(xié)同工作，最大限度發(fā)揮分布式系統(tǒng)的特性，以更

高效的方式完成待處理任務。具體應包括：

a)可視化的定義要執(zhí)行的任務及其依賴關系；

5

T/CESAXXXX-2020

b)依據上述定義的依賴關系進行執(zhí)行，執(zhí)行過程出現(xiàn)異常的任務可查看異常信息，并支持重新

執(zhí)行。執(zhí)行時可將任務分配到多個節(jié)點，如果節(jié)點有異常應切換到其他節(jié)點；

c)提供機制保證在任何時間都至少有一個調度節(jié)點可用；

d)對涉及大數據量的表的任務，支持對數據進行分段，將其拆分為多個小的任務并行到多個節(jié)

點執(zhí)行；

e)至少支持手動和定時執(zhí)行兩種方式；

f)可視化的查看任務的執(zhí)行情況，并進行相關操作。

10分布式事務

10.1概述

分布式事務是分布式領域重點關注的問題，不同的業(yè)務場景對事務的關注點也有一定差異，主

要體現(xiàn)在隔離性、一致性保證度、風險、性能及業(yè)務復雜度幾個方面，所以分布式平臺需要提供多

種不同的分布式事務處理機制，以適配不同的業(yè)務場景。

10.2處理機制

分布式事務的處理機制應包括如下幾種模式：

a)補償模式：該模式在框架級提供統(tǒng)一的機制，避免每個開發(fā)人員重復實現(xiàn)，規(guī)避技術風險。

其主要應用于一個事務跨多個服務的場景，要求每個服務都提供對應的補償服務，當后續(xù)

的服務執(zhí)行失敗時，框架自動執(zhí)行前面服務的補償服務，將已經執(zhí)行成功的服務回退到執(zhí)

行前的狀態(tài)；

注：這種模式是分布式系統(tǒng)中最基本的一種模式，適合一些不是非常關鍵、或者低頻的交易，即使出現(xiàn)不

一致造成的影響也不大，可以通過業(yè)務手段進行處理。

b)TCC模式：一個完整的TCC模式由一個主業(yè)務服務和若干個從業(yè)務服務組成，主業(yè)務服務發(fā)

起并完成整個業(yè)務活動，從業(yè)務服務應實現(xiàn)如下三個接口：

?Try：完成所有業(yè)務檢查、預留必須的業(yè)務資源；

?Confirm：真正執(zhí)行業(yè)務不作任何業(yè)務檢查，只使用Try階段預留的業(yè)務資源，操作滿

足冪等性；

?Cancel：釋放Try階段預留的業(yè)務資源，操作滿足冪等性。

如果所有的從業(yè)務服務的Try都執(zhí)行成功，就會分別進行各自的Confirm；如果有一個失

敗，則分別執(zhí)行各自的Cancel；

注：該模式主要提供總體事務的控制機制，具體的邏輯由業(yè)務實現(xiàn)，比較適合有極致性能需求的、對一致

性要求比較高的業(yè)務場景。

c)無侵入模式：該模式通過模擬數據庫內部的機制，對事務（跨服務、跨數據庫）中的所有

SQL操作自動構建UNDO、REDO的相關信息，并對相關記錄進行鎖定。當后續(xù)的執(zhí)行出現(xiàn)異

常時，事務管理器通過UNDO日志對前面已經執(zhí)行的SQL操作進行回滾。

注：該模式在保證隔離性的前提下，提供了很高的一致性，并且對業(yè)務系統(tǒng)無侵入，適合于大部分的業(yè)務

場景，是分布式事務落地的一個重要模式。

6

T/CESAXXXX-2020

11異常處理

分布式大幅提升了系統(tǒng)的擴展性、性能及可用性，但復雜度也有所提升，在具體的實踐過程中

需對以下情況提供應對機制：

a)系統(tǒng)運行資源不足：在系統(tǒng)運行過程中，當發(fā)現(xiàn)系統(tǒng)運行資源不足（例如：CPU長時間大于

80%）時，宜自動增加運行實例，以提升系統(tǒng)整體的處理能力；

注：如果有云平臺的話，建議采用容器化的方式進行自動擴容。

b)數據量超出系統(tǒng)承載能力：當系統(tǒng)運行一段時間后，由于數據量的快速增長，已有的分庫數

已經不能滿足業(yè)務需要時，應對數據庫進行擴容，在擴容過程中應盡可能的減少對業(yè)務的

影響；

c)物理故障造成的事務異常：由于分布式事務涉及多個獨立的事務資源，所以不管是哪種模式，

在部分事務資源出現(xiàn)物理故障的情況下，都面臨不一致的風險，針對于這種情況，應提供

如下的應對措施：

1)自動恢復：當物理故障解除后，系統(tǒng)可以自動檢測，并對受影響的事務提供自動處理機

制，盡最大可能保證事務的一致性，避免相關事務由人工處理；

2)人工干預：當出現(xiàn)極端異常情況，自動恢復機制也無法恢復的情況下，應支持人工干預，

并提供必要的事務信息（例如：全局事務狀態(tài)、出現(xiàn)問題的分支信息、事務的上下文

等）以供分析。

7

T/CESAXXXX-2020

參考文獻

[1]GB/T10113-2003分類與編碼通用術語

[2]GB/T5271.1-2000信息技術詞匯第1部分：基本術語

[3]GB/T29246-2012信息技術安全技術信息安全管理體系概述和詞匯

8

T/CESAXXXX-2020

目??次

目??次.............................................................................................................................................................II

1范圍...................................................................................................................................................................1

2規(guī)范性引用文件...............................................................................................................................................1

3術語和定義.......................................................................................................................................................1

4概述...................................................................................................................................................................1

5微服務平臺.......................................................................................................................................................2

5.1概述...........................................................................................................................................................2

5.2接入網關...................................................................................................................................................2

5.3微服務引擎...............................................................................................................................................3

5.4運維監(jiān)控...................................................................................................................................................3

6分布式數據.......................................................................................................................................................3

6.1概述...........................................................................................................................................................4

6.2主要用語說明...........................................................................................................................................4

6.3數據路由...................................................................................................................................................4

6.4語法兼容性...............................................................................................................................................4

6.5數據庫關聯(lián)性...........................................................................................................................................5

6.6運維監(jiān)控...................................................................................................................................................5

7分布式緩存.......................................................................................................................................................5

8全局序列...........................................................................................................................................................5

9分布式調度.......................................................................................................................................................5

10分布式事務.....................................................................................................................................................6

10.1概述.........................................................................................................................................................6

10.2處理機制.................................................................................................................................................6

11異常處理.........................................................................................................................................................7

參考文獻.........................................................................................................................................................8

II

T/CESAXXXX-2020

分布式平臺技術規(guī)范

1范圍

本文件規(guī)定了面向聯(lián)機交易系統(tǒng)的分布式平臺應覆蓋的范圍及應具備的基礎功能。

本文件適用于聯(lián)機交易系統(tǒng)所使用的分布式平臺的建設。

2規(guī)范性引用文件

本文件沒有規(guī)范性引用文件。

3術語和定義

下列術語和定義適用于本文件。

3.1

數據data

信息的可再解釋的形式化表示，以適用于通信、解釋或處理

注：可以通過人工或自動手段處理數據。

[GB/T5271.1-2000，01.01.02]

3.2

分布式distributed

<計算機>物理上由多個不同的機器參與執(zhí)行，但在邏輯上完成的是一個任務

注：對使用者來說，就像一臺計算機在執(zhí)行一樣。

3.3

微服務microservice

<計算機>職責單一的、輕量化的服務單元

注：一個微服務有自己獨立的應用和數據庫。

3.4

事務transaction

<計算機>訪問并可能更新事務資源中各種數據項的一個程序執(zhí)行單元(unit)

注：一個事務如果執(zhí)行成功就全部提交，如果有一個失敗就全部回滾。

4概述

分布式平臺需要為系統(tǒng)提供全方位的分布式能力，當性能遇到瓶頸時可通過橫向擴展的機制予

1

T/CESAXXXX-2020

以解決，并且需對分布式帶來的事務問題提供完備的解決方案。不同領域的聯(lián)機交易系統(tǒng)對分布式

的需求存在一定差異，在進行系統(tǒng)建設時可按需選擇，分布式聯(lián)機交易系統(tǒng)的參考架構見圖1，其

中分布式平臺應包括：

a)微服務平臺：提供應用層的分布式能力，將一個復雜系統(tǒng)拆分為多個微服務，每個微服務可

同時運行多個實例，不僅提升了系統(tǒng)的擴展性、可用性，還可以快速靈活的應對業(yè)務變化；

b)分布式數據：將大數據量表中的數據進行水平拆分，用多個物理庫來承載，不僅降低了單表

的數據量，還增加了可用的物理資源；

c)分布式緩存：對于大量的數據查詢請求，采用分布式緩存進行存儲，降低對數據庫的交互次

數，縮短服務的響應時間；

d)全局序列：提供跨多個微服務實例的序列服務，以防止不同實例中的序列重復；

e)分布式調度：提供統(tǒng)一的分布式調度機制，協(xié)調多個微服務節(jié)點及數據庫節(jié)點共同參與運行，

充分利用物理資源，將批量處理的時間控制在有效范圍內；

f)分布式事務：由于微服務和分布式數據，就會帶來分布式事務的問題，所以需提供跨數據庫、

跨微服務的事務一致性的保證機制。

圖1分布式聯(lián)機交易系統(tǒng)架構

5微服務平臺

5.1概述

微服務平臺的主要目的是為聯(lián)機交易系統(tǒng)提供應用分布式的運行機制，以及配套的管理體系，

主要包括：接入網關、微服務引擎和運維監(jiān)控三大部分。

5.2接入網關

接入網關為外部系統(tǒng)訪問提供統(tǒng)一的接入及控制，應包括：

a)服務鑒權：對服務的訪問進行控制，只有在權限范圍內的才可以訪問，否則將被拒絕；

b)流量控制：對請求的總量進行控制，如果超過限制，后續(xù)的請求將會被拒絕或者等待，還可

以按具體的業(yè)務維度進行更細粒度的控制，例如：按交易渠道進行控制；

2

T/CESAXXXX-2020

c)熔斷降級：如果某個服務的失敗率比較高，或者發(fā)現(xiàn)一些明確的異常情況，有可能影響到其

他服務的正常運行，自動切斷該服務的所有請求（直接拋錯或者返回約定信息），以保護

系統(tǒng)整體的可用性。

5.3微服務引擎

微服務引擎為微服務平臺提供運行保障，應包括如下功能：

a)服務注冊/發(fā)現(xiàn)：服務提供者在啟動時將服務相關信息注冊到“注冊中心”，服務消費者通

過“注冊中心”獲取到最新的服務列表，當服務提供者下線時，注冊信息從“注冊中心”

刪除，服務消費者更新服務提供者列表；

b)負載均衡：服務消費者調用提供者時，根據本地列表并依據指定的算法選擇具體的提供者進

行調用，整體需保證到多個提供者上的負載相對均衡，平臺需提供多種常用的負載均衡策

略，例如：輪訓、隨機、最小并發(fā)數等；

c)自動隔離/恢復：當服務提供者出現(xiàn)異常情況（例如宕機），自動從“注冊中心”刪除，當

其恢復后又自動加入，期間消費者同步獲取到最新的服務提供者列表；

d)集群容錯：當服務調用發(fā)生異常時，提供多種容錯機制，例如：重試（可以設定重試次數）、

直接拋錯等機制。

5.4運維監(jiān)控

運維監(jiān)控為微服務平臺提供管理能力，應包括：

a)灰度發(fā)布：服務有新的版本發(fā)布時，可通過灰度發(fā)布只對部分用戶開放，運行一段時間如果

達到預期，再對所有用戶開放；

b)統(tǒng)一配置：通過統(tǒng)一的配置中心快速完成多個微服務實例相關參數的調整，同時提供配置信

息的版本管理，防止配置出現(xiàn)問題時統(tǒng)一回退；

c)服務治理：服務治理主要對服務運行態(tài)的情況進行動態(tài)調控。

1)負載策略調整：對多個服務提供者的負載均衡策略進行調整，防止某個提供者上的負載

過高；

2)流控策略調整：根據實際需要，對流量控制的策略進行動態(tài)調整；

3)熔斷降級控制：對服務的熔斷及降級的策略進行調整；

4)路由控制：通過配置對服務的路由策略進行干預，例如：暫時把某一個服務提供者屏蔽。

d)調用鏈跟蹤：支持查看服務調用過程的完整鏈路信息，以主動發(fā)現(xiàn)和追蹤業(yè)務系統(tǒng)的調用關

系，快速定位系統(tǒng)瓶頸；

e)分布式日志：把分布式系統(tǒng)下的相關日志信息進行采集、匯總，并把跨多個微服務的日志串

接起來，提供統(tǒng)一的頁面按不同維度進行日志信息的查詢；

f)監(jiān)控告警：對相關的監(jiān)控對象制定對應的告警策略，當達到告警條件時產生告警信息，以便

運維人員及時處理。

注：監(jiān)控對象應至少包括系統(tǒng)運行資源、服務的運行情況。

6分布式數據

3

T/CESAXXXX-2020

6.1概述

分布式數據的主要目的是將大數據量的關系型表通過水平拆分的方式，將數據分布式的存儲到

多個不同的節(jié)點，查詢時可以到具體的節(jié)點快速訪問。行業(yè)內主要包括技術架構層實現(xiàn)和采用獨立

的“分布式數據庫”兩種模式。考慮到分布式數據庫是一個單獨的領域，該部分不包含在本文件內，

本文件僅涉及技術架構層實現(xiàn)模式，主要包括：數據路由、語法兼容性、數據庫關聯(lián)性及運維監(jiān)控

幾個方面。

6.2主要用語說明

分布式數據涉及到的術語主要包括：

a)數據分片：簡稱分片，將一張表的數據按照一定規(guī)則進行拆分，經過拆分后的每一部分數據

叫做一個數據分片；

b)分片鍵：也稱為拆分鍵，具體的拆分過程應針對某一個業(yè)務屬性，按照一定規(guī)則進行，這里

的業(yè)務屬性就是分片鍵，分片鍵一般都是表中的字段，例如，對“客戶信息”表按照“客

戶號”取模的方式進行拆分，“客戶號”就是分片鍵；

c)拆分算法：也稱為分片算法，指用于計算相關數據在哪個分片的算法，b）中的取模是一種

常用的拆分算法；

d)路由：按照拆分算法將SQL發(fā)送到具體的分片上執(zhí)行的過程稱為路由；

e)數據節(jié)點：簡稱節(jié)點，其概念類似分片，