架構師提升篇:分散式系統中,如何提升系統效能?
在分散式系統中,平衡業務計算的壓力分佈,減少網路上的資料流動,是一種提升效能的手段,請看下面的例子。
1)案例背景
某“機械設計研究所”歷史上在管理模式上採用傳統的層次化垂直結構。但是近年來,隨著使用者對產品更新換代的要求越來越快、質量要求越來越高,在競爭日益劇烈、外部壓力日益增大的形勢下,該所在管理模型上重新定位,打破長久以來形成的垂直結構,形成一種趨向於水平整合的業務模型,使企業能更專注於自己的業務特長,在產品研發時,能更好地利用國內更先進的技術力量,以實現合作方異地協同設計。
為此需要構建一個基於網際網路的符合合作方異地協同設計的資訊管理平臺,使得部件設計合作方能夠在早期就介入產品的研發過程,及時獲取產品資訊和變更通知,並將相關的資訊及時反饋到企業,縮短主要設計部門和合作方的溝通時間,提高合作方在新產品設計中的響應能力,實現各方共贏。這個合作方異地協同設計管理平臺需要有下面一些特點:
具有開放性和可伸縮性,為實現產品的異地、異構設計提供強大支援。
需要實現業務與分散式資料來源整合,
需要根據業務發展的需要,實現業務方法的重新編排
需要有效管理各合作方協同設計過程。
通過這個“合作方異地協同設計資訊管理平臺”,使研發工程中設計、製造、測試、維護等職能的綜合協調,新產品開發更加有序和有效。
2)初步設計
本設計將面臨如下挑戰:
合作方的參與是不穩定的,系統需要具備可伸縮性的特點。
業務流程是不穩定的,會根據專案與合作方的特點加以改變。
合作方的資料格式具有多樣性,是沒有辦法實施規範的。
異地合作的通訊只能採用網際網路,對頻寬有一定限制。
合作設計資訊量比較大,對效能有比較高的要求。
為了應對這些挑戰,根據需求分析的要求,初步考慮系統採用面向服務的架構,該系統需要提供三個大的子服務:
專案管理與過程管理子服務(PM&PM);
工程圖檔與文件管理子服務(ED&DM);
配置管理與變更管理子服務(CM&CM)。
這三個子服務相互支援,共同完成合作方協同設計中專案管理、圖檔管理、版本管理以及圖檔修改序列化的業務要求。據此構建了初步的概念性架構。這個架構從業務層面來看,分成完全自治的三個子服務,並且讓合作方的資料以服務的形式提供出來,使整個業務和資料具有很強的可變化性和可伸縮型,其初始架構關係如下圖所示。
這個架構具有如下一些優點:
有利於協調不同的異構資料模型:由於合作方業務的複雜性,使得資料模型間語義與結構存在巨大差異。通過資料匯流排的集中管理與對映,有利於協調不同的服務領域間的異構資料模型,並且系統具有可伸縮性。
便於實現面向服務的整合(SOI):通過使用面向服務的架構來解決整合與互操作的問題,將有利於達到根據服務契約對傳統系統進行包裝,建立當前系統整合所需要的新服務的目的。
有利於應對業務的變化:當合作方或者業務發生變化的時候,只需要修改“服務編排”層的業務,就可以方便的實現變更。
本系統通過一個企業服務匯流排(ESB)和資料匯流排(Data Bus)統一管理資料使用者的許可權、格式轉換以及其它方面的問題,以確保資料的安全性和使用上的方便性。
針對這個案例來說,在合作方位置遙遠、業務非常複雜而且繁忙時,把所有的服務都集中在中央服務中心是不合適的,這樣會嚴重影響服務的效能。為此,把服務按照不同的級別進行分散式配置, 通過合理佈局來解決效能問題,如圖下所示。
在這個設計方案中,服務分成兩個不同的層次:
中心服務:這種服務所處的位置在全域性資料中心伺服器上,其維護的狀態是全域性性的,更多的是關注各個合作方之間的協調的業務。在需要多個分散式服務站點參與時,中心服務中的服務職責可以居中協調共同完成業務處理。這種佈局的好處在於:一般來說,在同一空間(合作方)中會有大量內部相互協調的操作,而合作方之間的協調在總量上要少得多,這就可以大幅度減少應用服務的網路流量,提高系統的整體效能。
1)案例背景
某“機械設計研究所”歷史上在管理模式上採用傳統的層次化垂直結構。但是近年來,隨著使用者對產品更新換代的要求越來越快、質量要求越來越高,在競爭日益劇烈、外部壓力日益增大的形勢下,該所在管理模型上重新定位,打破長久以來形成的垂直結構,形成一種趨向於水平整合的業務模型,使企業能更專注於自己的業務特長,在產品研發時,能更好地利用國內更先進的技術力量,以實現合作方異地協同設計。
為此需要構建一個基於網際網路的符合合作方異地協同設計的資訊管理平臺,使得部件設計合作方能夠在早期就介入產品的研發過程,及時獲取產品資訊和變更通知,並將相關的資訊及時反饋到企業,縮短主要設計部門和合作方的溝通時間,提高合作方在新產品設計中的響應能力,實現各方共贏。這個合作方異地協同設計管理平臺需要有下面一些特點:
具有開放性和可伸縮性,為實現產品的異地、異構設計提供強大支援。
需要實現業務與分散式資料來源整合,
需要根據業務發展的需要,實現業務方法的重新編排
需要有效管理各合作方協同設計過程。
通過這個“合作方異地協同設計資訊管理平臺”,使研發工程中設計、製造、測試、維護等職能的綜合協調,新產品開發更加有序和有效。
2)初步設計
本設計將面臨如下挑戰:
合作方的參與是不穩定的,系統需要具備可伸縮性的特點。
業務流程是不穩定的,會根據專案與合作方的特點加以改變。
合作方的資料格式具有多樣性,是沒有辦法實施規範的。
異地合作的通訊只能採用網際網路,對頻寬有一定限制。
合作設計資訊量比較大,對效能有比較高的要求。
為了應對這些挑戰,根據需求分析的要求,初步考慮系統採用面向服務的架構,該系統需要提供三個大的子服務:
專案管理與過程管理子服務(PM&PM);
工程圖檔與文件管理子服務(ED&DM);
配置管理與變更管理子服務(CM&CM)。
這三個子服務相互支援,共同完成合作方協同設計中專案管理、圖檔管理、版本管理以及圖檔修改序列化的業務要求。據此構建了初步的概念性架構。這個架構從業務層面來看,分成完全自治的三個子服務,並且讓合作方的資料以服務的形式提供出來,使整個業務和資料具有很強的可變化性和可伸縮型,其初始架構關係如下圖所示。
這個架構具有如下一些優點:
有利於協調不同的異構資料模型:由於合作方業務的複雜性,使得資料模型間語義與結構存在巨大差異。通過資料匯流排的集中管理與對映,有利於協調不同的服務領域間的異構資料模型,並且系統具有可伸縮性。
便於實現面向服務的整合(SOI):通過使用面向服務的架構來解決整合與互操作的問題,將有利於達到根據服務契約對傳統系統進行包裝,建立當前系統整合所需要的新服務的目的。
有利於應對業務的變化:當合作方或者業務發生變化的時候,只需要修改“服務編排”層的業務,就可以方便的實現變更。
本系統通過一個企業服務匯流排(ESB)和資料匯流排(Data Bus)統一管理資料使用者的許可權、格式轉換以及其它方面的問題,以確保資料的安全性和使用上的方便性。
針對這個案例來說,在合作方位置遙遠、業務非常複雜而且繁忙時,把所有的服務都集中在中央服務中心是不合適的,這樣會嚴重影響服務的效能。為此,把服務按照不同的級別進行分散式配置, 通過合理佈局來解決效能問題,如圖下所示。
在這個設計方案中,服務分成兩個不同的層次:
中心服務:這種服務所處的位置在全域性資料中心伺服器上,其維護的狀態是全域性性的,更多的是關注各個合作方之間的協調的業務。在需要多個分散式服務站點參與時,中心服務中的服務職責可以居中協調共同完成業務處理。這種佈局的好處在於:一般來說,在同一空間(合作方)中會有大量內部相互協調的操作,而合作方之間的協調在總量上要少得多,這就可以大幅度減少應用服務的網路流量,提高系統的整體效能。
棧服務:這種服務的所謂全域性狀態是有區域性的。例如在同一個合作方範圍內,相當多的業務處理都是在內部進行的,其全域性狀態也只是指的這個合作方範圍內而言。我們可以把這類服務(也可能是半服務)在物理上直接置於合作方本身的資料中心,至於這個合作方資料中心提供服務的方式是採用內網還是外網並不重要(大多數情況下這種處理都是置於內網)。
相關文章
- 架構師職業迴歸:分散式系統架構師 - Leon架構分散式
- 分散式系統的架構思路分散式架構
- 分散式系統架構筆記分散式架構筆記
- 如何更新 Linux 核心來提升系統效能Linux
- Java架構師面試題全集:Java基礎+技術框架+系統架構+分散式系統Java架構面試題框架分散式
- HDFS架構指南(分散式系統Hadoop的檔案系統架構)架構分散式Hadoop
- Linux新核心:提升系統效能Linux
- 理解分散式系統中的快取架構(下)分散式快取架構
- 理解分散式系統中的快取架構(上)分散式快取架構
- 系統呼叫篇——總結與提升
- 什麼是分散式系統!以及分散式系統架構的優缺點!分散式架構
- 系統架構師架構
- 分散式系統架構的冰與火分散式架構
- 系統架構師大會:中國系統架構師的盛宴架構
- 做好陪玩系統原始碼的前端效能優化,提升系統效能原始碼前端優化
- 程式設計體系結構(09):分散式系統架構程式設計分散式架構
- 分散式系統2:分散式系統中的時鐘分散式
- 分散式系統的那些事兒 - SOA架構體系分散式架構
- 阿里分散式系統效能提升10000倍的技術揭祕——視訊解析阿里分散式
- 深入理解分散式系統中的快取架構(下)分散式快取架構
- 大型分散式網站架構:快取在分散式系統中的應用分散式網站架構快取
- 系統效能提升利刃 | 快取技術使用快取
- 億級流量系統架構之如何設計高容錯分散式計算系統架構分散式
- 如何構建分散式系統的知識體系分散式
- 架構師入門必看系列,分散式檔案系統HDFS解讀架構分散式
- 客戶管理系統如何提升體驗
- 大型分散式電商系統架構如何從0開始演進?分散式架構
- 杉巖PACS影像系統分散式儲存架構分散式架構
- 從Elasticsearch來看分散式系統架構設計Elasticsearch分散式架構
- 雲端計算分散式平行計算:系統架構分散式架構
- 可擴充套件Web架構與分散式系統套件Web架構分散式
- 現代分散式系統架構的權衡分析分散式架構
- 單元化架構,分散式系統的新王!架構分散式
- 億級流量系統架構之如何設計高容錯分散式計算系統【石杉的架構筆記】架構分散式筆記
- 整合spring cloud雲架構 --spring cloud分散式系統中實現分散式鎖SpringCloud架構分散式
- 分散式系統:系統模型分散式模型
- 系統架構設計師學習(二)系統架構設計師緒論架構
- 每一個程式設計師,都希望能成為分散式系統架構師程式設計師分散式架構