最近剛剛實(shí)踐了一把Rails的自動(dòng)部署，由于自己對這個(gè)一知半解，期間遇到了不少實(shí)踐性的問題以及概念性的問題，在這里把這些問題都記錄下來，以防以后再遇到。文中主要參照capstrano半自動(dòng)部署rails程序這篇文章，來按步驟部署。
先說一下capstrano能幫我們做什么？###
在我們使用rails建一個(gè)簡單的服務(wù)器的時(shí)候，最后我們需要也同樣把它建立在我們自己的服務(wù)器上去。capstrano就是這樣的場景產(chǎn)生的，最終我們只需在我們的應(yīng)用程序的主目錄下，直接調(diào)用cap production deploy（production指的是我們的開發(fā)環(huán)境）就可直接在服務(wù)器上看到我們更改之后的運(yùn)行程序了，當(dāng)然在這之前，是需要我們在rails中，進(jìn)行一些必要的配置的。
主要問題記錄
-
配置cap的遠(yuǎn)程連接
在cap中的部署過程中，它需要讀取我們的git遠(yuǎn)程倉庫所在的地址，然后將其部署編譯到我們在服務(wù)器中所指定的位置。若是配置了nginx，則也會(huì)在nginx的配置中，添加代理我們的應(yīng)用程序的配置。
這里，有幾個(gè)細(xì)節(jié)問題需要注意一下，
1） git倉庫ssh key的添加。例如，我們?nèi)羰窃O(shè)置了github作為我們應(yīng)用程序的倉庫，則需要在github添加服務(wù)器所對應(yīng)ssh key，這樣來保證我們服務(wù)器能獲取到github倉庫中最新的代碼。2）cap配置遠(yuǎn)程的ssh。我使用的是亞馬遜的aws，它的ssh不是通過用戶名跟密碼來連接的，這個(gè)讓我愣怔了半天，一直在找我的用戶名跟密碼。但是最后在配置中看到一個(gè)key的設(shè)置，才想到直接使用它提供的.pem文件，是不是可以，竟然就成功了，頗感神奇。主要的代碼配置如下，這樣就不用填用戶名跟密碼了。
# The server-based syntax can be used to override options:
# ------------------------------------
server 'ec2-52-193-240-0.ap-northeast-1.compute.amazonaws.com',
user: 'ubuntu',
roles: %w{web app db},
ssh_options: {
#user: '****', # overrides user setting above
keys: %w(~/.ssh/david.pem),
forward_agent: false,
auth_methods: %w(publickey password),
#password: '****'
}
PS: 這里使用的.pem文件是aws提供的私鑰文件，用來進(jìn)行ssh的連接。
- nginx的使用
先得弄明白nginx的主要作用，來提供我們的服務(wù)的代理，進(jìn)行我們的應(yīng)用服務(wù)程序的跳轉(zhuǎn)過濾以及代理配置。這里，舉個(gè)最膚淺的例子，我們的rails程序啟動(dòng)之后往往都是默認(rèn)3000端口，但是我們通過nginx，只對外暴露一個(gè)80端口，同時(shí)隱藏了我們的應(yīng)用名稱，只需配置相應(yīng)的路由規(guī)則，讓其訪問我們本地的3000端口，但在用戶看來只有80端口，很神奇的有木有。
這里，注意的是nginx一般對我們的靜態(tài)文件做緩存的全局代理，另外，訪問我們的動(dòng)態(tài)程序，需要在nginx的配置中，在server節(jié)點(diǎn)添加我們的應(yīng)用程序?qū)?yīng)規(guī)則，我們這里直接修改proxy_pass這個(gè)節(jié)點(diǎn)，指向我們的地址就好。
proxy_pass http://localhost:3000;
接下來，就是需要啟動(dòng)我們本地服務(wù)的3000端口了。
- rails服務(wù)的啟動(dòng)
這里之前一直以為執(zhí)行cap deploy之后，我們的服務(wù)器程序也就自動(dòng)啟動(dòng)了?？墒悄俏业亩丝谑嵌嗌?，它是怎么設(shè)置的。最后發(fā)現(xiàn)還是我太天真了，這里還是要自己啟動(dòng)的。跳轉(zhuǎn)至我們的服務(wù)器程序/var/www/app/current目錄下，通過執(zhí)行bundle exec rails s -e production，來啟動(dòng)我們的程序?？次覀兊膔ails程序是否處于啟動(dòng)的狀態(tài)，可通過進(jìn)程查看的方式來確定，執(zhí)行命令ps -ef | grep rails來找到是否有相應(yīng)的進(jìn)程。
常用的命令
- 執(zhí)行nginx的重啟操作
sudo service nginx restart
nginx的信息
nginx -V可以看到nginx的訪問日志以及錯(cuò)誤日志的目錄nginx維護(hù)的設(shè)置目錄：
/etc/nginx/sites-enabled/查看nginx的進(jìn)程：
ps -ef | grep nginx服務(wù)器上rails的執(zhí)行：
bundle exec rails s -e production使Rails server在后臺(tái)運(yùn)行的命令screen， 通過screen命令可以避免我們的ssh連接斷開時(shí)，保證我們啟動(dòng)的服務(wù)還在運(yùn)行。常用的screen命令如下：
screen + 命令 //會(huì)立即創(chuàng)建并進(jìn)入一個(gè)會(huì)話。
screen -dmS {name} //建立一個(gè)處于斷開模式下的會(huì)話，并根據(jù)我們的需要指定其會(huì)話名稱。
screen -list //列出所有會(huì)話。
screen -r {name} //進(jìn)入指定會(huì)話。
ctrl +ad //輸入快捷鍵ctrl +a和d，可暫時(shí)退出當(dāng)前會(huì)話。
exit //進(jìn)入指定會(huì)話后執(zhí)行exit即可關(guān)閉該會(huì)話。
最后，我們的程序已經(jīng)完整的在服務(wù)器上跑起來了，過程還是頗多周折。期間，又加深了對linux命令的熟悉同時(shí)深入了解之前只知其名的程序，還是感覺代碼這種要多動(dòng)手啊。最后最后，歡迎對我這個(gè)菜鳥拍磚。
