術(shù)變革的步伐往往會最大限度地簡化探索進程，軟件開發(fā)也是如此。在容器中運行軟件最近非常受企業(yè)青睞，主要原因之一是當(dāng)代碼在一個環(huán)境中開發(fā)時，如果部署在另一個環(huán)境中，代碼可能不會運行相同的代碼。這會導(dǎo)致錯誤，而且需要時間來修復(fù)。在這個快速迭代和發(fā)布的時代，沒有人能負(fù)擔(dān)得起類似的錯誤和成本。因此，像Docker和Kubernetes這樣的容器化生態(tài)系統(tǒng)越來越受歡迎。2018年容器采用基準(zhǔn)調(diào)查顯示，近一半(47%)的受訪IT領(lǐng)導(dǎo)者計劃在生產(chǎn)中部署容器，另有12%的人表示已經(jīng)部署了。

容器的優(yōu)缺點

通過改變軟件交付的方式，容器使開發(fā)人員的生活更加輕松。 它們具有很廣闊的前景，特別是在提高混合基礎(chǔ)架構(gòu)的開發(fā)效率方面。容器通常是作為連貫系統(tǒng)一起運行的軟件和環(huán)境的集合。 開發(fā)人員以容器圖像的形式制作這些系統(tǒng)，測試它們并確保它們是可接受的。 然后，開發(fā)人員將它們部署到大型環(huán)境中，在這種環(huán)境中，容器平臺從映像中實例化相同的副本，確保它在同一個地方運行的軟件相同。之所以需要容器化，是因為它支持相同軟件的可重復(fù)部署。

由于它們不包含操作系統(tǒng)映像，因此容器比硬件或傳統(tǒng)虛擬機（VM）環(huán)境耗費更少的系統(tǒng)資源。開發(fā)人員使用VM可能需要購買更多硬件，因為他們會更快地達到容量上限。雖然工作負(fù)載當(dāng)然可以放在VM中，但使用容器是一種非常好的方法，因為隨著云計算從簡單到復(fù)雜的分布式體系結(jié)構(gòu)的轉(zhuǎn)變，它會更受歡迎。

容器使軟件交付更簡單，更可預(yù)測，因為它們提供了一致的部署環(huán)境，可以在交付管道的所有階段使用。在容器中運行的應(yīng)用程序可以輕松部署到多個不同的容器平臺和云提供商。 無論您是在構(gòu)建軟件、測試軟件還是在生產(chǎn)中部署軟件，都可以使用相同的環(huán)境來托管軟件。 容器還可以幫助企業(yè)實現(xiàn)遺留應(yīng)用程序的現(xiàn)代化，并創(chuàng)建既可擴展又靈活的新的云原生應(yīng)用程序。

容器非常有用，但也有其局限性。例如，它們確實消除了關(guān)于開發(fā)環(huán)境和生產(chǎn)環(huán)境之間的差異將如何影響應(yīng)用程序的一些顧慮。但是容器并不能完全避免困擾傳統(tǒng)軟件開發(fā)的bug和錯誤問題。缺陷、中斷和安全事件仍然發(fā)生，事實證明，測試工具并不能100%地發(fā)現(xiàn)問題。

根據(jù)Snyk最近的一份報告，在最受歡迎的10張Docker圖片中，每張至少有30個漏洞。最重要的是，如果您使用應(yīng)用程序的舊版本安裝容器，那么它很可能包含漏洞。這意味著企業(yè)仍然面臨潛在的系統(tǒng)中斷和停機風(fēng)險，這些可能會造成重大的經(jīng)濟和聲譽影響。

2018年P(guān)onemon Institute的數(shù)據(jù)違規(guī)成本研究發(fā)現(xiàn)，一小時的中斷可能會使一家小公司損失8000美元，一家中型公司損失74000美元，大型企業(yè)大約需要70萬美元。在IT中使用混合匹配軟件維護一致的服務(wù)一直是一個挑戰(zhàn)，而這就是容器解決的問題。但問題是，如果有人創(chuàng)建了針對一個容器的漏洞，那么將會有相同的軟件在任何地方運行，并且它將對所有容器起作用。

避免陷阱

開發(fā)人員需要在測試方面采用新方法，以幫助抵御這些潛在問題，而不僅僅是將應(yīng)用程序放在容器中。質(zhì)量保證（QA）團隊需要確保他們在生產(chǎn)中可能遇到的所有情況下測試容器化應(yīng)用程序。這是因為容器的行為可能因系統(tǒng)硬件到意外的網(wǎng)絡(luò)流量而變化。通過在生產(chǎn)中進行測試，可以在bug出現(xiàn)之前檢測到錯誤，并在威脅產(chǎn)生影響之前將其隔離。

容器使用需謹(jǐn)慎

容器為開發(fā)人員處理與多個環(huán)境相關(guān)的問題提供了非常好的解決方案，它們使軟件開發(fā)和測試更加容易。然而，容器依然有缺點，因此它們需要小心處理。bug和錯誤仍然有可能發(fā)生，一個容器中的漏洞意味著所有容器中的漏洞。容器作用雖然強大，但是需要您謹(jǐn)慎使用它們！

