You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
こんにちは、亀本です。 1週間ぶりです。というのも、今までご無沙汰過ぎて、ブログ当番に2週連続であたってしまいました。 やっぱり普段からコツコツやっとかないとだめですね。反省反省。 さて、今回はデプロイのお話です。 アプリケーションのデプロイといえばリリースの締めの一番ミスできないところです。 みなさん、これをどうやって作業していますか? 最近はバージョン管理システムが導入されるのが当たり前になっている場合が多く、リポジトリからのチェックアウトで済ませてしまうとか、rsyncするだけという方も多いんじゃないでしょうか。 もちろん、Webサーバ2~3台ぐらいだったらそれで事足りますし、適切なポリシーを持って臨めば、セキュリティ的に問題が発生するような事態にも陥らないでしょう。 しかし、バージョン管理システム自体やrsyncを使ったデプロイは手軽であるというメリットの裏で、以下のような不安材料
Page not found · GitHub Pages Rails と関係ないプロジェクトで Capistrano を使うための設定を作成した。 最小限の設定 SSHでリモートを操作するための、単純な設定の例。ファイル名は Capfile 。 # sshユーザ名 set :user, "username" # サーバをroleでまとめる role :abc, "server1.example.com", "user@server2.example.com" role :xyz, "server3.example.com" # 全roleで実行。 task :ls do run "ls" end # 特定のroleで実行。 task :myname, :roles => [:xyz] do run "echo " + user end サーバが1つだけならroleは1つでよい。 1行目の
「Railsレシピブック」出張版でCapistranoの話を聞いてきたのでついでに最近嬉しかったCapistranoネタ。 名前は違えどどこの開発でも大体見かけるステージング環境(本番と同じ環境だけど本番とは別)。 cap1.xの時はdeploy_staging.rbとかを作ってたしか、cap -f deploy_staging.rb deployってやってたんだけど、cap2.xで-fするとそのファイルの中身のtaskしか読まなくてcap自体のタスクを読まねえ。 ちょっと調べるとcapistrano-extってgemがあるそうです。 capistrano-extでステージング環境にデプロイ: # config/deploy.rb: require "capistrano/ext/multistage" とやるとstaging, production, testingという環境が定義される
Capistrano(カピストラーノ)は複数のリモートサーバにSSH接続して一括操作できる便利なツールです。 色々な用途に使えますが、今回はCapistranoでPHPプロジェクトをデプロイしてみました。 概要図 Capistranoをインストールするサーバは一台だけです。 デプロイ先のアプリケーションサーバではログイン用アカウント(要sudo権限)を事前に作成しておきます。 インストール上の図ではCapistranoをソースコード管理サーバにインストールしています。 Capistranoを動かすにはRubyが必要になりますので、まずはRubyをインストールします。 (Rubyのインストール方法は省略します。) 次に、以下のコマンドでCapistranoをインストール。 $ sudo gem install capistrano 使用方法基本的にcapfileに一連の操作を記述し、あとはコ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く