分布式服務(wù)體系框架第一頁(yè)，編輯于星期六：十三點(diǎn)十八分。應(yīng)用架構(gòu)的發(fā)展需求隨著互聯(lián)網(wǎng)業(yè)務(wù)的發(fā)展，網(wǎng)站應(yīng)用的規(guī)模不斷擴(kuò)大，常規(guī)的企業(yè)級(jí)垂直應(yīng)用架構(gòu)已無(wú)法應(yīng)對(duì)，服務(wù)式的應(yīng)用架構(gòu)以及分布式服務(wù)框架勢(shì)在必行，用戶亟需一個(gè)治理系統(tǒng)確保架構(gòu)有條不紊的演進(jìn)。單一應(yīng)用垂直應(yīng)用拆分服務(wù)，RPC調(diào)用分布式服務(wù)框架第二頁(yè)，編輯于星期六：十三點(diǎn)十八分。網(wǎng)站應(yīng)用架構(gòu)的演進(jìn)FrameworkArchitectureClusterAllinOne1~10垂直應(yīng)用分布式服務(wù)彈性服務(wù)框架ORMMVCRPCSOA應(yīng)用服務(wù)10~10001000~1000010000+單一應(yīng)用架構(gòu)當(dāng)網(wǎng)站流量很小時(shí)，只需一個(gè)應(yīng)用，將所有功能都部署在一起，以減少部署節(jié)點(diǎn)和成本。此時(shí)，用于簡(jiǎn)化增刪改查工作量的

數(shù)據(jù)訪問(wèn)框架(ORM)

是關(guān)鍵。垂直應(yīng)用架構(gòu)當(dāng)訪問(wèn)量逐漸增大，單一應(yīng)用增加機(jī)器帶來(lái)的加速度越來(lái)越小，將應(yīng)用拆成互不相干的幾個(gè)應(yīng)用，以提升效率。此時(shí)，用于加速前端頁(yè)面開(kāi)發(fā)的

Web框架(MVC)

是關(guān)鍵。分布式服務(wù)架構(gòu)當(dāng)垂直應(yīng)用越來(lái)越多，應(yīng)用之間交互不可避免，將核心業(yè)務(wù)抽取出來(lái)作為獨(dú)立的可以復(fù)用的服務(wù)，使前端應(yīng)用能更快速的響應(yīng)多變的市場(chǎng)需求。此時(shí)，RPC技術(shù)是關(guān)鍵。流動(dòng)計(jì)算架構(gòu)當(dāng)服務(wù)越來(lái)越多，容量的評(píng)估，小服務(wù)資源的浪費(fèi)等問(wèn)題逐漸顯現(xiàn)，此時(shí)需增加一個(gè)調(diào)度中心基于訪問(wèn)壓力實(shí)時(shí)管理集群容量，提高集群利用率。此時(shí)，用于提高設(shè)施利用率的資源調(diào)度和治理中心(SOA)

是關(guān)鍵。3第三頁(yè)，編輯于星期六：十三點(diǎn)十八分。單一的應(yīng)用架構(gòu)應(yīng)用All數(shù)據(jù)庫(kù)AllinOne1~10ORM單一應(yīng)用架構(gòu)當(dāng)網(wǎng)站流量很小時(shí)，只需一個(gè)應(yīng)用，將所有功能都部署在一起，以減少部署節(jié)點(diǎn)和成本。此時(shí)，用于簡(jiǎn)化增刪改查工作量的

數(shù)據(jù)訪問(wèn)框架(ORM)

是關(guān)鍵。應(yīng)用All應(yīng)用All應(yīng)用All負(fù)載均衡器每個(gè)節(jié)點(diǎn)服務(wù)器中，包換應(yīng)用的全部功能模塊代碼應(yīng)用系統(tǒng)很臃腫，維護(hù)和版本升級(jí)開(kāi)銷(xiāo)非常非常大使用負(fù)載均衡分散訪問(wèn)會(huì)話，提高并發(fā)處理能力網(wǎng)站初期或者規(guī)模較小，整體上容易把控4第四頁(yè)，編輯于星期六：十三點(diǎn)十八分。垂直拆分應(yīng)用架構(gòu)垂直應(yīng)用MVC10~1000垂直應(yīng)用架構(gòu)當(dāng)訪問(wèn)量逐漸增大，單一應(yīng)用增加機(jī)器帶來(lái)的加速度越來(lái)越小，將應(yīng)用拆成互不相干的幾個(gè)應(yīng)用，以提升效率。此時(shí)，用于加速前端頁(yè)面開(kāi)發(fā)的

Web框架(MVC)

