從自己開(kāi)始接觸Dubbo到現在也有段時(shí)間了,在這段時(shí)間里,隨著(zhù)項目的不斷進(jìn)行,在項目中也遇到了各種各樣的問(wèn)題,而這些問(wèn)題和相應的解決方案逐漸加深的對Dubbo有了認識和了解.
先說(shuō)說(shuō)什么是Dubbo?
官方的說(shuō)法是:Dubbo是阿里巴巴SOA服務(wù)化治理方案的核心框架，每天為2,000+個(gè)服務(wù)提供3,000,000,000+次訪(fǎng)問(wèn)量支持，并被廣泛應用于阿里巴巴集團的各成員站點(diǎn).
現在我們知道了,Dubbo是阿里巴巴的一個(gè)框架,不過(guò)自開(kāi)源后，已有不少其他公司在使用Dubbo,例如:京東,去哪兒,大智慧等等.聽(tīng)起來(lái)好像很厲害的樣子.
現在我們大概知道它是什么,SOA的框架,阿里巴巴的,開(kāi)源的,好多公司在用的.接下來(lái)我們會(huì )用比較大的篇幅來(lái)了解一下關(guān)于SOA的演變,這樣會(huì )幫助我們更好的理解Dubbo這個(gè)東西.
互聯(lián)網(wǎng)是一直都在發(fā)展著(zhù)的,這個(gè)大家都看在眼里,尤其是IT行業(yè)的.如果讀者有做網(wǎng)站應用的話(huà)會(huì )有一個(gè)體會(huì ),現在隨著(zhù)網(wǎng)站規模的不斷擴大,以前常見(jiàn)的那種垂直的應用架構已經(jīng)滿(mǎn)足不了,現在主要的趨勢是分布式架構和流動(dòng)計算架構.但是這些的演化需要一個(gè)治理系統去確它有條不紊的進(jìn)行.具體的階段如下.
第一個(gè)階段:
當網(wǎng)站的訪(fǎng)問(wèn)量比較小的時(shí)候,我們只需要簡(jiǎn)單的一個(gè)應用,把需要的功能都部署到一起,此時(shí)用于簡(jiǎn)化增刪改查的數據庫訪(fǎng)問(wèn)框架(ORM)是當時(shí)的主角,它的好處是減少了部署節點(diǎn)和成本.這個(gè)階段采用的架構是單一應用架構.
第二個(gè)階段:
當你的訪(fǎng)問(wèn)量逐漸開(kāi)始變大的時(shí)候,我們會(huì )將應用拆分互不相干的幾個(gè)應用來(lái)提升效率,這時(shí)候加速前段頁(yè)面開(kāi)發(fā)的Web框架(MVC)成關(guān)鍵了.這個(gè)階段采用的架構是垂直應用架構.
第三個(gè)階段:
當垂直應用越來(lái)越多，應用之間交互不可避免，將核心業(yè)務(wù)抽取出來(lái)，作為獨立的服務(wù)，逐漸形成穩定的服務(wù)中心，使前端應用能更快速的響應多變的市場(chǎng)需求。此時(shí)，用于提高業(yè)務(wù)復用及整合的分布式服務(wù)框架(RPC) 是關(guān)鍵。這個(gè)階段采用的架構是分布式服務(wù)架構.
第四個(gè)階段:
當服務(wù)越來(lái)越多，容量的評估，小服務(wù)資源的浪費等問(wèn)題逐漸顯現，此時(shí)需增加一個(gè)調度中心基于訪(fǎng)問(wèn)壓力實(shí)時(shí)管理集群容量，提高集群利用率。這個(gè)階段用于提高機器利用率的 資源調度和治理中心(SOA) 站到舞臺上了.這個(gè)階段的架構是流動(dòng)計算架構.
以上的四個(gè)階段可以用官方的Dubbo架構路線(xiàn)圖來(lái)概括,如下:
至此,關(guān)于Dubbo的架構路線(xiàn)介紹的差不多了,簡(jiǎn)單概括:它的架構路線(xiàn)是跟著(zhù)需求進(jìn)行適應和變化.
接下來(lái)會(huì )主要對Dubbo的需求進(jìn)行深一步的了解.
聯(lián)系客服
