利用Docker容器實現(xiàn)代理轉發(fā)和數(shù)據(jù)備份
我們將應用以Docker容器的方式部署到服務器上的時候，通常需要考慮兩個方面的的問題：網(wǎng)絡和存儲。
網(wǎng)絡方面，有些應用需要占用端口，而其中一部分應用甚至需要對外提供訪問。
出于安全方面考慮，代理轉發(fā)方式相對于直接開放防火墻端口方式更為合適。
存儲方面，由于容器內部并不適合做數(shù)據(jù)持久化，所以一般通過掛載卷的方式將數(shù)據(jù)保存在服務器磁盤上。
但是服務器也不能保證絕對安全，所以數(shù)據(jù)也需要備份到云上。
代理轉發(fā)
默認情況下容器之間的網(wǎng)絡是互相隔離的，但是對于一些有關聯(lián)的應用而言(web前端容器和服務端容器以及數(shù)據(jù)庫容器)，一般會把它們劃分到一個獨立的橋接子網(wǎng)絡(以下簡稱子網(wǎng))，使得這些容器之間可以相互通信，但同時又與外部進行隔離。
對于需要對子網(wǎng)外部提供訪問的容器，可以將端口映射到服務器主機上。整個結構大致如下：
上面的端口映射只解決了服務器(宿主機)訪問容器網(wǎng)絡服務的問題，如果我們要從本地機器上通過因特網(wǎng)訪問服務器上的容器，一般是不行的，因為服務器除了安全考慮，默認情況下會啟用防火墻，并只開放22等少數(shù)幾個端口。
對于傳統(tǒng)的網(wǎng)絡進程，實現(xiàn)方式就是通過反向代理服務器來對網(wǎng)絡請求進行轉發(fā)，比如使用Nginx配置如下代理：
- # 針對不同路徑進行轉發(fā)
- server {
- listen 80;
- server_name www.xx.com;
- location /a {
- proxy_pass localhost:1234;
- }
- location /b {
- proxy_pass localhost:2234;
- }
- }
- # 針對不同域名進行轉發(fā)
- server {
- listen 80;
- server_name www.yy.com;
- location / {
- proxy_pass localhost:1234;
- }
- }
那么此時問題似乎是解決了，但是如果Nginx也是在容器中運行呢?
剛才我們提到子網(wǎng)對于外部的容器是隔離的，那么Nginx容器將無法訪問這些對外服務。
你可能很容想到把Nginx容器劃分到對應的子網(wǎng)絡這種方式，容器的確支持多個子網(wǎng)的配置，但是這種操作方式的麻煩在于，每次新增子網(wǎng)時都需要修改Nginx容器的網(wǎng)絡配置并重啟容器。
所以比較好的方式是將Nginx設置為HOST網(wǎng)絡模式。放棄Nginx容器與服務器的隔離性，直接與服務器共享網(wǎng)絡和端口。那么Nginx容器即可直接訪問所有映射了端口的容器。
如下圖所示：
數(shù)據(jù)備份
應用場景
考慮到速度和安全性方面的問題，通常公司會有一些只供內網(wǎng)訪問的服務器。但是這些服務器上的數(shù)據(jù)包括服務器本身都是隨時可能被修改或者發(fā)生故障的。
所以數(shù)據(jù)備份顯得尤為重要。這里我們討論體積較小的數(shù)據(jù)備份。
以我最近為團隊搭建的知識庫服務器為例。
該web應用是一個小型的python服務，以容器的形式部署在內網(wǎng)服務器上，支持在線編輯功能，以md文件的形式保存數(shù)據(jù)。
因為容器一旦發(fā)生故障則內部數(shù)據(jù)無法再訪問，所以直接放在容器中肯定是不安全的，只能通過掛載文件的方式讓容器和服務器共享數(shù)據(jù)讀寫。
那么通過什么方式對數(shù)據(jù)進行備份呢?這里我們選擇GitHub的私有倉庫來進行保存。原因有3個：
- 安全。數(shù)據(jù)不容易丟失和竊取。
- 方便，只需要通過git命令即可備份。
- 快速。由于備份的數(shù)據(jù)體積和數(shù)量并不大。
雖然方式已經(jīng)確定，但要實現(xiàn)還有兩個問題：
- 向GitHub倉庫需要進行權限認證。
- 如何定時或自動提交數(shù)據(jù)到GitHub。
實現(xiàn)方法
首先按照容器單一指責的原則，我們應該創(chuàng)建一個新的容器用來執(zhí)行備份任務。
這里我們我可以使用docker-compose或者其它編排工具來創(chuàng)建多個容器。
然后就是權限認證，在本機創(chuàng)建ssh key并加入到GitHub的設置中，這樣使得容器可以推送文件到對應倉庫。
不過現(xiàn)在只是服務器可以推送代碼，容器還不行，所以還需要將.ssh文件拷貝到容器中。
最后是自動備份的實現(xiàn)，比較好的方式是每次文件有變動的時候提交并推送代碼，但是目前并沒有找到在容器中監(jiān)聽文件的簡單方式，所以退而求其次，采用定時任務的策略，即每隔5分鐘執(zhí)行對應的git命令來提交和推送文件到倉庫。
這里可以使用基于鏡像busybox封裝的輕量級的容器，將項目代碼掛載到容器中保證文件的同步更新，然后啟動cron服務來實現(xiàn)操作。
