微服務(wù)的設(shè)計(jì)思考課件

微服務(wù)的設(shè)計(jì)思考寇宇2017/121ppt課件微服務(wù)的設(shè)計(jì)思考寇宇2017/121ppt課件01微服務(wù)的設(shè)計(jì)02微服務(wù)的架構(gòu)模式03微服務(wù)的的監(jiān)控PART

ONE2ppt課件010203PARTONE2ppt課件微服務(wù)的設(shè)計(jì)： 概念PART

ONE一種架構(gòu)風(fēng)格、架構(gòu)模式服務(wù)能夠獨(dú)立構(gòu)建、獨(dú)立部署、獨(dú)立擴(kuò)展松耦合、單一職責(zé)、基于限界上下文的一種SOA的落地實(shí)現(xiàn)基于Devops，面向運(yùn)維的架構(gòu)需要團(tuán)隊(duì)組織、文化的調(diào)整和完善的自動(dòng)化工具實(shí)施中體現(xiàn)為：受業(yè)務(wù)驅(qū)動(dòng)，不斷演進(jìn)的架構(gòu)微服務(wù)3ppt課件微服務(wù)的設(shè)計(jì)： 概念PARTONE一種架構(gòu)風(fēng)格、架構(gòu)模式服微服務(wù)的設(shè)計(jì)常見(jiàn)誤區(qū)：我使用了Springboot或Dubbo等，所以我使用了微服務(wù)微服務(wù)有助于提升應(yīng)用性能微服務(wù)只是一種新的架構(gòu)模式，開(kāi)發(fā)中改變下架構(gòu)與設(shè)計(jì)方法就可以做到微服務(wù)我使用了

Docker容器，所以我使用了微服務(wù)或者，我們沒(méi)上容器，所以沒(méi)法使用微服務(wù)通過(guò)在微服務(wù)框架上開(kāi)發(fā)微服務(wù)，仍可以保證事務(wù)的實(shí)現(xiàn)PART

ONE4ppt課件微服務(wù)的設(shè)計(jì)常見(jiàn)誤區(qū)：PARTONE4ppt課件Monolithic單體應(yīng)用分層架構(gòu)多種業(yè)務(wù)功能耦合MacroServicesSOA類(lèi)應(yīng)用粗粒度共享數(shù)據(jù)單體部署MiniServices細(xì)粒度（Domain）獨(dú)立數(shù)據(jù)獨(dú)立部署MicroServices細(xì)粒度（Feature）獨(dú)立數(shù)據(jù)獨(dú)立部署微服務(wù)構(gòu)建的演進(jìn)提高訪(fǎng)問(wèn)性提高敏捷性提高伸縮性微服務(wù)的設(shè)計(jì)PART

ONE5ppt課件Monolithic單體應(yīng)用MacroServicesSOADo

right

things! 業(yè)務(wù)上真的有需要嗎？微服務(wù)不是“銀彈”，并不適合于每個(gè)應(yīng)用和所有環(huán)境；原則：最好不拆！何時(shí)采用微服務(wù)業(yè)務(wù)響應(yīng)速度已受到嚴(yán)重影響，現(xiàn)有常規(guī)辦法已無(wú)效果現(xiàn)有架構(gòu)下，再怎樣加硬件也無(wú)法改善應(yīng)用指標(biāo)…關(guān)鍵問(wèn)題（一）

：該用微服務(wù)嗎PART

ONE準(zhǔn)備工作業(yè)務(wù)驅(qū)動(dòng)力業(yè)務(wù)需求整體組織架構(gòu)技術(shù)環(huán)境6ppt課件Dorightthings! 業(yè)務(wù)上真的有需要嗎？業(yè)務(wù)關(guān)鍵問(wèn)題（二）：怎樣設(shè)計(jì)出微服務(wù)PART

