はじめに 今更ながら capistrano に感動したのでインフラエンジヤなりの視点で触ってみて使い方をまとめてみる。 capistrano とは 以下は自分が抱く capistrano へのイメージ。 複数のノードに対して並列してコマンドを実行出来る！（うれしポイント） コマンドを task という単位で纏めて自動化出来る！（うれしポイント） Ruby 製のデプロイツール！（やや、うれしポイント*1） これだけ「うれしポイント」があれば複数台のサーバーにログインして色々とやんなきゃいけないインフラエンジヤが使わない理由が無いでしょ！ということで早速使ってみよー。 ちなみに今までは以下のようなイメージ。 メンテナンス作業等に capistrano を常用するようになってからのイメージ。 ということで、本来の capistrano の利用目的とは逸れてしまうかもしれないが、インフラエンジニヤ
アプリケーションのデプロイを自動化すべきなのは言うまでもないことです。 一応手動でデプロイを行う場合の問題点について整理しておくと以下になります。 プロジェクトの期間中そして運用に入ってからも何度も手でデプロイするということはとてつもなく多くの時間を手作業に費やすことになるデプロイ先の環境の数が多くなればなるほど作業の時間も増える手作業で作業すると間違えやすい。特に手順が複雑だったり環境が多かったりすると確率は飛躍的にあがるもしデプロイしたアプリケーションに問題があってすぐに戻さなければならない場合に多くの時間がかかる。場合によってはビジネス上の機会損失に繋がる本来は価値を生むフィーチャーを実装することに時間をかけたいはずが、こういうことをやっているとどんどん時間がなくなっていきます。また手作業のリスクや消費される時間を恐れてデプロイの回数を減らしてしまうのは、ビジネス側からみると納得いか
「ニフティクラウドユーザーブログ」は、移転しました。 自動でページを移動しない場合は、下記のリンクをクリックし、 新しい「ニフティクラウドユーザーブログ」をご覧ください。 今後とも「ニフティクラウドユーザーブログ」をよろしくお願いいたします。 ＞ ニフティクラウドユーザーブログ
デプロイツールにcapistranoを使っているのですが、経年劣化により、何をやっているのか意味不明になり、機能追加しようにもどうにもならない感じになってきたので、もっとシンプルなものを作ってみようというわけで、ちょっとやってみています。 https://github.com/kentaro/cinnamon 設計指針は以下の通り。 role/taskという枠組みはcapistranoと同じ というか、このモジュールは、role/taskの管理 + アルファだけを提供する 設定のset/get コマンド実行(run/sudo) リモートでのコマンド実行(remote) (いまはないけどstreamみたいなのも欲しい) 普通、デプロイツールというのは、デプロイ先のディレクトリ構成をいい感じにしてくれたり、VCSとの連携を上手いことやってくれたりするわけですが、このモジュールはそういうことはし
Capistrano で複数サイトへのデプロイを１つの設定ファイルで行える事を最近知ったので書いておきます。 Webシステムでは本番環境以外に最終確認の為のStaging環境を持つことが多いと思います、Staging環境は本番環境とは別のサーバーだったり、同じサーバーでもディレクトリー(URL)が別だったりします。そのような環境へのデプロイも１つの設定ファイルで運用できます。 例 : Staging環境は本番環境が別サーバー config/deploy.rb ssh_options[:forward_agent] = true set :application, "abc" set :scm, :git set :repository, "ssh://abc@abc_git.com/var/lib/git/#{application}.git" set :branch, 'master'
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く