自動(dòng)化模式（Autopilot Pattern）是一種設(shè)計(jì)應(yīng)用與基礎(chǔ)架構(gòu)的方式，旨在推動(dòng)應(yīng)用系統(tǒng)中的各個(gè)組件自動(dòng)化。組成應(yīng)用的每個(gè)容器都有自己的生命周期，我們將這些生命周期的行為封裝到了應(yīng)用的容器中，而沒有依賴外部架構(gòu)。
　　下文將講述我們是如何借助這種模式，部署和運(yùn)行其中一種常被認(rèn)為難以在Docker容器中運(yùn)行的復(fù)雜、有狀態(tài)的應(yīng)用：MySQL。
　　運(yùn)行MySQL
　　我們從常見的MySQL部署開始：從主節(jié)點(diǎn)到副本節(jié)點(diǎn)執(zhí)行異步復(fù)制。客戶端查詢副本節(jié)點(diǎn)，或?qū)χ鞴?jié)點(diǎn)執(zhí)行寫入操作。這個(gè)架構(gòu)會(huì)引發(fā)一些關(guān)于服務(wù)發(fā)現(xiàn)和拓?fù)浣Y(jié)構(gòu)的問題：
　　副本節(jié)點(diǎn)如何知道在哪兒能找到主節(jié)點(diǎn)？主節(jié)點(diǎn)如何告知副本節(jié)點(diǎn)從哪兒開始執(zhí)行復(fù)制？客戶端如何知道在哪兒找到節(jié)點(diǎn)，哪些節(jié)點(diǎn)接受寫入操作？
　　在執(zhí)行部署后，我們還有一系列疑問：
　　我們?cè)鯓舆M(jìn)行備份？如何主節(jié)點(diǎn)出現(xiàn)故障，如何對(duì)副本節(jié)點(diǎn)進(jìn)行升級(jí)來進(jìn)行替換？在故障轉(zhuǎn)移期間，其他的副本節(jié)點(diǎn)怎樣知道在哪兒能找到新的主節(jié)點(diǎn)？客戶端如何知道我們執(zhí)行了故障轉(zhuǎn)移？
　　當(dāng)然，其中一些問題已經(jīng)有了現(xiàn)成的答案。配置管理工具經(jīng)常會(huì)負(fù)責(zé)應(yīng)用中架構(gòu)的配置工作，但如果運(yùn)行時(shí)應(yīng)用拓?fù)涑霈F(xiàn)變更，配置管理工具是無法回應(yīng)的。數(shù)據(jù)庫(kù)即服務(wù)（DBaaS）負(fù)責(zé)執(zhí)行管理工作，不過如今大多的配置已不再控制范圍內(nèi)，成本也更為高昂。
　　對(duì)應(yīng)用來說，還有一個(gè)選擇就是執(zhí)行自動(dòng)化運(yùn)行。在這種模式下，要對(duì)應(yīng)用模式執(zhí)行優(yōu)化，代表著要讓應(yīng)用知道如何適應(yīng)整個(gè)系統(tǒng)：?jiǎn)?dòng)、關(guān)閉、縮放、發(fā)現(xiàn)和恢復(fù)。最大限度地減少人為干涉，意味著錯(cuò)誤更少，有更多的時(shí)間花在更重要的業(yè)務(wù)上。
　　很明顯我們沒打算重寫MySQL，因此需要找出辦法為現(xiàn)有的應(yīng)用提供這個(gè)功能，而我們選擇了Containerbuddy。
　　架構(gòu)
　　我們需要利用這些組件部署MySQL：
　　MySQL：我們使用了MySQL5.6（Percona Server），使用XtraBackup運(yùn)行熱快照備份；
　　Consul：用來協(xié)調(diào)復(fù)制與故障轉(zhuǎn)移工作；
　　Manta：Joyent的對(duì)象存儲(chǔ)系統(tǒng)，為存儲(chǔ)MySQL快照備份提供安全經(jīng)久的服務(wù)；
　　Containerbuddy：包含在我們的MySQL容器中，負(fù)責(zé)編配bootstrap behavior，通過onStart、health、onChange處理器，調(diào)用Consul中存儲(chǔ)的key和checks協(xié)調(diào)復(fù)制的工作。
　　triton-mysql.py：Containerbuddy在執(zhí)行MySQL編配的繁重任務(wù)時(shí)會(huì)調(diào)用到的小型Python應(yīng)用。
　　所有代碼與配置都能在GitHub中找到。
　　
　　架構(gòu)圖
　　當(dāng)開始新的MySQL節(jié)點(diǎn)時(shí)，Containerbuddy的onStart處理器會(huì)調(diào)用triton-mysql.py。Containerbuddy會(huì)fork Percona Server并等待，同時(shí)運(yùn)行onStart、health、onChange處理器。結(jié)果就是類似這樣在MySQL容器中的進(jìn)程樹：
　　root@993acf351cd9:/# ps axo uid，pid，ppid，stime，cmdUID PID PPID STIME CMD root 1019:02/bin/containerbuddy mysql 94119:02|_ mysqld --console --gtid-mode=ON.。.root 107119:04|_ python /bin/triton-mysql.py healthroot 109119:04| |_ /usr/bin/innobackupex --no-timestamp.。.root 120119:06|_ python /bin/triton-mysql.py healthroot 121119:06|_ mysql -u repl -p.。.
　　自組裝
　　由于我們只用了幾個(gè)Docker鏡像，無需使用單獨(dú)的調(diào)度器來管理發(fā)現(xiàn)與引導(dǎo)服務(wù)，簡(jiǎn)單地使用下面的命令就可以運(yùn)行堆棧：
　　docker-composeup -d
　　出現(xiàn)的第一個(gè)節(jié)點(diǎn)會(huì)登錄Consul發(fā)現(xiàn)服務(wù)，嘗試并查找主節(jié)點(diǎn)。如果第一個(gè)節(jié)點(diǎn)發(fā)現(xiàn)主節(jié)點(diǎn)還不存在，則將自身作為主節(jié)點(diǎn)，并初始化數(shù)據(jù)庫(kù)。使用Consul會(huì)話通過atomic鎖寫入密碼，這樣就會(huì)有一個(gè)且僅有一個(gè)節(jié)點(diǎn)成為主節(jié)點(diǎn)。

普通下載普通下載

相關(guān)電子資料下載

• 常用于緩存處理的機(jī)制總結(jié) 如何避免緩存雪崩問題？ 24
• SpringBoot物理線程、虛擬線程、Webflux性能比較 37
• mysql經(jīng)典面試題及答案 63
• 聊聊即將到來的MySQL5.7停服事件 179
• 基于Prometheus開源的完整監(jiān)控解決方案 25
• 基于控制臺(tái)的通訊錄管理系統(tǒng)功能介紹 59
• 什么是數(shù)據(jù)庫(kù)？除了MySQL還有哪些數(shù)據(jù)庫(kù)？ 36
• 超好用的開源IP地址管理系統(tǒng)，告別傳統(tǒng)Excel統(tǒng)計(jì)方式！ 146
• Innodb中的Btree實(shí)現(xiàn)(一)·引言&insert篇 65
• 怎么查看MySQL語句有沒有用到索引 190