ONE提取組件為服務(wù)的標(biāo)準(zhǔn)：通過(guò)區(qū)分”限界上下文”，形成微服務(wù)標(biāo)準(zhǔn)1：識(shí)別整體架構(gòu)內(nèi)的”限界上下文”,把不一致概念的分開(kāi)。標(biāo)準(zhǔn)2：處理優(yōu)先級(jí)。在候選功能中，是否是優(yōu)先的功能提??？第二步：“扼殺舊應(yīng)用”不斷地提取微服務(wù)，直到應(yīng)用中全部的”限界上下文”都提取為微服務(wù)或其中所剩內(nèi)容已無(wú)必要再提取。單體應(yīng)用的分解方法： 拆第一步：構(gòu)建所有的新加特性作為微服務(wù)不摧毀應(yīng)用，也不加入新功能，而是使用微服務(wù)方式實(shí)現(xiàn)新特性集成新的微服務(wù)：anti-corruption

layer，隔離舊應(yīng)用，提高擴(kuò)展性策略7ppt課件關(guān)鍵問(wèn)題（二）：怎樣設(shè)計(jì)出微服務(wù)PARTONE提取組件為服微服務(wù)的拆解粒度：how

small

is“small”?最佳實(shí)踐：先粗后細(xì)：開(kāi)始拆解時(shí)，很難一次性給出合適的粒度，可以先劃分的粗些。不斷調(diào)整：當(dāng)對(duì)服務(wù)有了更多認(rèn)識(shí)后，會(huì)不斷調(diào)整粒度，進(jìn)行服務(wù)的進(jìn)一步拆分、合并?！邦?lèi)”與“服務(wù)”：類(lèi)的數(shù)量不是粒度衡量的標(biāo)準(zhǔn)服務(wù)實(shí)際上是指服務(wù)組件，被認(rèn)為是承擔(dān)特定職責(zé)的架構(gòu)組件；服務(wù)組件怎么實(shí)現(xiàn)和用多少類(lèi)實(shí)現(xiàn)，要根據(jù)設(shè)計(jì)情況定；確定服務(wù)粒度的基準(zhǔn)測(cè)試服務(wù)的范圍與功能：分析服務(wù)提供的操作的內(nèi)聚層次，拆分指示詞，“并且”、“此外”數(shù)據(jù)庫(kù)事務(wù)：分布式的影響，ACID

vs.BASE

transactions

，是否服務(wù)粒度過(guò)細(xì)分析服務(wù)編織的層次：編織會(huì)降低整體性能；影響可用性與健壯性。太多的編織意味著服務(wù)粒度過(guò)細(xì)。請(qǐng)求響應(yīng)能力與可靠性間的權(quán)衡考慮組織文化、團(tuán)隊(duì)規(guī)模：Two-pizza

Team,Cross關(guān)鍵問(wèn)題（三）：服務(wù)拆到什么程度PART

ONE8ppt課件微服務(wù)的拆解粒度：howsmallis“small”?關(guān)關(guān)鍵問(wèn)題（四）

：反模式PART

ONE“數(shù)據(jù)驅(qū)動(dòng)遷移”反模式：FunctionalityFirst,Data

Last“共享”反模式：打破了服務(wù)間的限界上下文“超時(shí)”反模式“Rest”陷阱“靜態(tài)契約”陷阱…9ppt課件關(guān)鍵問(wèn)題（四）：反模式PARTONE“數(shù)據(jù)驅(qū)動(dòng)遷移”反模因應(yīng)業(yè)務(wù)發(fā)展而不斷演變！商品庫(kù)存價(jià)格訂單會(huì)員會(huì)員購(gòu)物車(chē)促銷(xiāo)電商應(yīng)用..

.由一個(gè)商業(yè)套件實(shí)現(xiàn)全部應(yīng)用功能商品庫(kù)存價(jià)格訂單購(gòu)物車(chē)會(huì)員促銷(xiāo)會(huì)員電商應(yīng)用..

.采用SOA模式，整合各定制的單一分層應(yīng)用訂單應(yīng)用開(kāi)始按照限界上下文進(jìn)行服務(wù)拆分，但粒度較粗..

.微服務(wù)的設(shè)計(jì)： 服務(wù)拆分舉例PART