原文網(wǎng)址：https://jaxenter.com/containers-need-know-160733.html

家可能都在用Wordpress寫博客，之前都都是買個VPS部署一個一鍵L/WAMP程序完成整個部署，部署可能也容易但是操作比較費勁。前兩天蟲蟲的博客VPS出問題導(dǎo)致數(shù)據(jù)丟失，需要重新部署，在這次部署中為了追求完美使用了docker容器方式并對網(wǎng)站升級使用全站HTTPS的方式進行部署，站點支持TLS 1.3協(xié)議以最大程度提高性能，本文蟲蟲就給大家介紹整個部署的全過程供大家參考優(yōu)化。

概述

站點采用Docker方式部署，使用兩個容器一個是mysql 5.7數(shù)據(jù)庫容器，一個是apache(2.4.25)、php（7.3.6），Wordpress(5.2.2)容器，容器部件都是最新版本。為了安全連個容器都映射到宿主機127.0.0.1端口不直接對外提供服務(wù)。宿主機上部署nginx最新版本1.17反向代理到容器，nginx對外提供https服務(wù)：使用TLS 1.3協(xié)議，證書是從Let's Encrypt申請免費SSL，可以一鍵申請證書并且免費3個月更新。整個架構(gòu)結(jié)構(gòu)如下：

VPS和容器環(huán)境準(zhǔn)備

基礎(chǔ)VPS環(huán)境是centos 7.2，默認(rèn)是vi我們先將它換成vim

yum install vim

掛載VPS數(shù)據(jù)盤

初始化VPS數(shù)據(jù)盤，注意該盤為外掛的盤VPS變化重新初始化時候數(shù)據(jù)不會丟失，一般為sdb,比如蟲蟲的盤，60G

創(chuàng)建分區(qū)并格式化

fdisk /dev/sdb
mkfs.ext4 /dev/sdb1

掛載，掛載目錄我們設(shè)為/data

mkdir /data
mount /dev/sdb1 /data

修改/etc/fstab實現(xiàn)重啟自動掛載：

通過dumpe2fs或者blkid查看磁盤UUID

d179868b-6fb9-414c-8901-b990f7c586bd

echo 'UUID="d179868b-6fb9-414c-8901-b990f7c586bd" /data ext4 defaults 0 0' >>/etc/fstab

mount –a測試fstab配置，如果沒提示表示正確，如果有錯誤會顯示，比如我們給UUID前面加個1，測試信息如下：

更換防火墻關(guān)閉selinux

系統(tǒng)其默認(rèn)的防火墻firewalld，先將其修改為比較熟悉稱手的iptables：

yum install iptables iptables-services
systemctl disable firewalld
systemctl stop firewalld
systemctl enable iptables
systemctl start iptables

selinux配置太復(fù)雜，我們先暫時關(guān)閉（在正式生產(chǎn)環(huán)境不建議該操作）：

setenforce 0

為了一直關(guān)閉，需要修改其配置文件，這樣重啟后就不會再加載。方法

perl -i -lpe 's/SELINUX=enforcing/SELINUX=disabled/g' /etc/selinux/config

更改ssh安全配置

為了VPS已經(jīng)修改掉系統(tǒng)默認(rèn)的ssh 22端口，并且禁止root登陸，方法修改/etc/ssh/sshd_config,查找Port去掉其前面的注釋#號，并把22修改為其他端口，比如12322：

Port 12322

增加一行" PermitRootLogin no"禁止root登陸：

事先添加證書登陸，然后禁止密碼登錄方式"PasswordAuthentication no"：

防火墻開啟新sshd端口，并刪掉22端口

iptables -I INPUT -p tcp -m state --state NEW -m tcp -dport 12322 -j ACCEPT

重啟sshd服務(wù)

systemctl restart sshd.service

用新端口證書方式訪問服務(wù)器，如果沒有問題：

刪掉22端口

iptables -D INPUT -p tcp -m state --state NEW -m tcp -dport 22 -j ACCEPT

保存防火墻規(guī)則

systemctl save sshd.service

添加epel和源管理工具

yum install epel-release
yum install -y yum-utils

docker和容器部署

添加docker源

安裝docker服務(wù)

yum install docker-ce docker-compose
systemctl enable docker 
systemctl start docker 

啟用docker過程中報了一個錯誤"SELinux is not supported with the overlay2 graph drive...false"，原因是linux的內(nèi)核中的SELinux不支持 overlay2 graph drive，解決方法，修改docker配置文件/etc/sysconfig/docker修改--selinux-enabled為--selinux-enabled=false

還有一個典型錯誤如下：

fatal msg="Error starting daemon: error initializing graphdriver: "/var/lib/docker" contains several valid graphdrivers: devicemapper, overlay; Please cleanup or explicitly choose storage driver (-s )"

是由于docker初始化數(shù)據(jù)有問題導(dǎo)致，只需清理/var/lib/docker/目錄下文件

"rm -rf /var/lib/docker/"，然后重啟就OK了

拉取docker應(yīng)用鏡像

docker pull wordpress
docker pull mysql:5.7.25

遷移docker數(shù)據(jù)目錄