是關(guān)鍵。應(yīng)用A應(yīng)用B應(yīng)用C應(yīng)用D數(shù)據(jù)庫(kù)緩存系統(tǒng)搜索引擎應(yīng)用E應(yīng)用F應(yīng)用All各應(yīng)用中存在重復(fù)的業(yè)務(wù)功能和代碼，甚至在一個(gè)應(yīng)用中也會(huì)存在冗余的代碼邏輯應(yīng)用系統(tǒng)依然很臃腫，業(yè)務(wù)邏輯處理和界面交互的代碼還是堆放在一起維護(hù)和版本升級(jí)開(kāi)銷(xiāo)都很大，穩(wěn)定性不夠理想適用于中小型網(wǎng)站規(guī)模，整體上容易把控第五頁(yè)，編輯于星期六：十三點(diǎn)十八分。服務(wù)式應(yīng)用架構(gòu)服務(wù)式RPC1000~10000服務(wù)式應(yīng)用架構(gòu)當(dāng)垂直應(yīng)用越來(lái)越多，應(yīng)用之間交互不可避免，將核心業(yè)務(wù)抽取出來(lái)作為獨(dú)立的可以復(fù)用的服務(wù)，使前端應(yīng)用能更快速的響應(yīng)多變的市場(chǎng)需求。此時(shí)，RPC技術(shù)是關(guān)鍵。服務(wù)1應(yīng)用A應(yīng)用B應(yīng)用C應(yīng)用D數(shù)據(jù)庫(kù)應(yīng)用E應(yīng)用F服務(wù)2服務(wù)3服務(wù)4分布式文件系統(tǒng)搜索引擎緩存系統(tǒng)應(yīng)用G應(yīng)用服務(wù)增加服務(wù)層，把冗余的代碼和可以復(fù)用的業(yè)務(wù)應(yīng)用進(jìn)行拆分提取，封裝成服務(wù)系統(tǒng)架構(gòu)更加清晰，代碼質(zhì)量提高，利于升級(jí)和維護(hù)，穩(wěn)定性高應(yīng)用層可以更專(zhuān)注在與前端用戶如何交互，業(yè)務(wù)處理放在服務(wù)層來(lái)進(jìn)行服務(wù)和應(yīng)用的管理不是自動(dòng)化，服務(wù)層能夠?qū)崿F(xiàn)HA的功能適用中大型網(wǎng)站系統(tǒng)的場(chǎng)景中第六頁(yè)，編輯于星期六：十三點(diǎn)十八分。分布式服務(wù)框架應(yīng)用服務(wù)分布式服務(wù)框架SOA10000+流動(dòng)計(jì)算架構(gòu)當(dāng)服務(wù)越來(lái)越多，容量的評(píng)估，小服務(wù)資源的浪費(fèi)等問(wèn)題逐漸顯現(xiàn)，此時(shí)需增加一個(gè)調(diào)度中心基于訪問(wèn)壓力實(shí)時(shí)管理集群容量，提高集群利用率。此時(shí)，用于提高設(shè)施利用率的資源調(diào)度和治理中心(SOA)