ONE拆歷經(jīng)2-3年歷經(jīng)3-4年10ppt課件因應(yīng)業(yè)務(wù)發(fā)展而不斷演變！商品庫(kù)存價(jià)格訂單會(huì)員會(huì)員購(gòu)物車(chē)促銷(xiāo)電業(yè)務(wù)驅(qū)動(dòng)力：?jiǎn)误w應(yīng)用性能差，越來(lái)越難以通過(guò)硬件擴(kuò)展來(lái)提升服務(wù)水平難以快速開(kāi)發(fā)、全量回歸測(cè)試?yán)щy、難以快速部署上線(xiàn)，影響公司業(yè)務(wù)發(fā)展；希望大幅提升訂單的開(kāi)發(fā)效率，易于快速開(kāi)發(fā)、快速測(cè)試，降低復(fù)雜度；業(yè)務(wù)需求：接單：近200種場(chǎng)景的接單；審核與資源處理：處理會(huì)員權(quán)益、促銷(xiāo)資格、價(jià)格、優(yōu)惠、庫(kù)存等；交易處理：支付相關(guān)操作；查詢(xún)：按多維度；分發(fā)：同步必要的訂單信息；技術(shù)環(huán)境：基于虛機(jī)的私有云環(huán)境；處理單元化（可在分區(qū)內(nèi)完成全部處理），利于跨機(jī)房部署；微服務(wù)的設(shè)計(jì)： 服務(wù)拆分舉例PART

ONE11ppt課件業(yè)務(wù)驅(qū)動(dòng)力：微服務(wù)的設(shè)計(jì)： 服務(wù)拆分舉例PARTONE11訂單的場(chǎng)景：線(xiàn)下門(mén)店1.來(lái)源渠道2.下單終端3.業(yè)態(tài)分類(lèi)7.配送方式8.支付方式線(xiàn)上批發(fā)對(duì)公/工程零售5.商品分類(lèi)實(shí)體商品虛擬商品服務(wù)商品4.業(yè)態(tài)來(lái)源電器超市6.經(jīng)營(yíng)模式自營(yíng)第三方自營(yíng)配送商家配送廠家配送門(mén)店自提在線(xiàn)支付貨到付款9.支付次數(shù)一次支付二次支付融合支付PC門(mén)店APP/WAP電銷(xiāo)..

...

.10.顧客個(gè)人企業(yè)11.自營(yíng)銷(xiāo)售方式先銷(xiāo)后采先采后銷(xiāo)12.線(xiàn)上購(gòu)物正常搶購(gòu)閃拍名品特賣(mài)海外購(gòu)13.銷(xiāo)售方式14.商品特性15.發(fā)票正常套餐贈(zèng)品正常冷鏈送裝一體不打發(fā)票電子發(fā)票普通發(fā)票16.結(jié)算正常分賬微服務(wù)的設(shè)計(jì)： 服務(wù)拆分舉例PART

ONE12ppt課件訂單的場(chǎng)景：線(xiàn)下門(mén)店1.來(lái)源渠道2.下單終端3.業(yè)態(tài)分類(lèi)7.微服務(wù)的設(shè)計(jì)： 服務(wù)拆分舉例PART

ONEfi$

?1..*fi$

fi

fi

fi

fi

fi@fi

fi

fi

fifi

@fifi

fl‰fi

fifi

