Dubbo前言

一、什么是分布式框架?

分布式系統(tǒng)是若干獨立系統(tǒng)的集合,但是用戶使用起來像是在使用一套系統(tǒng)?

二、為什么需要分布式系統(tǒng)??

規(guī)模的逐步擴大和業(yè)務的復雜，單臺計算機扛不住雙十一那樣的流量，俗話說：三個臭 皮匠抵一個諸葛亮。?

三、應用架構(gòu)的發(fā)展演變?

（1） 單一架構(gòu) 當網(wǎng)站流量很小的時候,我們將所有的應用(業(yè)務)放到一臺服務器上,打包運行公司管理 系統(tǒng)/超市收銀系統(tǒng) 優(yōu)點:開發(fā)簡單,部署簡單 缺點:擴展不容易(怎么處理日益增長的流量),誰都改一個,維護不容易,性能提升難?

（2） 垂直應用架構(gòu) 將大應用拆分成為小應用(一般按照業(yè)務拆分),根據(jù)不同的訪問頻率決定各自業(yè)務部署 的服務器數(shù)量 優(yōu)點:擴展容易 缺點:頁面一改,可能造成整個項目重新部署,業(yè)務和界面沒有分離開,隨著業(yè)務種類增加, 怎么解決業(yè)務之間的互相調(diào)用問題,訂單服務器和用戶服務器交互效率的問題?

（3） 分布式架構(gòu)(基于 RPC:遠程過程調(diào)用) 將業(yè)務拆分后,用某種方式實現(xiàn)各個業(yè)務模塊的遠程調(diào)用和復用,這時一個好的 RPC 框架 就決定了你的分布式架構(gòu)的性能,怎么調(diào)用,何時調(diào)用,服務器掛了怎么辦......我們需要一個框架來幫我們解決這個問題(當然大神可以自己寫一個,但是應對大流量的成功者莫過于中國的阿里巴巴公司,頂住了淘寶雙十一的流量,反觀一些學校內(nèi)部的選課系統(tǒng),對于大流量時 只有兩個字--宕機)。

這時,我們本套課程的主人公就出現(xiàn)了：Dubbo，Dubbo 是一個高性能的 RPC 框架,解決了分布式中的調(diào)用問題?

優(yōu)點:解決了分布式系統(tǒng)中互相調(diào)用的問題?

缺點:假設(shè)有100臺服務器,50臺用戶業(yè)務服務器,50 臺訂單業(yè)務服務器,但是在上線后發(fā)現(xiàn)，用戶服務器使用率很小,但是訂單服務器壓力很大,最佳配比應該是1:4,這時候就要求我們還有一個統(tǒng)一管理的調(diào)度中心。

如果想深入學習Dubbo，UP奉上Dubbo視頻教程，視頻學習效果更佳，走過路過別忘素質(zhì)三連哦~~