是關(guān)鍵。服務(wù)框架應(yīng)用1（服務(wù)調(diào)用者）服務(wù)框架服務(wù)框架服務(wù)框架服務(wù)中心服務(wù)框架服務(wù)框架應(yīng)用2（服務(wù)調(diào)用者）新應(yīng)用1（服務(wù)調(diào)用者）服務(wù)A（服務(wù)提供者）服務(wù)B（服務(wù)提供者）新服務(wù)A（服務(wù)提供者）注冊(cè)訂閱推送服務(wù)列表調(diào)用調(diào)用調(diào)用分布式架構(gòu)，應(yīng)用層和服務(wù)層可根據(jù)需求進(jìn)行動(dòng)態(tài)水平擴(kuò)展，應(yīng)用與服務(wù)實(shí)現(xiàn)負(fù)載均衡，通過(guò)隨機(jī)、輪詢(xún)、權(quán)重等策略開(kāi)放式、標(biāo)準(zhǔn)化的框架，滿足接口調(diào)用的服務(wù)都可以接入服務(wù)框架（RPC）監(jiān)控服務(wù)調(diào)用情況，可進(jìn)一步對(duì)服務(wù)層再分層，根據(jù)業(yè)務(wù)需求和對(duì)服務(wù)運(yùn)行情況對(duì)服務(wù)進(jìn)行編排和梳理，以及服務(wù)治理適用大型及超大型網(wǎng)站應(yīng)用架構(gòu)推送服務(wù)列表服務(wù)調(diào)用者和提供者直接建立連接服務(wù)列表保存在應(yīng)用的本地（注冊(cè)查找）基于服務(wù)式應(yīng)用架構(gòu)基礎(chǔ)上，引入服務(wù)注冊(cè)中心，用于保存服務(wù)列表；實(shí)現(xiàn)自動(dòng)化服務(wù)體系框架第七頁(yè)，編輯于星期六：十三點(diǎn)十八分。服務(wù)分層8前端集成核心服務(wù)分層注冊(cè)中心治理中心調(diào)度中心監(jiān)控中心服務(wù)編排服務(wù)容器服務(wù)質(zhì)量協(xié)定服務(wù)容量評(píng)估服務(wù)調(diào)用統(tǒng)計(jì)依賴(lài)關(guān)系服務(wù)文檔負(fù)責(zé)人審批流程服務(wù)測(cè)試服務(wù)注冊(cè)與發(fā)現(xiàn)服務(wù)降級(jí)對(duì)服務(wù)進(jìn)行監(jiān)控、統(tǒng)計(jì)、評(píng)估、測(cè)試服務(wù)粗粒度，可針對(duì)業(yè)務(wù)需求對(duì)服務(wù)進(jìn)行編排對(duì)服務(wù)進(jìn)行治理，服務(wù)的依賴(lài)關(guān)系、調(diào)整服務(wù)權(quán)重等維護(hù)服務(wù)登記文檔服務(wù)權(quán)限，服務(wù)分組第八頁(yè)，編輯于星期六：十三點(diǎn)十八分。消息中間件既然應(yīng)用拆分了，形成了服務(wù)層，應(yīng)用由緊耦合變?yōu)樗神詈希敲磻?yīng)用之間、服務(wù)之間、應(yīng)用與服務(wù)之間如何通訊？應(yīng)用解耦，最終數(shù)據(jù)一致性異步通訊、操作的異步有些場(chǎng)景中，利用消息系統(tǒng)確保分布式數(shù)據(jù)庫(kù)的弱事務(wù)性服務(wù)1應(yīng)用A應(yīng)用B服務(wù)2消息中間件MQ應(yīng)用C服務(wù)3主庫(kù)從庫(kù)服務(wù)注冊(cè)查找中心9第九頁(yè)，編輯于星期六：十三點(diǎn)十八分。分布式服務(wù)框架服務(wù)體系框架系統(tǒng)特色：作為高性能分布式RPC服務(wù)調(diào)用中間件，SAF服務(wù)注冊(cè)訂閱中心負(fù)責(zé)服務(wù)的注冊(cè)與訂閱，部署在業(yè)務(wù)應(yīng)用中的客戶端負(fù)責(zé)RPC調(diào)用；遠(yuǎn)程方法調(diào)用透明，簡(jiǎn)單配置，無(wú)API入侵。SAF具有FailOver特性，提供調(diào)用跟蹤、服務(wù)路由、軟負(fù)載均衡，實(shí)現(xiàn)高可用的服務(wù)，方便實(shí)現(xiàn)服務(wù)能力水平伸縮。SAF還可提供更多服務(wù)治理功能，由專(zhuān)家小組提供支持。服務(wù)注冊(cè)中心Registry服務(wù)提供者查看服務(wù)消費(fèi)者查看注冊(cè)中心管理端路由管理屬性配置服務(wù)上下線Eon-SAF服務(wù)體系框架調(diào)用過(guò)程統(tǒng)一RPC調(diào)用框架，技術(shù)對(duì)齊，系統(tǒng)SOA化，滿足業(yè)務(wù)的快速變化需求；開(kāi)發(fā)人員提升開(kāi)發(fā)效率、保證服務(wù)質(zhì)量；服務(wù)提供者Provider服務(wù)提供者Provider服務(wù)注冊(cè)服務(wù)注冊(cè)服務(wù)調(diào)用服務(wù)調(diào)用訂閱服務(wù)得到服務(wù)列表推送服務(wù)列表服務(wù)消費(fèi)者Consumer監(jiān)控Monitor同步（長(zhǎng)連接）異步（短連接）采集服務(wù)調(diào)用次數(shù)和調(diào)用時(shí)間10第十頁(yè)，編輯于星期六：十三點(diǎn)十八分。框架的層次化各個(gè)應(yīng)用系統(tǒng)中有相同的業(yè)務(wù)功能，提取出來(lái)這部分冗余的功能在服務(wù)中心以服務(wù)的方式供大家一起使用。讓?xiě)?yīng)用層更加專(zhuān)注的去解決與瀏覽器交互的工作，而不必過(guò)多的關(guān)注業(yè)務(wù)邏輯的事情。業(yè)務(wù)數(shù)據(jù)的操作由服務(wù)層封裝。業(yè)務(wù)功能之間訪問(wèn)不僅是單機(jī)內(nèi)部訪問(wèn)，還有遠(yuǎn)程服務(wù)調(diào)用。把數(shù)據(jù)交互的工作封裝成數(shù)據(jù)訪問(wèn)層，服務(wù)層不直接與數(shù)據(jù)庫(kù)交互，由數(shù)據(jù)訪問(wèn)層來(lái)提供數(shù)據(jù)的訪問(wèn)策略。幫助服務(wù)層完成數(shù)據(jù)的拆分以及整