s?‰‰?{fi

履約訂單交易訂單查詢(xún)訂單13ppt課件微服務(wù)的設(shè)計(jì)： 服務(wù)拆分舉例PARTONEfi$?1..微服務(wù)的設(shè)計(jì)： 服務(wù)拆分舉例PART

ONE交易服務(wù)下單；拆單；校驗(yàn)；支付；– …履約服務(wù)庫(kù)存調(diào)度物流調(diào)度售后服務(wù)調(diào)度– ...查詢(xún)服務(wù)按用戶(hù)查詢(xún)；按營(yíng)業(yè)員查詢(xún)；按手機(jī)號(hào)查詢(xún)；– …未來(lái)：使用Stratety模式，細(xì)分服務(wù)！14ppt課件微服務(wù)的設(shè)計(jì)： 服務(wù)拆分舉例PARTONE交易服務(wù)下單；履Agenda01微服務(wù)的設(shè)計(jì)02微服務(wù)的架構(gòu)模式03微服務(wù)的的監(jiān)控15ppt課件Agenda01020315ppt課件微服務(wù)的架構(gòu)模式PART

TWOFabric

ModelProxy作為API網(wǎng)關(guān)與控制器；簡(jiǎn)單易行；適用于從復(fù)雜度適中的單體應(yīng)用轉(zhuǎn)向微服務(wù)架構(gòu)的起步階段；MicroservicesReference

Architecture（By

NGINX）RouterMesh

ModelProxy

Model獨(dú)立的反代可應(yīng)對(duì)更大的訪(fǎng)問(wèn)壓力，健壯性好；router

mesh

hub處理服務(wù)間通信；提供了更多的控制手段；適用于從更大更復(fù)雜的單體應(yīng)用轉(zhuǎn)為微服務(wù)；最高級(jí)、最服務(wù)的模式；每個(gè)service配備一個(gè)Proxy；服務(wù)間通信通過(guò)serviceProxy，對(duì)服務(wù)進(jìn)行有針對(duì)性的治理；高性能、高彈性；適用于高壓力的場(chǎng)景；16ppt課件微服務(wù)的架構(gòu)模式PARTTWOFabricModelPrServiceProxyWebFrontApp3P

AppBrokerOpenAPIAPIGatewayServiceBrokerServiceEndPointEndPoint..

.ServiceProxyEndPointEndPoint..

.ServiceProxyEndPointEndPoint..

.微服務(wù)框架的一種實(shí)現(xiàn)微服務(wù)的架構(gòu)模式PART

TWO17ppt課件ServiceWebFrontApp3PAppBroker微服務(wù)框架的一種實(shí)現(xiàn)gRPC/thrift/…業(yè)務(wù)邏輯通過(guò)IDL生成ClientCircuit

breaker Client

logic.

.

. ClientStubServerServer FilterBusiness chainlogicContext lifecycleServiceAdaptor Configuration TransportServerStubRegister ..

.一個(gè)協(xié)議無(wú)關(guān)的服務(wù)框架基于契約優(yōu)先方式開(kāi)發(fā)服務(wù)接口對(duì)遠(yuǎn)程調(diào)用協(xié)議進(jìn)行了封裝，優(yōu)化了碼生成的結(jié)構(gòu)與調(diào)用方式，即采用形如“同步”的編碼方式實(shí)來(lái)進(jìn)行遠(yuǎn)程調(diào)用提供LifeCycle，添加了服務(wù)注冊(cè)，基于zipkin的調(diào)用鏈等功能添加了Spring

Starter，簡(jiǎn)化了服務(wù)啟動(dòng)和客戶(hù)端調(diào)用微服務(wù)的架構(gòu)模式PART

TWO18ppt課件微服務(wù)框架的一種實(shí)現(xiàn)gRPC/thrift/…業(yè)務(wù)邏輯通過(guò)I基于Proxy的服務(wù)端治理Proxy是Client訪(fǎng)問(wèn)的端點(diǎn)Proxy負(fù)責(zé)服務(wù)實(shí)例的信息收集和注冊(cè)基于Proxy的路由功能結(jié)合語(yǔ)義化版本(X.Y.Z)的概念進(jìn)行不同服務(wù)的版本管理利用Docker簡(jiǎn)化部署利用Proxy綁定VIP來(lái)簡(jiǎn)化客戶(hù)端尋址V2V4V1V4V3V2V1V2V3V1V4V1V4V3V2V1V2V3PROXYV1PROXYV2API

GatewayWebAPPServiceServiceInventory服務(wù)名稱(chēng)版本號(hào)狀態(tài)IP地址：端口Owner描述+

IDL…注冊(cè)VIP微服務(wù)的架構(gòu)模式PART

TWO19ppt課件基于Proxy的服務(wù)端治理Proxy是Client訪(fǎng)問(wèn)的端點(diǎn)Agenda01微服務(wù)的設(shè)計(jì)02微服務(wù)的架構(gòu)模式03微服務(wù)的的監(jiān)控20ppt課件Agenda01020320ppt課件微服務(wù)的監(jiān)控PART

THREE）21ppt課件微服務(wù)的監(jiān)控PARTTHREE）21ppt課件PART

THREE微服務(wù)的監(jiān)控：端到端的全鏈路監(jiān)控網(wǎng)絡(luò)、硬件系統(tǒng)資源中間件應(yīng)用容器..

.客戶(hù)是否受影響網(wǎng)絡(luò)傳輸是否正常認(rèn)證服務(wù)慢?三方服務(wù)QoS低？SQL執(zhí)行效率？SLA不達(dá)標(biāo)基礎(chǔ)設(shè)施異常瀏覽器加載慢？ServiceAServiceBServiceCServiceD代碼有問(wèn)題？日志異常？22ppt課件PARTTHREE微服務(wù)的監(jiān)控：端到端的全鏈路監(jiān)控網(wǎng)絡(luò)、硬微服務(wù)的監(jiān)控PART

THREE分布式追蹤

–

Google

Dapper23ppt課件微服務(wù)的監(jiān)控PARTTHREE分布式追蹤–GoogleAPM探針的基本原理

(Java

Instrument)微服務(wù)的監(jiān)控PART

THREE24ppt課件APM探針的基本原理(JavaInstrument)微服微服務(wù)的監(jiān)控PART

THREE分布式追蹤

–

OpenTracing25ppt課件微服務(wù)的監(jiān)控PARTTHREE分布式追蹤–OpenTr微服務(wù)的監(jiān)控：動(dòng)態(tài)拓?fù)銹ART

