圖解微服務(wù)架構(gòu)演進(jìn)-Java開發(fā)Java經(jīng)驗技巧

1、圖解微服務(wù)架構(gòu)演進(jìn)-編程開發(fā)技術(shù)圖解微服務(wù)架構(gòu)演進(jìn)原文出處：泥瓦匠bysocket來自dubbo的用戶手冊中的一句話：隨著互聯(lián)網(wǎng)的發(fā)展，網(wǎng)站應(yīng)用的規(guī)模不斷擴(kuò)大，常規(guī)的垂直應(yīng)用架構(gòu)已無法應(yīng)對, 分布式服務(wù)架構(gòu)以及流動計算架構(gòu)勢在必行，亟需一個治理系統(tǒng)確保架構(gòu)有條不 紊的演進(jìn)。常規(guī)的垂直應(yīng)用架構(gòu)就相當(dāng)于傳統(tǒng)的那種，現(xiàn)階段傳統(tǒng)垂直架構(gòu)改造的核心就是 對應(yīng)用做服務(wù)化改造，服務(wù)話改造使用的核心技術(shù)架構(gòu)就是分布式服務(wù)框架。其實這篇是概念上的總結(jié)，技術(shù)概念軟文，紀(jì)錄此文讓自己更明口什么是微服務(wù) 化架構(gòu)。服務(wù)化架構(gòu)演進(jìn)請看下圖，也來t dubbo的用戶手冊，圖屮恰恰少了微服務(wù)架構(gòu)的圖。dubbo archit

2、ecture roadmaplapplicati onseni frameworkormmvcrpcsoacluster10elastic computing «10000寺那什么是微服務(wù)架構(gòu)呢？ 先從第一個圖中第一個說起吧。1. orm -單一應(yīng)用架構(gòu)我認(rèn)為是一個高內(nèi)聚版本，所冇功能部署在一起。數(shù)據(jù)訪問框架（onn）成為關(guān) 鍵。這個架構(gòu)很少被人使用，兒乎接近滅絕了吧。優(yōu)點：成本低，適合功能少又簡單 缺點：很多，比如無法適應(yīng)高流量，二次開 發(fā)難，部署成本高2mvc架構(gòu)一垂直應(yīng)用架構(gòu)當(dāng)訪問量漸漸壇大，慢慢演化成用的很多的nwc架構(gòu)。雖然還是所冇的功能都是 部署在同一個進(jìn)程中，但是可以通

3、過雙機(jī)或者前置負(fù)載均衡來實現(xiàn)負(fù)載分流。這 樣應(yīng)用也可以拆分成不同的幾個應(yīng)用，以捉升性能和效率。此時，mvc架構(gòu)用于分離前后端邏輯。一方面，有一定的模塊化。另一方面，加 速和方便了開發(fā)。3. rpc架構(gòu)一分布式服務(wù)架構(gòu)當(dāng)owe垂直應(yīng)用分成不同應(yīng)用時，越來越多的情況卞。不可避免的事應(yīng)用a與應(yīng) 用bz間的交互。此時將核心和公共的業(yè)務(wù)功能抽出來，作為單獨的服務(wù)，并 實現(xiàn)前后端邏輯分離。此吋則就需要提高業(yè)務(wù)的復(fù)用及整合的分布式rpc框架，例如dubbo等。4soa架構(gòu)一流動計算架構(gòu)當(dāng)rpc架構(gòu)中的服務(wù)越來越多時，服務(wù)的生命周期的管控，容量的評估等各種問 題會出現(xiàn)，使服務(wù)化成為瓶頸。需要增加一個調(diào)度屮心來進(jìn)行對服務(wù)管控，監(jiān)督然后，提到關(guān)鍵的一一5.微服務(wù)架構(gòu)問：什么是微服務(wù)架構(gòu)？答:它就是將功能分散到各個離散的服務(wù)屮然后實現(xiàn)對方案的解耦。服務(wù)更原子, 自治更小，然后高密度部署服務(wù)。下面是對微服務(wù)架構(gòu)的圖解:單塊架構(gòu)(mono lithic)微服務(wù)架構(gòu)(msa)松耦合，功能在不同微服務(wù)的進(jìn)程中緊耦合，所有功能都在一個進(jìn)程中基于整個系統(tǒng)擴(kuò)展基于獨立服務(wù)，按需擴(kuò)