前言
近年來，隨著微服務和容器的發(fā)展，設計、開發(fā)和運行軟件的方式發(fā)生了重大變化。如今的應用程序在可擴展性、彈性、故障和變化速度方面都得到了優(yōu)化。在新原則的驅動下，這些現代架構需要不同的模式和實踐。本書旨在幫助開發(fā)人員將Kubernetes 作為運行時平臺創(chuàng)建云原生應用程序。首先，簡要介紹一下本書的兩個主要部分：Kubernetes 和設計模式。
Kubernetes
Kubernetes 是一個容器編排平臺。Kubernetes 起源于谷歌的某個數據中心，谷歌的內部容器編排平臺Borg 也誕生于此。多年來谷歌一直通過Borg 來運行應用程序。2014 年，谷歌決定利用Borg 的經驗建立一個名為“Kubernetes”（希臘語為“舵手”或“飛行員”）的新開源項目。2015 年該項目成為首個捐贈給新成立的云原生計算基金會（Cloud Native Computing Foundation，CNCF）的項目。
Kubernetes 自創(chuàng)建之初就贏得了一個完整的用戶社區(qū)，而且貢獻者的數量以驚人的速度增長。如今，Kubernetes 成為GitHub 上最活躍的項目之一。在編寫本書之際，Kubernetes 已是最常用且功能最豐富的容器編排平臺。此外，許多其他平臺也都構建于Kubernetes 之上。在這些平臺即服務的系統(tǒng)中，最為突出的是紅帽的OpenShift，它為Kubernetes 提供了各種附加功能，包括各種在平臺內構建應用程序的方法。這些只是我們選擇Kubernetes 作為本書云原生模式參考平臺的部分原因。
你需要具備一定的Kubernetes 基本知識才能閱讀本書。第1 章概括了Kubernetes 的核心概念，并為后續(xù)各個模式奠定了基礎。
設計模式
設計模式的概念可以追溯到20 世紀70 年代的建筑領域。建筑師及系統(tǒng)理論家Christopher Alexander 與其團隊于1977 年發(fā)表了開創(chuàng)性的《建筑模式語言》（牛津大學出版），其中描述了建立城鎮(zhèn)、大樓和其他建筑項目的建筑模式。后來，這個想法被新興的軟件業(yè)采用。該領域最著名的書籍《設計模式：可復用面向對象軟件的基礎》由Erich Gamma、Richard Helm、Ralph Johnson與John Vlissides 四人合著，后以“四人組”著稱。我們談論的著名的單例模式、工廠方法或委托模式正是來自這本書。從那以后，許多優(yōu)秀的模式書籍紛紛問世，針對各個領域從不同程度上進行了講解，比如Gregor Hohpe 和BobbyWoolf 的《企業(yè)集成模式》，以及Martin Fowler 的《企業(yè)應用架構模式》。簡而言之，模式描述了問題的可復用解決方案注1。模式不同于配方，因為模式不會提供解決問題的步驟說明，只提供了解決某一類問題的大概思路。例如，Alexander 的模式“啤酒館”描述了如何建造公共的飲酒場所，“陌生人和朋友都可以在這種地方結伴飲酒”，不再做一只“孤獨的錨”。所有依據這種模式建造的場所都會有所不同，但它們也有共同之處，例如可容納4~8 人的隔間，以及可供百人飲酒、聽音樂，以及其他活動的場所。
然而，模式不僅限于提供解決方案，它還關系到一種語言的形成。獨特的模式名稱形成了一種緊湊、以名詞為中心的語言，其中每個模式都帶有唯一的名稱。在這種語言建立后，當人們談論這些模式時，這些名稱會自動讓人們聯想到類似的表征。例如，當我們談論一張桌子時，我們會假設我們談論的是有四條腿的一塊木頭，而且可以在上面放東西。軟件工程也同樣，例如當我們談論“工廠”時，在面向對象的編程語言上下文中，我們會立即將“工廠”與生成其他對象的對象相關聯。由于我們會立刻想起模式背后的解決方案，因此就可以節(jié)約時間來處理尚未解決的問題。
模式語言還有其他特征。各個模式之間相互關聯且可以重疊，因此很多模式加在一起就可以解決大部分問題。此外，正如《建筑模式語言》中描述的那樣，模式沒有統(tǒng)一的詳細程度和范圍。寬泛的模式可以涵蓋更廣泛的問題，并為如何解決問題提供粗略的指導。詳細度模式有一個非常具體的解決方案，但無法廣泛適用。本書包含所有類型的模式，其中許多模式都引用了其他模式，甚至可能將其他模式作為解決方案的一部分。
模式的另一個特征是它們都遵循嚴格的格式。然而，每個作者都定義了不同的格式，但我們沒有統(tǒng)一的標準規(guī)定模式。Martin Fowler 在《WritingSoftware Patterns》中概述了模式語言的格式。
本書的組織結構
我們?yōu)楸緯�選擇了一種簡單的模式格式。我們不遵循任何特定的模式描述語言。針對每個模式，我們使用以下結構：
名稱
每個模式都帶有一個名稱，這也是章節(jié)的標題。名稱是模式語言的中心。
問題
本節(jié)描述了背景信息，并詳細描述了模式的應用范圍。
解決方案
本節(jié)介紹了模式以Kubernetes 特有的方式解決問題的方法。本節(jié)還給出與當前模式相關、或是當前模式的一部分的其他模式的引用。
討論
本節(jié)討論了針對給定上下文的解決方案的優(yōu)缺點。
參考資料
最后一節(jié)包含了與模式相關的其他信息來源。
我們按照如下結構介紹了本書中的模式：
?? 第一部分 基礎模式，涵蓋了 Kubernetes 的核心概念。本章介紹了構建基于容器的云原生應用程序的基本原則和實踐。
?? 第二部分 行為模式，描述了基礎模式之上的模式，并詳細介紹了管理各種類型的容器和平臺交互的概念。
?? 第三部分 結構化模式，涵蓋了與在 Pod 內組織容器相關的模式，Pod 是Kubernetes 平臺的基本組成單位。
?? 第四部分 配置模式，深入講解在 Kubernetes 中處理應用程序配置的各種方法。本部分中的模式涉及很多細節(jié)，包括將應用程序連接到配置的具體方案。
?? 第五部分 高級模式，包括很多高級概念，例如擴展平臺本身的方式，以及在集群內直接構建容器鏡像的方式。
有的模式可能不僅適合于一個類別。根據上下文不同，同一個模式可能也可以適用于多個類別。每個模式章節(jié)都是獨立的，你可以按照任意順序單獨閱讀各個章節(jié)。
本書面向的讀者對象
本書面向希望Kubernetes 平臺設計和開發(fā)云原生應用程序的開發(fā)人員。如果你對容器和Kubernetes 的概念有基本的了解，并希望提升自身的水平，那么本書非常適合你。你無需了解Kubernetes 的底層知識也可以理解書中的用例和模式。架構師、技術顧問和開發(fā)人員都可以從本書中描述的可復用模式中受益。
本書的內容以實際項目中的用例和經驗教訓為基礎。我們希望幫助你創(chuàng)建更好的云原生應用程序，而不是重新發(fā)明輪子。
內容提要
本書有很多值得探索的地方。有些模式看起來可能像Kubernetes 手冊中的摘錄，但仔細觀察后，你就會發(fā)現這些模式是從概念的角度呈現的，這是其他書籍中從未出現過的角度。有些模式通過不同的方法進行了解釋，并針對具體的問題提供了詳細的指導，如第四部分中的“配置模式”。
無論模式呈現的細節(jié)多少，你都可以通過大量示例針對這些概念的說明，了解Kubernetes 為每種特定模式提供的所有內容。書中所有的示例都經過了測試，你可以通過后續(xù)“使用代碼示例”一節(jié)中介紹的方式獲取完整的源代碼。
在深入學習之前，首先讓我們簡要地看一看這本書不包含的內容：
?? 本書不是關于如何設置 Kubernetes 集群的指南。每個模式和每個示例的前提都是你已有啟動并運行Kubernetes。你可以通過多種方式嘗試這些示例。如果你有興趣學習如何設置Kubernetes 集群，那么我們建議你閱讀Brendan Burns 和Craig Tracey 的著作《管理Kubernetes》。另外，Michael Hausenblas 與SébastienGoasguen 合著的《Kubernetes 經典實例》一書中介紹了大量設置Kubernetes 集群的方法。
?? 本書不是有關 Kubernetes 的介紹，也不是參考手冊。我們介紹了大量Kubernetes 的功能，并給出了詳細的解釋，但我們關注的是這些功能背后的概念。第1 章簡要介紹了Kubernetes 的基礎知識。如果你需要有關Kubernetes 使用方面的綜合性書籍，那么我們強烈推薦MarkoLuk??a 的著作《Kubernetes in Action》。
本書的寫作風格非常輕松，各章均可單獨閱讀。
內容約定
如上所述，模式形成了一種簡單、彼此關聯的語言。為了強調這種模式的關聯，每種模式都用斜體字來表示（例如，Sidecar）。當模式根據Kubernetes 的核心概念（如初始化容器或控制器）命名時，我們僅在直接引用模式本身時才使用這種特定的格式。如果有必要，我們還會給出相應的章節(jié)。
此外，本書還采用下述約定：
?? 凡是可以在 shell 或編輯器中鍵入的內容都以固定寬度的字體顯示。
?? Kubernetes 資源的名稱始終以大寫形式呈現（如 Pod）。如果資源采用了組合名稱（如ConfigMap），我們也會采用這種形式，因為這種形式可以更為清晰地表示“config map”，而且還表明它指代Kubernetes 概念。
?? 有時，Kubernetes 的資源名稱與“服務”或“節(jié)點”等常見概念相同。在這些情況下，我們僅在引用資源本身時使用資源名稱格式。
使用代碼示例
本書中的每個模式都有完整的可執(zhí)行示例支持，你可以通過本書的主頁找到這些示例（地址：https://k8spatterns.io/）。你還可以在每章末尾“參考資料”一節(jié)中找到每個模式示例的鏈接。
“參考資料”小節(jié)還包含許多指向與模式相關信息的鏈接。我們會通過示例代碼庫更新參考資料的列表，同時還會通過推特發(fā)布這些鏈接的變更。
Kubernetes 使用方面的綜合性書籍，那么我們強烈推薦MarkoLuk??a 的著作《Kubernetes in Action》。
本書的寫作風格非常輕松，各章均可單獨閱讀。
內容約定
如上所述，模式形成了一種簡單、彼此關聯的語言。為了強調這種模式的關聯，每種模式都用斜體字來表示（例如，Sidecar）。當模式根據Kubernetes 的核心概念（如初始化容器或控制器）命名時，我們僅在直接引用模式本身時才使用這種特定的格式。如果有必要，我們還會給出相應的章節(jié)。
此外，本書還采用下述約定：
?? 凡是可以在 shell 或編輯器中鍵入的內容都以固定寬度的字體顯示。
?? Kubernetes 資源的名稱始終以大寫形式呈現（如 Pod）。如果資源采用了組合名稱（如ConfigMap），我們也會采用這種形式，因為這種形式可以更為清晰地表示“config map”，而且還表明它指代Kubernetes 概念。
?? 有時，Kubernetes 的資源名稱與“服務”或“節(jié)點”等常見概念相同。在這些情況下，我們僅在引用資源本身時使用資源名稱格式。
使用代碼示例
本書中的每個模式都有完整的可執(zhí)行示例支持，你可以通過本書的主頁找到這些示例（地址：https://k8spatterns.io/）。你還可以在每章末尾“參考資料”一節(jié)中找到每個模式示例的鏈接。
“參考資料”小節(jié)還包含許多指向與模式相關信息的鏈接。我們會通過示例代碼庫更新參考資料的列表，同時還會通過推特發(fā)布這些鏈接的變更。