THREE26ppt課件微服務(wù)的監(jiān)控：動(dòng)態(tài)拓?fù)銹ARTTHREE26ppt課件微服務(wù)的監(jiān)控：事務(wù)分析PART

THREE27ppt課件微服務(wù)的監(jiān)控：事務(wù)分析PARTTHREE27ppt課件THANKS28ppt課件THANKS28ppt課件END29ppt課件END29ppt課件微服務(wù)的設(shè)計(jì)思考寇宇2017/1230ppt課件微服務(wù)的設(shè)計(jì)思考寇宇2017/121ppt課件01微服務(wù)的設(shè)計(jì)02微服務(wù)的架構(gòu)模式03微服務(wù)的的監(jiān)控PART

ONE31ppt課件010203PARTONE2ppt課件微服務(wù)的設(shè)計(jì)： 概念PART

ONE一種架構(gòu)風(fēng)格、架構(gòu)模式服務(wù)能夠獨(dú)立構(gòu)建、獨(dú)立部署、獨(dú)立擴(kuò)展松耦合、單一職責(zé)、基于限界上下文的一種SOA的落地實(shí)現(xiàn)基于Devops，面向運(yùn)維的架構(gòu)需要團(tuán)隊(duì)組織、文化的調(diào)整和完善的自動(dòng)化工具實(shí)施中體現(xiàn)為：受業(yè)務(wù)驅(qū)動(dòng)，不斷演進(jìn)的架構(gòu)微服務(wù)32ppt課件微服務(wù)的設(shè)計(jì)： 概念PARTONE一種架構(gòu)風(fēng)格、架構(gòu)模式服微服務(wù)的設(shè)計(jì)常見(jiàn)誤區(qū)：我使用了Springboot或Dubbo等，所以我使用了微服務(wù)微服務(wù)有助于提升應(yīng)用性能微服務(wù)只是一種新的架構(gòu)模式，開(kāi)發(fā)中改變下架構(gòu)與設(shè)計(jì)方法就可以做到微服務(wù)我使用了

Docker容器，所以我使用了微服務(wù)或者，我們沒(méi)上容器，所以沒(méi)法使用微服務(wù)通過(guò)在微服務(wù)框架上開(kāi)發(fā)微服務(wù)，仍可以保證事務(wù)的實(shí)現(xiàn)PART

ONE33ppt課件微服務(wù)的設(shè)計(jì)常見(jiàn)誤區(qū)：PARTONE4ppt課件Monolithic單體應(yīng)用分層架構(gòu)多種業(yè)務(wù)功能耦合MacroServicesSOA類(lèi)應(yīng)用粗粒度共享數(shù)據(jù)單體部署MiniServices細(xì)粒度（Domain）獨(dú)立數(shù)據(jù)獨(dú)立部署MicroServices細(xì)粒度（Feature）獨(dú)立數(shù)據(jù)獨(dú)立部署微服務(wù)構(gòu)建的演進(jìn)提高訪(fǎng)問(wèn)性提高敏捷性提高伸縮性微服務(wù)的設(shè)計(jì)PART