systemctl stop docker.service
mv /var/lib/docker /data/docker

vim /usr/lib/systemd/system/docker.service 查找ExecStart給其參數(shù)增加：

"--graph /data/docker"：

重新加載配置文件

systemctl daemon-reload

重啟docker服務(wù)

systemctl restart docker.service

創(chuàng)建應(yīng)用數(shù)據(jù)目錄

首先是數(shù)據(jù)庫mysql目錄：

mkdir -p /data/web/data
chown -R 999:999 /data/web/data

網(wǎng)站目錄：

mkdir /data/web/webapps
chown -R 33:33 /data/web/webapps

啟動應(yīng)用容器

mysql容器：

docker run --name mysql -h mysql \
--restart=always \
-e MYSQL_ROOT_PASSWORD=wp12345 \
-p 127.0.0.1:13306:3306 \
-v /data/web/data:/var/lib/mysql \
-d mysql:5.7.25

注意上面加重的參數(shù)表示mysql的root初始化密碼，需要根據(jù)實際修改。

wordpress應(yīng)用容器

docker run -h wordpress --name wordpress \
--restart=always \
--link mysql:mysql \
-p 2880:80 \
-v /data/web/webapps:/var/www/html \
-d wordpress

注意上面黑體表示連接到mysql容器，注意兩個服務(wù)啟動順序，現(xiàn)有mysql，wordpress放棄才能連接到這個數(shù)據(jù)庫，在宿主機上映射的端口為2880。

數(shù)據(jù)遷移

以上兩個個容器啟動后，wordpress部署就完全完成，現(xiàn)在通過瀏覽器訪問

http://ip:2880就可以訪問到wordpress安裝界面了。

就可以通過web安裝wordpress和配置了。

有可能報錯數(shù)據(jù)庫連接錯誤：

提示信息表示數(shù)據(jù)庫服務(wù)沒有創(chuàng)建wordpress數(shù)據(jù)庫，這時候需要連接到mysql容器：

docker exec -it mysql /bin/bash

在容器中執(zhí)行mysql -uroot -p 輸入上面我們設(shè)置mysql密碼，wp12345

在mysql命令行創(chuàng)建一個數(shù)據(jù)庫wordpress

create database wordpress;

然后再訪問就可以了

注意該處保存好系統(tǒng)給你設(shè)置的密碼，或者修改為自己的密碼。

進過以上步驟，一個全新版本的wordpress服務(wù)就可以：

安裝好后需要遷移歷史數(shù)據(jù)，最主要是兩部分?jǐn)?shù)據(jù)：數(shù)據(jù)庫數(shù)據(jù)和上傳的文件數(shù)據(jù)。

上傳文件數(shù)據(jù)遷移：

這部分遷移很簡單把以前保存的目錄中的wp-content下的uploads目錄復(fù)制過來所有上傳數(shù)據(jù)就ok了。

數(shù)據(jù)庫遷移：

數(shù)據(jù)庫遷移，如果wordpress版本相同，可以直接把以前保存的數(shù)據(jù)文件導(dǎo)入到新數(shù)據(jù)庫就可以。如果版本不同需要注意版本差異，否則會導(dǎo)致錯誤，可以只導(dǎo)入wp-post和wp-comments這兩個表的數(shù)據(jù)。

通過wordpress導(dǎo)入導(dǎo)出功能：

如果你以前通過wordpress的導(dǎo)出插件導(dǎo)出過歷史數(shù)據(jù)，就可以利用它導(dǎo)入所有數(shù)據(jù)信心，結(jié)合uploads目錄導(dǎo)入文件就可以完美恢復(fù)歷史數(shù)據(jù)。具體方法：

點擊"工具"-"導(dǎo)入"：

在該頁面點擊WordPress下的現(xiàn)在安裝，先安裝該插件。安裝后點擊"插件"：

點擊"啟用"。

然后再返回"工具"-"導(dǎo)入"：

點擊"運行導(dǎo)入器"。

彈出頁面選擇以前保存的xml文件，然后點擊"上傳并導(dǎo)入"按鈕，

選擇好需要遷移的用戶，點解"Submit"按鈕。

根據(jù)保存文件大小，該步驟需要比較長的時間。最后會顯示如下頁面，表示導(dǎo)入過程已經(jīng)完成：

文章頁面：

遷移問題

遷移目前遇到問題有些插件不好使用，最主要是代碼高亮插件"Crayon Syntax Highlighter"在最新版本中不能用了，啟用該插件后，前臺不能顯示文章列表和內(nèi)容，目前還未知道解決方案，暫時安裝了另一個代碼高亮插件"Enlighter"來代替。

總結(jié)：

本文我們使用部署中docker容器方式重新部署和遷移了Wordpress站點，涉及了VPS基礎(chǔ)設(shè)置、docker容器環(huán)境和安裝、應(yīng)用容器的安裝和Wordpress歷史數(shù)據(jù)的遷移。限于篇幅我們總體文章分兩篇來介紹，本文第二篇將介紹nginx編譯安裝支持TLS 1.3，站點https設(shè)置和wordpress https化存在的問額和解決。