為什么需要一個(gè)新的DNS服務(wù)器
看到本書(shū)，你可能會(huì)想到的第一個(gè)問(wèn)題是“為什么我們還需要一個(gè)新的DNS服務(wù)器呢?”畢竟，目前有很多種DNS服務(wù)器可供選擇。你最先可能想到的就是DNS服務(wù)器的鼻祖—BIND（Berkeley Internet Name Domain），它誕生于20世紀(jì)80年代，支持幾乎所有的DNS標(biāo)準(zhǔn)。除了BIND之外，還有微軟的DNS Server，它被廣泛地應(yīng)用于Active Directory環(huán)境。NLnet Labs譯注1的NSD和Knot也是優(yōu)秀的權(quán)威DNS服務(wù)器，同樣來(lái)自NLnet Labs的Unbound也是一個(gè)快速、精簡(jiǎn)的遞歸DNS服務(wù)器。那么，CoreDNS有哪些優(yōu)勢(shì)呢？
CoreDNS是用Go語(yǔ)言編寫(xiě)的，而Go是一種內(nèi)存安全譯注2的編程語(yǔ)言。你可能會(huì)好奇為什么這很重要？如果你曾經(jīng)運(yùn)行過(guò)基于BIND的DNS基礎(chǔ)設(shè)施，就可能遇到過(guò)因?yàn)榫彌_區(qū)溢出而不得不盡快升級(jí)100個(gè)DNS服務(wù)器的情況。所有類(lèi)型的DNS服務(wù)器（至少是那些用C和C++編寫(xiě)的）中有相當(dāng)比例的漏洞來(lái)自緩沖區(qū)溢出或指針超支和指針懸空，而使用內(nèi)存安全的Go語(yǔ)言編寫(xiě)的CoreDNS就不會(huì)受這些問(wèn)題的困擾。
用Go編寫(xiě)的程序也可以很好地支持并發(fā)或并行處理，這有助于提高多處理器系統(tǒng)或多任務(wù)系統(tǒng)的性能。眾所周知，BIND的性能在多處理器系統(tǒng)上不能很好地提升，而CoreDNS的性能在多處理器場(chǎng)景下能夠得到明顯的提升。
性能提升確實(shí)非常重要，因?yàn)镚o的運(yùn)行速度往往比C或C++稍微慢一些注1，部分原因是它的諸多特性所帶來(lái)的開(kāi)銷(xiāo)。然而，在大多數(shù)情況下，這并不是問(wèn)題：重要的是CoreDNS能夠很好地處理分配給它的工作負(fù)載。
不過(guò)，CoreDNS提供的最重要的功能可能是它能夠與etcd和Kubernetes等容器基礎(chǔ)設(shè)施和編排系統(tǒng)進(jìn)行通信。
誰(shuí)需要CoreDNS
一個(gè)簡(jiǎn)單的答案是：幾乎所有使用Kubernetes的人，以及大多數(shù)運(yùn)行容器化應(yīng)用程序的人。
CoreDNS在容器化環(huán)境中實(shí)現(xiàn)了服務(wù)目錄的功能，我們將在本書(shū)后面進(jìn)行詳細(xì)討論。服務(wù)目錄可以幫助容器確定運(yùn)行特定服務(wù)的容器的IP地址，例如，為了查詢(xún)一些數(shù)據(jù)，某個(gè)容器可能會(huì)查找某個(gè)特定應(yīng)用程序的數(shù)據(jù)庫(kù)服務(wù)的域名。服務(wù)目錄的功能至關(guān)重要，因?yàn)樵谌萜骱臀⒎��?wù)的世界里，應(yīng)用程序通常被分解成許多小的服務(wù)（所以才稱(chēng)之為微服務(wù)），每個(gè)服務(wù)可能由多個(gè)容器提供支持，并且每個(gè)運(yùn)行的容器都有不同的IP地址。
然而，CoreDNS的作用并不局限于容器化環(huán)境。CoreDNS的插件模式可以支持一些像BIND這樣的巨頭都不支持的高級(jí)DNS功能。例如，你可以動(dòng)態(tài)地重寫(xiě)查詢(xún)和響應(yīng)，可以從GitHub或Amazon Route 53譯注3服務(wù)中自動(dòng)加載區(qū)域（zone）數(shù)據(jù)。此外，因?yàn)镃oreDNS本身比較輕量級(jí)而且通常運(yùn)行在一個(gè)容器中，所以它適用于BIND等大型DNS服務(wù)器無(wú)法使用的場(chǎng)景。
目標(biāo)讀者
本書(shū)適合的讀者對(duì)象如下：
需要基于DNS的服務(wù)發(fā)現(xiàn)的容器化環(huán)境的管理員，特別是當(dāng)這些環(huán)境是由Kubernetes管理時(shí)。
正在尋找一個(gè)可以在容器中運(yùn)行的輕量的、靈活的DNS服務(wù)器的DNS管理員。
正在尋找滿(mǎn)足以下需求的DNS服務(wù)器的DNS管理員：
–與Amazon Route 53集成
–支持靈活的查詢(xún)和響應(yīng)重寫(xiě)
–支持基于TLS（Transport Layer Security）和gRPC（general-purpose Remote Procedure Call）的DNS
希望通過(guò)編寫(xiě)自定義CoreDNS插件來(lái)實(shí)現(xiàn)特定DNS功能的開(kāi)發(fā)者。
本書(shū)涵蓋的內(nèi)容
通過(guò)本書(shū)，你將了解：
CoreDNS與其他DNS服務(wù)器的區(qū)別。
DNS基礎(chǔ)理論，包括DNS命名空間（namespace）、域名（domain name）、區(qū)域（zone）、資源記錄（resource record）、遞歸（recursion）、緩存（caching）、轉(zhuǎn)發(fā)（forwarding）等。
CoreDNS基本配置，包括配置通用DNS服務(wù)器，如主DNS服務(wù)器、輔助DNS服務(wù)器和緩存DNS服務(wù)器。
CoreDNS管理區(qū)域數(shù)據(jù)的選項(xiàng)，包括一些高級(jí)選項(xiàng)，如從Git和Route 53加載數(shù)據(jù)。
基于DNS的服務(wù)發(fā)現(xiàn)的工作原理，以及如何在etcd和Kubernetes中配置CoreDNS服務(wù)發(fā)現(xiàn)。
如何重寫(xiě)查詢(xún)和響應(yīng)。
如何監(jiān)控CoreDNS和排查其故障。
如何構(gòu)建CoreDNS的自定義版本并編寫(xiě)新的插件。
排版約定
本書(shū)中使用以下排版約定：
斜體（Italic）
表示新的術(shù)語(yǔ)、URL、電子郵件地址、文件名和文件擴(kuò)展名。
等寬字體（Constant width）
用于程序清單，以及段落中的程序元素，例如變量名、函數(shù)名、數(shù)據(jù)庫(kù)、數(shù)據(jù)類(lèi)型、環(huán)境變量、語(yǔ)句以及關(guān)鍵字。
該圖示表示一般性說(shuō)明。
該圖示表示警告或注意。
示例代碼
這里的代碼是為了幫助你更好地理解本書(shū)的內(nèi)容。通常，可以在程序或文檔中使用本書(shū)中的代碼，而不需要聯(lián)系O’Reilly獲得許可，除非需要大段地復(fù)制代碼。例如，使用本書(shū)中所提供的幾個(gè)代碼片段來(lái)編寫(xiě)一個(gè)程序不需要得到我們的許可，但銷(xiāo)售或發(fā)布O’Reilly的示例代碼則需要獲得許可。引用本書(shū)的示例代碼來(lái)回答問(wèn)題也不需要許可，將本書(shū)中的很大一部分示例代碼放到自己的產(chǎn)品文檔中則需要獲得許可。
非常歡迎讀者使用本書(shū)中的代碼，希望（但不強(qiáng)制）注明出處。注明出處的形式包含書(shū)名、作者、出版社和ISBN，例如：
Learning CoreDNS，作者John Belamric 和 Cricket Liu，由O’Reilly出版，書(shū)號(hào)978-1-49