ONE34ppt課件Monolithic單體應(yīng)用MacroServicesSOADo

right

things! 業(yè)務(wù)上真的有需要嗎？微服務(wù)不是“銀彈”，并不適合于每個(gè)應(yīng)用和所有環(huán)境；原則：最好不拆！何時(shí)采用微服務(wù)業(yè)務(wù)響應(yīng)速度已受到嚴(yán)重影響，現(xiàn)有常規(guī)辦法已無(wú)效果現(xiàn)有架構(gòu)下，再怎樣加硬件也無(wú)法改善應(yīng)用指標(biāo)…關(guān)鍵問(wèn)題（一）

：該用微服務(wù)嗎PART

ONE準(zhǔn)備工作業(yè)務(wù)驅(qū)動(dòng)力業(yè)務(wù)需求整體組織架構(gòu)技術(shù)環(huán)境35ppt課件Dorightthings! 業(yè)務(wù)上真的有需要嗎？業(yè)務(wù)關(guān)鍵問(wèn)題（二）：怎樣設(shè)計(jì)出微服務(wù)PART

ONE提取組件為服務(wù)的標(biāo)準(zhǔn)：通過(guò)區(qū)分”限界上下文”，形成微服務(wù)標(biāo)準(zhǔn)1：識(shí)別整體架構(gòu)內(nèi)的”限界上下文”,把不一致概念的分開(kāi)。標(biāo)準(zhǔn)2：處理優(yōu)先級(jí)。在候選功能中，是否是優(yōu)先的功能提取？第二步：“扼殺舊應(yīng)用”不斷地提取微服務(wù)，直到應(yīng)用中全部的”限界上下文”都提取為微服務(wù)或其中所剩內(nèi)容已無(wú)必要再提取。單體應(yīng)用的分解方法： 拆第一步：構(gòu)建所有的新加特性作為微服務(wù)不摧毀應(yīng)用，也不加入新功能，而是使用微服務(wù)方式實(shí)現(xiàn)新特性集成新的微服務(wù)：anti-corruption

layer，隔離舊應(yīng)用，提高擴(kuò)展性策略36ppt課件關(guān)鍵問(wèn)題（二）：怎樣設(shè)計(jì)出微服務(wù)PARTONE提取組件為服微服務(wù)的拆解粒度：how

small

is“small”?最佳實(shí)踐：先粗后細(xì)：開(kāi)始拆解時(shí)，很難一次性給出合適的粒度，可以先劃分的粗些。不斷調(diào)整：當(dāng)對(duì)服務(wù)有了更多認(rèn)識(shí)后，會(huì)不斷調(diào)整粒度，進(jìn)行服務(wù)的進(jìn)一步拆分、合并。“類(lèi)”與“服務(wù)”：類(lèi)的數(shù)量不是粒度衡量的標(biāo)準(zhǔn)服務(wù)實(shí)際上是指服務(wù)組件，被認(rèn)為是承擔(dān)特定職責(zé)的架構(gòu)組件；服務(wù)組件怎么實(shí)現(xiàn)和用多少類(lèi)實(shí)現(xiàn)，要根據(jù)設(shè)計(jì)情況定；確定服務(wù)粒度的基準(zhǔn)測(cè)試服務(wù)的范圍與功能：分析服務(wù)提供的操作的內(nèi)聚層次，拆分指示詞，“并且”、“此外”數(shù)據(jù)庫(kù)事務(wù)：分布式的影響，ACID

vs.BASE

transactions

，是否服務(wù)粒度過(guò)細(xì)分析服務(wù)編織的層次：編織會(huì)降低整體性能；影響可用性與健壯性。太多的編織意味著服務(wù)粒度過(guò)細(xì)。請(qǐng)求響應(yīng)能力與可靠性間的權(quán)衡考慮組織文化、團(tuán)隊(duì)規(guī)模：Two-pizza

Team,Cross關(guān)鍵問(wèn)題（三）：服務(wù)拆到什么程度PART

ONE37ppt課件微服務(wù)的拆解粒度：howsmallis“small”?關(guān)關(guān)鍵問(wèn)題（四）

：反模式PART

ONE“數(shù)據(jù)驅(qū)動(dòng)遷移”反模式：FunctionalityFirst,Data

