MIX Fold3包裝盒泄露 新機(jī)本月登場(chǎng)
小米的全新折疊屏旗艦MIX Fold3將于本月發(fā)布，近日該機(jī)的真機(jī)包裝盒在網(wǎng)上泄露。從圖上來(lái)看，新的MIX Fold3包裝盒在外觀設(shè)計(jì)方面延續(xù)了之前的方案，變化不大，這也是目前小米旗艦
NameServer 是專(zhuān)為 RocketMQ 設(shè)計(jì)的輕量級(jí)名字服務(wù)，它的源碼非常精簡(jiǎn)，八個(gè)類(lèi) ，少于1000行代碼。
圖片
這篇文章， 筆者會(huì)從基礎(chǔ)概念、Broker發(fā)送心跳包、NameServer 維護(hù)路由、Zookeeper vs NameServer 四個(gè)模塊揭秘名字服務(wù)的設(shè)計(jì)精髓。
圖片
1、Broker 會(huì)每隔 30 秒向所有的 NameServer 發(fā)送心跳命令 ；
使用 CountDownLatch 實(shí)現(xiàn)多線程同步，可以獲取發(fā)往所有的 NameServer 的心跳命令的響應(yīng)結(jié)果
2、心跳命令包含兩個(gè)部分：請(qǐng)求頭和請(qǐng)求體
圖片
NameServer 在接收到 Broker 發(fā)送的心跳請(qǐng)求之后，通過(guò)默認(rèn)的處理器來(lái)處理請(qǐng)求，保存路由信息成功后，注冊(cè)成功狀態(tài)返回給 Broker 服務(wù)。
源碼中，我們可以看到路由信息保存在 HashMap 中 。
圖片
2、讀操作：查詢(xún)主題信息，操作讀鎖
圖片
我們可以將 NameServer 實(shí)現(xiàn)注冊(cè)中心的方式總結(jié)為：RPC 服務(wù) + HashMap 存儲(chǔ)容器 + 讀寫(xiě)鎖 + 定時(shí)任務(wù) 。
1、NameServer 監(jiān)聽(tīng)固定的端口，提供 RPC 服務(wù)
2、HashMap 作為存儲(chǔ)容器
3、讀寫(xiě)鎖控制鎖的顆粒度
4、定時(shí)任務(wù)
那為什么 RocketMQ 不用 Zookeeper 做為注冊(cè)中心呢 ？
我們先溫習(xí)下 CAP 理論。
圖片
CAP 理論是分布式架構(gòu)中重要理論。
1、一致性( Consistency ) ：所有節(jié)點(diǎn)在同一時(shí)間具有相同的數(shù)據(jù) ;
2、可用性( Availability ) ：保證每個(gè)請(qǐng)求不管成功或者失敗都有響應(yīng) (某個(gè)系統(tǒng)的某個(gè)節(jié)點(diǎn)掛了，但是并不影響系統(tǒng)的接受或者發(fā)出請(qǐng)求) ;
3、分隔容忍( Partition tolerance ) ：系統(tǒng)中任意信息的丟失或失敗不會(huì)影響系統(tǒng)的繼續(xù)運(yùn)作。 (在整個(gè)系統(tǒng)中某個(gè)部分，掛掉了，或者宕機(jī)了，并不影響整個(gè)系統(tǒng)的運(yùn)作或者說(shuō)使用) 。
Zookeeper 是一個(gè)典型的 CP 注冊(cè)中心 ，通過(guò)使 ZAB 協(xié)議來(lái)保證節(jié)點(diǎn)之間數(shù)據(jù)的強(qiáng)一致性。
筆者曾經(jīng)遇到過(guò)一起神州專(zhuān)車(chē)服務(wù)宕機(jī)事故，zookeeper 集群不堪重負(fù)，一直在選主 。架構(gòu)負(fù)責(zé)人修改了 zookeeper 的 jvm 參數(shù)，重啟集群后 , 才臨時(shí)解決了問(wèn)題。
因?yàn)?MetaQ 集群和服務(wù)治理共用一組 zookeeper 集群 。
為了減少 zookeeper 集群的性能壓力，架構(gòu)團(tuán)隊(duì)將 MetaQ 使用的 zookeeper 集群獨(dú)立出來(lái)。
這次事故讓我認(rèn)識(shí)到：Zookeeper 作為 CP 注冊(cè)中心，大規(guī)模使用場(chǎng)景下，它就變得很脆弱，我們要非常小心的使用。
淘寶中間件博客出了一篇文章 : 阿里巴巴為什么不用 ZooKeeper 做服務(wù)發(fā)現(xiàn) ？
文章有兩個(gè)觀點(diǎn)，筆者認(rèn)為非常有借鑒意義。
1、當(dāng)數(shù)據(jù)中心服務(wù)規(guī)模超過(guò)一定數(shù)量 ( 服務(wù)規(guī)模=F{服務(wù) pub 數(shù),服務(wù) sub 數(shù)} )，作為注冊(cè)中心的 ZooKeeper 很快就會(huì)像下圖的驢子一樣不堪重負(fù)。
2、可以使用 ZooKeeper，但是大數(shù)據(jù)請(qǐng)向左，而交易則向右，分布式協(xié)調(diào)向左，服務(wù)發(fā)現(xiàn)向右。
相比 ZooKeeper ，NameServer 是一個(gè)典型的 AP 注冊(cè)中心，它有如下優(yōu)點(diǎn)：
1、代碼不到 1000 行，實(shí)現(xiàn)簡(jiǎn)單，易于維護(hù) ;
2、性能極好，除了網(wǎng)絡(luò)消耗，基本都是本地內(nèi)存操作 ;
3、服務(wù)都是無(wú)狀態(tài)，且節(jié)點(diǎn)之間并不交互，運(yùn)維簡(jiǎn)單；
RocketMQ 的設(shè)計(jì)者之所以選擇自研名字服務(wù)，遵循著架構(gòu)設(shè)計(jì)的準(zhǔn)則，筆者總結(jié)為：簡(jiǎn)單、高效、適當(dāng)妥協(xié)。
本文鏈接：http://m.rrqrq.com/showinfo-26-5193-0.html聊聊 RocketMQ 名字服務(wù)
聲明：本網(wǎng)頁(yè)內(nèi)容旨在傳播知識(shí)，若有侵權(quán)等問(wèn)題請(qǐng)及時(shí)與本網(wǎng)聯(lián)系，我們將在第一時(shí)間刪除處理。郵件：2376512515@qq.com
Copyright ? 2016-2023 天津谷騏科技有限公司 版權(quán)所有 sitemap.xml
違法及侵權(quán)請(qǐng)聯(lián)系：2376512515@qq.com 津ICP備18001702號(hào)
津公網(wǎng)安備 12010102000574號(hào)