利用开源社区打造微服务生态体系
https://yq.aliyun.com/articles/62569
前言
大家好，我是敖小劍，今天給大家分享的主題是"利用開源社區(qū)打造微服務(wù)生態(tài)體系"。
主要內(nèi)容如下：
內(nèi)容分為三個(gè)大的部分：
?
1. 微服務(wù)的核心技術(shù)
2. 目前可選的開源微服務(wù)框架
3. 為微服務(wù)提供支撐的基礎(chǔ)設(shè)施
?
需要說(shuō)明的是，由于時(shí)間有限，而分享的內(nèi)容數(shù)量太多，因此：
?
1. 內(nèi)容都只是羅列，不展開具體介紹
2. 個(gè)人知識(shí)面有限，列舉過(guò)程中范圍覆蓋不足有所遺漏是必然的
3. 部分場(chǎng)景我會(huì)給出一些個(gè)人建議，但是請(qǐng)注意這些都是我的一家之言，僅供參考
下面列出的是今天將會(huì)介紹的內(nèi)容，數(shù)量非常多，可謂繁星璀璨。
?
第一部分：核心技術(shù)
?
現(xiàn)在開始第一個(gè)部分：核心技術(shù)。
內(nèi)容主要是第一排的四個(gè)技術(shù)：
?
- 進(jìn)程間通訊
- 服務(wù)注冊(cè)與發(fā)現(xiàn)
- 負(fù)載均衡
- 熔斷
?
第二排的三個(gè)內(nèi)容基本都會(huì)在類庫(kù)或者框架中包含，通常不會(huì)單獨(dú)放出來(lái)，因此我們不詳細(xì)展開。
在展開講述進(jìn)程間通訊之前，額外指出一個(gè)對(duì)微服務(wù)而言及其重要的概念：
?
在微服務(wù)架構(gòu)中，為了徹底隔絕不同服務(wù)，采用了最堅(jiān)決的方案，強(qiáng)制要求服務(wù)之間：通過(guò) **遠(yuǎn)程訪問(wèn)** 方式進(jìn)行通訊
?
在這點(diǎn)上，微服務(wù)和以O(shè)SGi、jigsaw為代表的Java模塊化方案形成鮮明對(duì)比。
進(jìn)程間通訊的方式比較多，其多樣性體現(xiàn)在兩個(gè)方面：
?
- 有三種風(fēng)格的解決方案：REST，RPC 和 定制
- 交互方式有兩個(gè)維度：按照交互對(duì)象的數(shù)量分為一對(duì)一和一對(duì)多，按照應(yīng)答返回的方式分為同步和異步。
兩個(gè)維度組合之后的可能性如圖：
目前業(yè)界常見的網(wǎng)絡(luò)類庫(kù)：
考慮到 netty 通常會(huì)是大多數(shù)人的選擇，這里再展開談一下 netty 的版本選擇問(wèn)題.
?
需要特別強(qiáng)調(diào)的是： netty 5.* 版本因?yàn)?ForkJoinPool 引入了太多復(fù)雜度而又未能帶來(lái)明確的性能提升，已經(jīng)被 netty 官方放棄，不再繼續(xù)。使用 netty 5.* alpha 版本的同學(xué)請(qǐng)回退到 4.0 或者 4.1 版本。
Rest 研究不多，只能給出一點(diǎn)簡(jiǎn)單的建議。
RPC框架，業(yè)界數(shù)得上數(shù)的大概有十幾種，這里只詳細(xì)介紹三種，分別代表老中新三代RPC框架。
以下是個(gè)人給出的建議：
提醒一點(diǎn)的是：如果需要支持移動(dòng)設(shè)備，如果想要用HTTTP 2 的新特性，那么就只能選擇gRPC了。
?
談?wù)劦谌龡l路線：定制。選擇這種方案的同學(xué)也不少。
消息隊(duì)列的選擇，同樣很多，這里列出三種常見的加一個(gè)特例 NSQ。
首先看服務(wù)注冊(cè)和服務(wù)發(fā)現(xiàn)，在實(shí)現(xiàn)時(shí)根據(jù)對(duì)一致性要求的不同，分成兩個(gè)流派：
?
1. 強(qiáng)一致性
比較常見的分布式一致性協(xié)議是 PAXOS 協(xié)議和 Raft 協(xié)議。相比 PAXOS 而言，Raft 協(xié)議易于理解和實(shí)現(xiàn)，因此最新的分布式一致性方案大都選擇 Raft 協(xié)議。
zookeeper 采用的是 PAXOS 協(xié)議(實(shí)際為改進(jìn)版本ZAP)，而 Raft 協(xié)議那邊主要是 consul 和 etcd。
2. 弱一致性
如果對(duì)一致性要求不高，可以選擇以 DNS 為基礎(chǔ)的方案，也可以像新浪微博的 Vintage 一樣基于 Redis 。
常見的強(qiáng)一致性方案如下：
弱一致性方案比較少，一般多用于 REST 或者 HTTP + json / web service 等簡(jiǎn)單場(chǎng)合：
負(fù)載均衡的方案選擇，注意區(qū)分服務(wù)器端負(fù)載均衡和客戶端負(fù)載均衡。
熔斷器目前只有一個(gè)可選的開源方案，之前有同學(xué)吐糟說(shuō) Hystrix 的設(shè)計(jì)和實(shí)現(xiàn)不好，但是在2016年又改進(jìn)了很多。
第二部分：微服務(wù)框架
在國(guó)內(nèi)討論SOA、服務(wù)化、微服務(wù)時(shí)，dubbo 總是一個(gè)繞不開的名字。個(gè)人對(duì) dubbo 的評(píng)價(jià)是"國(guó)內(nèi)SOA框架集大成之作"，基本上一個(gè)SOA框架應(yīng)有的功能都有了。
回顧一下 dubbo 曾經(jīng)輝煌的歷史：
再對(duì)比一下現(xiàn)狀，實(shí)在令人感嘆：
從時(shí)間線上來(lái)看 dubbo 的崛起和興盛，猶如流星劃過(guò)夜空.
對(duì) dubbo 的總結(jié)，有比較多的個(gè)人情緒在，僅供參考。
Motan，能否接過(guò) dubbo 的大旗？
發(fā)現(xiàn)每個(gè)服務(wù)化框架出來(lái)，都要被問(wèn)一個(gè)問(wèn)題：為啥你們不直接用 dubbo 呢？ Motan也未能免俗 :)
補(bǔ)充：這也是我自己不選擇 dubbo，而是新設(shè)計(jì) dolphin 微服務(wù)框架的重要理由之一。改造成本遠(yuǎn)不是一句輕巧的"稍微改改"那么簡(jiǎn)單。
Motan的技術(shù)棧：
下面介紹業(yè)界大佬 Netflix 出品的重量級(jí)開源產(chǎn)品 OSS 套件。
Netflix 比較有意思的一個(gè)做法是他的組建拆分的比較細(xì)致，每個(gè)獨(dú)立功能都拆分為單獨(dú)的組件，方便按需選擇，贊一個(gè)。
個(gè)人對(duì) OSS 的一些看法，屬于雞蛋里面挑骨頭性質(zhì)，僅供參考。
下面開始介紹另外一位業(yè)界超重量級(jí)大佬的一系列作品，所有Java同學(xué)都最熟悉不過(guò)的 spring。
在介紹spring為微服務(wù)提供的支持之前，我們先回顧一下過(guò)去這十四年spring一路的歷程：
開始大叔式的懷舊環(huán)節(jié)，想當(dāng)年我們看這幾本書的時(shí)候，我們還那么年輕 :)
?
嘮叨幾句：Rod Johnson 大叔(現(xiàn)在可能要稱為大爺了) 是我最敬仰最崇拜的業(yè)界大神之一。做技術(shù)能做到他這水準(zhǔn)，此生無(wú)憾。
在spring從2002年出道開始，這十幾年間出了很多里程碑式版本，增加了很多重量級(jí)的功能。但是，個(gè)人評(píng)價(jià)，2014年spring boot的問(wèn)世，才是最近三五年間spring最大的變革和重新思考。
?
springboot的出現(xiàn)，代表著spring已經(jīng)不再沉迷于貪吃蛇游戲，而是開始反省自身和自我改造，對(duì)于一個(gè)發(fā)展了十多年的老框架來(lái)說(shuō)，認(rèn)識(shí)到這點(diǎn)，遠(yuǎn)比加一兩個(gè)新功能重要的多。
對(duì) spring boot 總結(jié)，這也是我選擇 spring boot 作為新的 dolphin 微服務(wù)框架基石的重要理由。
spring cloud 出場(chǎng)，2015年才出來(lái)的新面孔。
承載著spring對(duì)微服務(wù)架構(gòu)領(lǐng)域的眾望和抱負(fù)。
一出場(chǎng)，就是大量的子項(xiàng)目，這里只列出平時(shí)比較常用的一些：
Spring Cloud Netflix 子項(xiàng)目的出現(xiàn)，更像是spring之前的做事風(fēng)格，做他最擅長(zhǎng)的領(lǐng)域：集成。
以下內(nèi)容是后面補(bǔ)充，沒有在會(huì)場(chǎng)直接說(shuō)，純屬個(gè)人吐糟：
對(duì)spring cloud的個(gè)人評(píng)價(jià)：想法很好，出發(fā)點(diǎn)正確，市場(chǎng)空缺而切入的時(shí)機(jī)很合適。但是，spring cloud的實(shí)際表現(xiàn)，總給人一種束手束腳，瞻前顧后，小富即安的感覺。對(duì)比十幾年前 Rod Johnson 大叔意氣風(fēng)發(fā)，氣壯山河，談笑間掀翻EJB的王座的表現(xiàn)，如今的spring cloud，能力不足，信心不夠，格局太小，難成大器。期待后面能有轉(zhuǎn)變。
下面是對(duì)目前微服務(wù)框架的個(gè)人看法：
第三部分：基礎(chǔ)設(shè)施
由于演講時(shí)間只有一個(gè)小時(shí)，因此基礎(chǔ)設(shè)施的很多內(nèi)容無(wú)法羅列，這次只是介紹了其中小部分的內(nèi)容。
分布式配置管理的目前主流底層存儲(chǔ)的方案，如果自己動(dòng)手打造那么可選的無(wú)非就是下面這些：
也可以選擇現(xiàn)有成型的開源產(chǎn)品：
APM領(lǐng)域的選擇，商業(yè)產(chǎn)品很多，但是開源的選擇實(shí)在不多：
在日志分析領(lǐng)域，ELK是王者，但是也有新秀出場(chǎng)：
結(jié)束語(yǔ)
洋洋灑灑的列舉了幾十個(gè)名字，但并不是讓大家每個(gè)名字都去探索一遍，日常中如果需要做技術(shù)抉擇，我有兩句話：
仰望星空，看弱水三千：眼界要開闊，知識(shí)面要廣，哪怕只是精通各種名字，至少，知道在某個(gè)地方有個(gè)好東西，知道某個(gè)領(lǐng)域有其他的選擇
立足當(dāng)下，吾只取一瓢：最終還是要落地的，能玩的轉(zhuǎn)的東西才是好東西。另外，好東西雖多，找到一個(gè)能適合自己，能解決問(wèn)題的就好了，別貪心，別貪多
?
分享者簡(jiǎn)介：
敖小劍，PPmoney資深架構(gòu)師，14年軟件開發(fā)經(jīng)驗(yàn)，對(duì)敏捷開發(fā)，架構(gòu)設(shè)計(jì)有深入研究，曾在亞信，愛立信，唯品會(huì)任職?，F(xiàn)任ppmoney基礎(chǔ)架構(gòu)負(fù)責(zé)人，負(fù)責(zé)Dolphin微服務(wù)架構(gòu)和配套基礎(chǔ)設(shè)施的開發(fā)，推進(jìn)公司全面服務(wù)化。
本文轉(zhuǎn)載自微信公眾號(hào) 中生代技術(shù) freshmanTechnology
轉(zhuǎn)載于:https://www.cnblogs.com/davidwang456/articles/8743782.html
總結(jié)
以上是生活随笔為你收集整理的利用开源社区打造微服务生态体系的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。
- 上一篇： Docker说了这么多 最全的一篇在这里
- 下一篇： 微服务架构漫谈