Last“共享”反模式：打破了服務(wù)間的限界上下文“超時(shí)”反模式“Rest”陷阱“靜態(tài)契約”陷阱…38ppt課件關(guān)鍵問(wèn)題（四）：反模式PARTONE“數(shù)據(jù)驅(qū)動(dòng)遷移”反模因應(yīng)業(yè)務(wù)發(fā)展而不斷演變！商品庫(kù)存價(jià)格訂單會(huì)員會(huì)員購(gòu)物車(chē)促銷(xiāo)電商應(yīng)用..

.由一個(gè)商業(yè)套件實(shí)現(xiàn)全部應(yīng)用功能商品庫(kù)存價(jià)格訂單購(gòu)物車(chē)會(huì)員促銷(xiāo)會(huì)員電商應(yīng)用..

.采用SOA模式，整合各定制的單一分層應(yīng)用訂單應(yīng)用開(kāi)始按照限界上下文進(jìn)行服務(wù)拆分，但粒度較粗..

.微服務(wù)的設(shè)計(jì)： 服務(wù)拆分舉例PART

ONE拆歷經(jīng)2-3年歷經(jīng)3-4年39ppt課件因應(yīng)業(yè)務(wù)發(fā)展而不斷演變！商品庫(kù)存價(jià)格訂單會(huì)員會(huì)員購(gòu)物車(chē)促銷(xiāo)電業(yè)務(wù)驅(qū)動(dòng)力：?jiǎn)误w應(yīng)用性能差，越來(lái)越難以通過(guò)硬件擴(kuò)展來(lái)提升服務(wù)水平難以快速開(kāi)發(fā)、全量回歸測(cè)試?yán)щy、難以快速部署上線(xiàn)，影響公司業(yè)務(wù)發(fā)展；希望大幅提升訂單的開(kāi)發(fā)效率，易于快速開(kāi)發(fā)、快速測(cè)試，降低復(fù)雜度；業(yè)務(wù)需求：接單：近200種場(chǎng)景的接單；審核與資源處理：處理會(huì)員權(quán)益、促銷(xiāo)資格、價(jià)格、優(yōu)惠、庫(kù)存等；交易處理：支付相關(guān)操作；查詢(xún)：按多維度；分發(fā)：同步必要的訂單信息；技術(shù)環(huán)境：基于虛機(jī)的私有云環(huán)境；處理單元化（可在分區(qū)內(nèi)完成全部處理），利于跨機(jī)房部署；微服務(wù)的設(shè)計(jì)： 服務(wù)拆分舉例PART

ONE40ppt課件業(yè)務(wù)驅(qū)動(dòng)力：微服務(wù)的設(shè)計(jì)： 服務(wù)拆分舉例PARTONE11訂單的場(chǎng)景：線(xiàn)下門(mén)店1.來(lái)源渠道2.下單終端3.業(yè)態(tài)分類(lèi)7.配送方式8.支付方式線(xiàn)上批發(fā)對(duì)公/工程零售5.商品分類(lèi)實(shí)體商品虛擬商品服務(wù)商品4.業(yè)態(tài)來(lái)源電器超市6.經(jīng)營(yíng)模式自營(yíng)第三方自營(yíng)配送商家配送廠家配送門(mén)店自提在線(xiàn)支付貨到付款9.支付次數(shù)一次支付二次支付融合支付PC門(mén)店APP/WAP電銷(xiāo)..

...

.10.顧客個(gè)人企業(yè)11.自營(yíng)銷(xiāo)售方式先銷(xiāo)后采先采后銷(xiāo)12.線(xiàn)上購(gòu)物正常搶購(gòu)閃拍名品特賣(mài)海外購(gòu)13.銷(xiāo)售方式14.商品特性15.發(fā)票正常套餐贈(zèng)品正常冷鏈送裝一體不打發(fā)票電子發(fā)票普通發(fā)票16.結(jié)算正常分賬微服務(wù)的設(shè)計(jì)： 服務(wù)拆分舉例PART

ONE41ppt課件訂單的場(chǎng)景：線(xiàn)下門(mén)店1.來(lái)源渠道2.下單終端3.業(yè)態(tài)分類(lèi)7.微服務(wù)的設(shè)計(jì)： 服務(wù)拆分舉例PART

