アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） こんにちは。@ryuzeeです。 アプリケーションのデプロイを楽にするためにDockerを使いたいけど、別にクラスタは必要ない規模だったりクラスタの管理もしたくないという人は多いのではないかと思います。 そこで、今回は、DockerとCapistrano3を組み合わせて単にデプロイを楽にする方法を紹介します。 構成図まず今回の構成図はこんな感じです。AWS上での構成例になっていますが別にどの環境でもあまり関係ない普通のWebアプリケーションを想定してください。 実現したい要件次に実現する要件です。特に変わったことはありません。 いつも同じ方式でデプロイするダウンタイムなしでデプロイするデプロイに失敗したら簡単にロールバックで
はじめに Serfに続いてHashiCorpからConsulが発表されて、2ヶ月少々経ちました。 公式では Serf: service discovery and orchestration Consul: service discovery and configuration と言っていますが(http://www.serfdom.io/intro/vs-consul.html)、Consulも使い方によってはオーケストレーションできるかなと思って、試してみました。 ちなみに Serf や Consul の最近の動向については @zembutsu さんの記事がわかりやすいです ご注文は監視自動化ですか？ SerfとConsulの記事まとめ そもそもオーケストレーションとは webサーバをproxyから追加したり抜いたり webサーバにデプロイしたり 障害が発生したサーバを撤去したり db
namespace :hipchat do token = "<HipChat Token>" room_id = "<通知するRoomのID>" client = HipChat::Client.new(token, api_version: "v2")[room_id] def deploy_user `git config user.name`.strip || ENV['USER'] end def release_commits commits_str = `cap #{fetch(:rails_env)} deploy:pending` commits = commits_str.split("\n\n") return if commits.blank? messages = [] commits.each_with_index{|ci, index| messages <<
# AWSの接続用の情報 set :aws_access_key_id, "HOGEHOGE" set :aws_secret_access_key, "fugafugafugafuga" set :aws_region, "ap-northeast-1" desc '指定したバージョンをVersionタグに設定する' task :finished do ec2 = AWS::EC2.new( access_key_id: fetch(:aws_access_key_id), secret_access_key: fetch(:aws_secret_access_key), region: fetch(:aws_region) ) puts "set version tag #{fetch(:branch)}" on roles(:console) do instance_id = cap
Capistrano 3系でちょうどマッチした利用方法が見つからなかったので、試行錯誤した結果をまとめた。 Capistranoでのrsyncを利用したRubyアプリケーションのデプロイ 使用するライブラリ capistrano(3系) bundler capistrano-rsync capistrano-bundler デプロイのフローについて リポジトリがアプリケーションが動作するサーバーのネットワークからアクセスできないという事情があったので、事前に依存ライブラリを取得した上で、リリースできるように、下記のようなデプロイのフローにした。 イメージとしては、JavaでWARとかにパッケージングしたのを配布する感じ。 デプロイサーバー上で、リポジトリからソースの取得 デプロイサーバー上で、あらかじめ取得したソースが依存しているライブラリを取得 実行サーバーに対して、リソースの展開 実行
本発表ではPerl使いであった私がCapistrano 3を導入するにあたってつまずいた点をふまえ、 Rake基礎 Capistrano 3を使うにあたってはまったところ orchestrationツールとしての設定方法 というような趣旨のお話をしたいと思います。 私は昨年Perlがメインの開発言語であった会社から、あるスタートアップに転職しました。 それなりの規模の会社ですと、デプロイツールは既に使用されているツールを利用するケースが多いと思います。 しかしスタートアップや、新規サービス開発においては、 DevOpsとしてのアプリケーション開発者がデプロイツールの選定、導入もしくは開発も行うことになります。 Perlでサービス開発を行っていても、Capistranoをデプロイツールとして採用するという 選択肢はあると思います。 また、Capistranoを単なるソースコードをアップロード
追記 http://qiita.com/kizashi1122/items/6e22b2a27fa4da487884 に更新版を載せました。 はじめに 最初に構成ですが、以下のとおりです。 クライアント Mac 上の仮想環境(CentOS) Capistrano3 もここで動きます サーバ EC2(AWS) 構成管理 Github ミドルウェアは、以下のとおりです。Nginx は yum でインストールしておいてください。 Nginx Unicorn Capistrano3 で、クライアントからコマンド一発でサーバにデプロイすることを目的としてます。 しかし、Capistrano3 や Unicorn 関連の情報は Web 上にたくさんあり、それぞれ少しずつ設定が違ってたりして部分的につまみ食いすると設定に食い違いがでてしまって動かなくなります。 私はまだまだ初心者ですがとりあえず動くとこ
# Capistranoの設定を読み込む。おまじない require 'capistrano/setup' # デプロイフレームワークを読み込み require 'capistrano/deploy' # `lib/capistrano/tasks' に定義されたタスクを読み込む Dir.glob('lib/capistrano/tasks/*.cap').each { |r| import r } このcapistrano/deployが内部でcapistrano/frameworkを読み込みます。つまり、Capistrano3のデプロイ機能には2つのレベルが存在しています。 capistrano/framework もっとも汎用的なデプロイフレームワーク。デプロイの開始、コードのアップデート、システムの公開、デプロイの完了、という流れを定義しているだけで具体的な処理は一切含まない。フッ
タイトルが長い… 例えばAWS上でAuto Scalingを使っていたり、Disposableなインフラを構築していると、アプリケーションのデプロイ先のIPアドレスやFQDNはなかなか固定できません。 このような状況下でCapistranoを使ってデプロイする場合、毎回デプロイ先のホストの情報を取得して、自分で設定ファイルを書き換えるとかまじありえねー、な感じです。 ここでは簡単にデプロイ先サーバの情報を自動で取得する方法を紹介します。 なぜChef Server経由でアプリケーションをデプロイしないかアプリケーションのデプロイもChef Server経由でやればいいじゃん？という声も良く聞きますが、個人的にはこれはやらない方が良いと思っています。 Chefはあくまでインフラやミドルウェアをしかるべき状態に収束させるために作られており、アプリケーションのデプロイ用には作られていません。もち
はじめに この記事はGREE Advent Calendar 2013年の21日目です。お楽しみください！ こんにちは、アゴひげがダンディーだと評判の九岡です。GREEでは、JavaやScalaを布教するための土台を固めるため、デプロイや監視の仕組みづくりなどを横断的にやっています。今回はその過程で得られた知識を「Capistrano 3の入門記事」という形で共有させていただきます。 この記事ではCapistrano 3の基礎をご紹介します。Capistrano 3はRubyをベースにしたサーバ操作およびデプロイの自動化ツールです。Capistrano 3を利用することで、デプロイなどの複雑なサーバ操作を自動化することができます。ここの記事では、特にデプロイに焦点をあてながら、Capistranoでサーバ操作を自動化する考え方と実現方法をご説明していきます。 Capistrano 3の習得
問題 VMをぽこぽこ作りながらあれこれツールを入れて試してみたりしたいという時に、chefを使って構成管理はしたいけど、chef-serverを入れるのは面倒、というか、構成パッケージの記述・インストールだけできればいいという要求からするとオーバスペックなように感じるのだし、また、ホストの管理にはcapistranoを使っているので、cap実行側のみで処理が完結する方がよいという場合もあろうかと思う。 前提 デプロイ先ホストには、公開鍵認証でログインできるものとする(capを使うので) デプロイ先ホストでは、既にgit, chef-soloが使える状態であるものとする(そこまではなんらかの方法でがんばる) 解決案 そこで、chef-soloという、chef-serverなし、スタンドアロンにレシピの実行を行うコマンドをcapで実行するようにしてみる方法を試してみた。例として、GrowthF
ここ数年で開発の現場でAgile開発の文化や手法が、ずいぶんと取り入れられるようになってきているようです。アジャイル開発はその根底に文化が大事ですが、それを支えるツールというのも重要になってきます。ソース管理やビルド管理、テストの自動化と色々ありますが、今回はリリースの自動化のお話です。その中で主にRails使われることが多いCapistranoの設定と使い方です。 環境の説明 ・Ruby 1.9 ・Rails 3.2 ・Passenger ・Git ・SQLite3 目指す構成 今回は単純化する為に、1サーバの中にGitのリポジトリもApache+PassengerもDBも入れておきます。また複数の環境（開発、ステージング、本番）にデプロイ出来るように、それぞれの構成を別けて記述するようにします。（capistrano-extを使用） 設定 必要モジュールのインストール $gem ins
インストールするまで サーバを沢山管理することになりました．それらのサーバではrubyを使っていたので，rubyベースのdeployツールCapistranoを使ってみる事にしました．Capistranoは2009/2に作者がもうメンテナンスしないぜと宣言したプロダクトです．とはいっても，コミュニティがメンテすることになるだろうから今後も問題ないだろうなと思ってます．それはそれとして，CapistranoをインストールするにはRubyGemsが必要なのでまずはそこからインストールします．RubyGems の使い方 - WebOS Goodiesを見ながらwgetでファイルをダウンロードして， # ruby setup.rb でインストールします．Capistranoは $ sudo gem install capistrano でインストールできます． 秘密鍵の管理 普段色々鍵を使っていて
Capistrano deployment tips collection document summarized in 3 sentences: The document shares tips for using the Capistrano automation tool, including recommendations for colorizing Capistrano commands with the capistrano_colors plugin. It also describes using the capistrano-ext plugin to better organize different deployment configurations and set environment-specific options. The document provide
通常、Capistranoではリモートホスト上でのコマンド実行に失敗する(終了値が0以外になる)とそこでタスクを中断します。トランザクションの中でのコマンド実行であり、ロールバック処理が与えられていればそれを実行します。 ここではタスク実行の中断によりコマンド実行されないホストが生じる場合にロールバック処理がどのように行われるかを見てみたいと思います。 ロールバックの基本的な動き まず、シンプルな例です。 role :foo, "mike", "tora" task :foo do run "hostname" end これを実行すると次のようになります(以下、動作確認はCapistrano 2.5.19/Ruby 1.8.7で行っています)。 * executing `foo' * executing "hostname" servers: ["mike", "tama"] [tampe
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く