zetcd是一款架在ZooKeeper與etcd之間的代理程序，它可以將ZooKeeper客戶端的請(qǐng)求消息轉(zhuǎn)換成etcd要求的格式，并轉(zhuǎn)發(fā)給etcd，然后將響應(yīng)消息轉(zhuǎn)換后返回給客戶端。本文介紹了zetcd的使用方法、工作原理以及性能評(píng)測(cè)。以下是譯文。

　　分布式系統(tǒng)需要依賴分布式一致性來協(xié)調(diào)工作。通常情況下，提供分布式一致性擔(dān)保信息的系統(tǒng)會(huì)接收到按順序投遞過來的消息，這樣就不會(huì)產(chǎn)生腦裂沖突（split-brain conflicts，譯者注：本來一個(gè)大腦的兩個(gè)半球是互相配合的，但是現(xiàn)在分裂變成了兩個(gè)獨(dú)立的大腦，并且都認(rèn)為對(duì)方已死。此時(shí)，雙方都會(huì)去嘗試接管集群資源，這樣就可能會(huì)造成沖突，產(chǎn)生嚴(yán)重的后果）。這類系統(tǒng)的用途是顯而易見的。像chubby、ZooKeeper、etcd、consul這些項(xiàng)目，盡管它們的原理和協(xié)議各不相同，但它們都側(cè)重于為分布式一致性提供類似的基本鍵值原語。為了讓etcd成為分布式系統(tǒng)中最具吸引力的項(xiàng)目，etcd團(tuán)隊(duì)開發(fā)了一款新的代理服務(wù)器程序：zetcd，使用這款軟件，etcd集群無需修改即可處理ZooKeeper客戶端的請(qǐng)求。

　　ZooKeeper是這方面第一個(gè)流行起來的開源軟件，它是很多分布式系統(tǒng)的首選后端軟件。這些系統(tǒng)理論上也可以搭配etcd一起運(yùn)行，但是由于歷史原因，實(shí)際上根本實(shí)現(xiàn)不了。etcd集群不支持ZooKeeper，因?yàn)閑tcd的數(shù)據(jù)模型和客戶端協(xié)議與ZooKeeper應(yīng)用程序不兼容。ZooKeeper應(yīng)用程序也不是原生的支持etcd；如果系統(tǒng)已經(jīng)在穩(wěn)定運(yùn)行了，那么沒有必要去為了適應(yīng)新的后端軟件而讓系統(tǒng)更加復(fù)雜。幸運(yùn)的是，etcd的第三版API相當(dāng)?shù)呐１?，它可以通過一個(gè)普通的代理來模擬ZooKeeper客戶端的數(shù)據(jù)模型，這就是zetcd，一個(gè)由etcd團(tuán)隊(duì)開發(fā)的新的開源項(xiàng)目。今天，zetcd發(fā)布了第一個(gè)測(cè)試版，v0.0.1版，這為在生產(chǎn)系統(tǒng)中管理和部署zetcd打下了基礎(chǔ)。

　　zetcd代理位于etcd集群的前端，它提供了一個(gè)模擬ZooKeeper客戶端的端口，讓原版的ZooKeeper應(yīng)用程序可以運(yùn)行在etcd上。其基本原理是，zetcd將ZooKeeper客戶端的請(qǐng)求轉(zhuǎn)換為適合于etcd數(shù)據(jù)模型和API要求的消息，將發(fā)送給etcd，然后將etcd的響應(yīng)消息轉(zhuǎn)換后返回給客戶端。該代理的性能可以與ZooKeeper相媲美，利用etcd的特性和工具可以簡(jiǎn)化ZooKeeper集群管理。下文將展示zetcd的使用方法和工作原理，并分享一些性能評(píng)測(cè)數(shù)據(jù)。

　　zetcd入門

　　讓zetcd運(yùn)行起來需要三樣?xùn)|西：一個(gè)Go編譯器、一個(gè)能夠獲取源代碼的互聯(lián)網(wǎng)連接，以及一個(gè)可以運(yùn)行etcd的系統(tǒng)。下面的示例展示了如何用源代碼編譯生成zetcd，并對(duì)它運(yùn)行ZooKeeper命令。當(dāng)我們需要部署正式環(huán)境的時(shí)候，我們并不建議從開發(fā)分支來獲取源代碼并編譯etcd和zetcd，但是如果只是試用一下的話，這是最簡(jiǎn)單的方法。

　　首先，獲取源代碼并編譯etcd和zetcd的二進(jìn)制文件：

　　接下來，運(yùn)行etcd，并將zetcd連接到etcd的客戶端接入點(diǎn)：

　　試用zetcd，啟動(dòng)查看并創(chuàng)建一個(gè)key：

　　這個(gè)例子展示了在一個(gè)獨(dú)立的etcd實(shí)例上部署了一個(gè)zetcd代理層：

　　一個(gè)簡(jiǎn)單的zetcd服務(wù)器拓?fù)?/p>

　　那么這個(gè)zetcd代理層是做什么的呢？

　　ZooKeeper接入etcd3

　　在底層，zetcd將ZooKeeper的數(shù)據(jù)模型轉(zhuǎn)換為適合的etcd API的數(shù)據(jù)。對(duì)于key的查找，zetcd將ZooKeeper的分級(jí)目錄轉(zhuǎn)換為etcd的普通二進(jìn)制keyspace。對(duì)于元數(shù)據(jù)的管理，zetcd利用事務(wù)內(nèi)存安全地和原子地將ZooKeeper znode信息更新到etcd后端。

　　ZooKeeper是按目錄列出所有的key（getChildren），而etcd是按區(qū)間（Range）列出所有的key。下圖說明了zetcd是如何在etcd中對(duì)key進(jìn)行編碼以便可以快速地列出目錄中的key。所有zetcd的key都有一個(gè)包括目錄深度的前綴（例如，“/”和“/abc/”分別具有0和1的深度）。要列出一個(gè)目錄，zetcd會(huì)給出前綴范圍，這個(gè)前綴以目錄的深度和路徑來匹配相應(yīng)的key（例如，前綴范圍［“/zk/key/002/abc/”，“/zk/key/002/abc0”］用于列出/abc/）。這里的目錄深度是為了限制目錄本身被當(dāng)作key。如果zetcd將路徑當(dāng)作是沒有深度的前綴，那么目錄下的所有key，而不是只有其直接子節(jié)點(diǎn)，會(huì)由etcd返回并被代理拋棄。