ONEfi$

?1..*fi$

fi

fi

fi

fi

fi@fi

fi

fi

fifi

@fifi

fl‰fi

fifi

s?‰‰?{fi

履約訂單交易訂單查詢(xún)訂單42ppt課件微服務(wù)的設(shè)計(jì)： 服務(wù)拆分舉例PARTONEfi$?1..微服務(wù)的設(shè)計(jì)： 服務(wù)拆分舉例PART

ONE交易服務(wù)下單；拆單；校驗(yàn)；支付；– …履約服務(wù)庫(kù)存調(diào)度物流調(diào)度售后服務(wù)調(diào)度– ...查詢(xún)服務(wù)按用戶(hù)查詢(xún)；按營(yíng)業(yè)員查詢(xún)；按手機(jī)號(hào)查詢(xún)；– …未來(lái)：使用Stratety模式，細(xì)分服務(wù)！43ppt課件微服務(wù)的設(shè)計(jì)： 服務(wù)拆分舉例PARTONE交易服務(wù)下單；履Agenda01微服務(wù)的設(shè)計(jì)02微服務(wù)的架構(gòu)模式03微服務(wù)的的監(jiān)控44ppt課件Agenda01020315ppt課件微服務(wù)的架構(gòu)模式PART

TWOFabric

ModelProxy作為API網(wǎng)關(guān)與控制器；簡(jiǎn)單易行；適用于從復(fù)雜度適中的單體應(yīng)用轉(zhuǎn)向微服務(wù)架構(gòu)的起步階段；MicroservicesReference

Architecture（By

NGINX）RouterMesh

ModelProxy

Model獨(dú)立的反代可應(yīng)對(duì)更大的訪(fǎng)問(wèn)壓力，健壯性好；router

mesh

hub處理服務(wù)間通信；提供了更多的控制手段；適用于從更大更復(fù)雜的單體應(yīng)用轉(zhuǎn)為微服務(wù)；最高級(jí)、最服務(wù)的模式；每個(gè)service配備一個(gè)Proxy；服務(wù)間通信通過(guò)serviceProxy，對(duì)服務(wù)進(jìn)行有針對(duì)性的治理；高性能、高彈性；適用于高壓力的場(chǎng)景；45ppt課件微服務(wù)的架構(gòu)模式PARTTWOFabricModelPrServiceProxyWebFrontApp3P

AppBrokerOpenAPIAPIGatewayServiceBrokerServiceEndPointEndPoint..

.ServiceProxyEndPointEndPoint..

.ServiceProxyEndPointEndPoint..

.微服務(wù)框架的一種實(shí)現(xiàn)微服務(wù)的架構(gòu)模式PART

TWO46ppt課件ServiceWebFrontApp3PAppBroker微服務(wù)框架的一種實(shí)現(xiàn)gRPC/thrift/…業(yè)務(wù)邏輯通過(guò)IDL生成ClientCircuit

breaker Client

logic.

.

. ClientStubServerServer FilterBusiness chainlogicContext lifecycleServiceAdaptor Configuration TransportServerStubRegister ..

.一個(gè)協(xié)議無(wú)關(guān)的服務(wù)框架基于契約優(yōu)先方式開(kāi)發(fā)服務(wù)接口對(duì)遠(yuǎn)程調(diào)用協(xié)議進(jìn)行了封裝，優(yōu)化了碼生成的結(jié)構(gòu)與調(diào)用方式，即采用形如“同步”的編碼方式實(shí)來(lái)進(jìn)行遠(yuǎn)程調(diào)用提供LifeCycle，添加了服務(wù)注冊(cè)，基于zipkin的調(diào)用鏈等功能添加了Spring

Starter，簡(jiǎn)化了服務(wù)啟動(dòng)和客戶(hù)端調(diào)用微服務(wù)的架構(gòu)模式PART

TWO47ppt課件微服務(wù)框架的一種實(shí)現(xiàn)gRPC/thrift/…業(yè)務(wù)邏輯通過(guò)I基于Proxy的服務(wù)端治理Proxy是Client訪(fǎng)問(wèn)的端點(diǎn)Proxy負(fù)責(zé)服