kafka消息積壓處理 kafka的一致性為什么不替換成raft?
~!1:卡夫卡在2011捐贈給阿帕奇基金會,拉夫的論文是在尋找一個潛在的共識算法,由斯坦福大學(xué)在2013出版,卡夫卡出生在RAFT之前。當(dāng)1/3節(jié)點不可用時,服務(wù)不可用。Kafka中維護的ISR(in
~!1:卡夫卡在2011捐贈給阿帕奇基金會,拉夫的論文是在尋找一個潛在的共識算法,由斯坦福大學(xué)在2013出版,卡夫卡出生在RAFT之前。當(dāng)1/3節(jié)點不可用時,服務(wù)不可用。Kafka中維護的ISR(in-sync replica,同步副本)可以提供服務(wù),即使副本不可用,只剩下領(lǐng)頭羊
3:更大的數(shù)據(jù)吞吐量。Raft適合于強一致性
學(xué)習(xí)Java之后,你可以做很多實際的事情,主要取決于你的興趣。如果你喜歡手機開發(fā),你可以做一個手機操作系統(tǒng),因為Android是用Java開發(fā)的。如果你想涉足金融行業(yè),你可以為銀行或投資機構(gòu)建立他們的交易系統(tǒng),因為高盛、華旗集團等使用的交易系統(tǒng)都是用Java開發(fā)的。如果你喜歡游戲,可以參考桌面版的minecraft開發(fā)一套游戲;也可以再造一個阿里巴巴。我聽說它們主要是Java棧。
所以,不要擔(dān)心這個問題,只要認(rèn)真學(xué)習(xí)。一定有地方讓你用
kafka的一致性為什么不替換成raft?
首先,結(jié)果:Git在某些情況下優(yōu)于SVN,但它不能取代SVN
第一輪:Git是一個分布式版本控制系統(tǒng)。它不需要固定的“服務(wù)器”,更適合研發(fā)人員使用。Svn是一個具有固定服務(wù)器的集中式版本控制系統(tǒng)。但我認(rèn)為,在某些情況下,分布式管理并不一定比集中式管理好,所以這一輪更為公平。
第2輪:[git的分支非常易于使用,而且非常強大。SVN的分支是一小塊雞排。SVN的分支是svncopy,它復(fù)制一個完整的項目。在這一輪中,GIT具有明顯的優(yōu)勢。
第三輪:
提交、更新或合并代碼時經(jīng)常報告錯誤。Git的提示非?!爸艿健?,可以很好地解決錯誤。SVN的提示有點不滿意。Git在這一輪中仍然有優(yōu)勢。
第4輪:
SVN對目錄具有良好的權(quán)限控制。它可以根據(jù)目錄進行更新和提交,這有時很有用。Git無法控制目錄的權(quán)限。SVN的優(yōu)勢在這一輪是顯而易見的。
例如:
我們公司的研發(fā)人員使用git,藝術(shù)和產(chǎn)品使用SVN。藝術(shù)和產(chǎn)品通常將需求和資源放入SVN,SVN可以根據(jù)目錄而不是整個項目進行下載。而SVN在windows系統(tǒng)中有一個非常著名的烏龜SVN軟件,有一個中文版本,使用起來非常方便。