記録的な熱波に見舞われているオーストラリアでは、１８日、南東部を中心に気温が上がり、シドニーでは観測史上最高の４５度８分を記録するなど猛烈な暑さとなりました。 オーストラリアでは、１８日、記録的な熱波の影響で気温が上昇し、シドニーで午後２時５５分に４５度８分を記録しました。 これは１９３９年１月の４５度３分を更新し、観測史上最高の暑さとなりました。 この暑さの影響で、市内を走る鉄道ではポイント故障や信号のトラブルなどが発生し、電車の運行に遅れが出ています。 また、熱中症などを訴える人の救急搬送の要請や救急への問い合わせがこれまでに１５０件以上寄せられました。 さらに乾いた空気と強い風の影響で今月初めに発生した森林火災の火の勢いが増し、東部のニューサウスウェールズ州では、これまでに７０か所以上で新たな火災が発生して、住宅が焼けるなどの被害も出ていて、一部の住民は避難しています。 １９日は、地
10年以上前は雑種犬を飼ってるおうちも多かったけど、最近は見なくなったよねえ。たいてい血統書付き……とおぼしき犬で、よく飼われる犬種を覚えておけばあまり困らない。 いや、知らなくても困らないんだけど「あそこに犬を連れてる人がいる」というより「コーギーを連れた人がいる」の方がイメージが湧くじゃない。 これが猫だとややこしい。血統がしっかりしているような猫はまず室内飼いなわけで、外で見かける猫の多くは雑種なのだ。だから人はたいてい見た目のイメージで呼び分けている。 今回はその呼び分けの話。 色と模様で分けるのが基本 呼び分けるときの基本は、色と模様だ。何しろ雑種なものだから色も模様もバリエーションが多くてややこしいんだけど、まあその辺は大雑把でいいんじゃないかと思う。なんとなく通じればOkみたいなもので。 一番分かりやすいところで「シロ」と「クロ」。そういえば「黒猫・白猫」って映画があったな。
※ この資料について 2006年4月の勉強会資料をCapistranoのバージョンアップ（現時点では1.3.1になってました）による仕様変更などに合わせてちょっと修正したものです。 質疑応答の部分は当時のままなので最初の質問が初々しいです。 Capistranoって何なのさ デプロイツール デプロイ=配備 参考 : Capistrano: Automating Application Deployment 一言で言うと複数のサーバ上で同時に並行してコマンドを実行できるツール。 複数のサーバで動いているサービスのデプロイを楽に行うことができる。 Rails起源なのでRailsに特化した部分もあるが、ほかのアプリケーションでも使える。 昔はSwitchTowerと呼ばれていた。はてなでも使われてる。 何がいいのか 複数サーバへの作業が効率化、自動化できる 定義済みの標準タスクに沿った運用をする
まずはインストール # gem install capistrano railsアプリケーションに組み込んでみる $ cap --apply-to ~/project/garakuta 設定ファイルを眺め(LAN内の設定なのでサーバー名などは適当) $ emacs ~/project/garakuta/config/deploy.rb set :application, "garakuta" set :repository, "svn://vaio/var/svn/project/garakuta/trunk" role :web, "vaio" role :app, "vaio" role :db, "vaio", :primary => true set :deploy_to, "/home/garakuta/webapp" set :user, "garakuta" 公開用サーバーを
今回は、deploy:rollback タスクと deploy:cleanup タスクについて。 deploy:update タスクを実行すると、Capistrano は Subversion などのリポジトリからソースコードをチェックアウトしてくるのだが、もう少し詳細に見ると、いろんなことをしている。 releases ディレクトリの下に現在時刻に基づく YYmmddHHMMSS 形式のサブディレクトリを作り、そこに最新のソースコードをチェックアウトする。 そのサブディレクトリに shared/log ディレクトリへのシンボリックリンクを作る。 current ディレクトリからそのサブディレクトリへのシンボリックリンクを作る。 つまり、Capistrano は以前にチェックアウトしたソースコードも取っておいて、シンボリックの作り替えによって最新版が動くようにしているわけだ。 deploy
こんにちは。 タイトルの通りなんですが、Capistrano みんなつかってるよねー。 ってことで独自のデプロイシステムをもってなくてさすがにFTPでUPはしてませんって人は結構使ってるもんだと思ってるんですけど、Capistrano ってなんかデフォルト各サーバで vcs の update 的なことをするか、ローカルにソースツリーを用意してやる場合に使えるのは scp で、なんかエコじゃないよねと言う話で、いちいちソースツリー全部配布されてたら転送量も時間もかかってしょうがないので、まーrsyncがいいんだよね、ということで、そんな時は capistrano_rsync_with_remote_cache (なげえよ) を使えばいいよね！ってお話です。 *1 luisparravicini/capistrano_rsync_with_remote_cache · GitHub このご時世
「ニフティクラウドユーザーブログ」は、移転しました。 自動でページを移動しない場合は、下記のリンクをクリックし、 新しい「ニフティクラウドユーザーブログ」をご覧ください。 今後とも「ニフティクラウドユーザーブログ」をよろしくお願いいたします。 ＞ ニフティクラウドユーザーブログ
システム管理者のみなさん、こんにちは。今日は Rails アプリの deploy ツールとして有名な（らしい）Capistrano についてです。紹介？ いえいえ。紹介はすでに有名な人たちによってなされています。ワタシがしたいのは検討。こいつはどこにどのように使えそうか。 Capistrano: Home システム管理の話なのになんで Puppet じゃないの？と思うかもしれません。それは、以前 Puppet の OSX 対応があまりよくなかったことと、また自分の環境が PPC Mac だったため、仮想マシンを使って他の OS を動かすのも現実的でなく、面倒になってしまっていたからです。 で、巡り巡って Capistrano って実は deploy 以外にも結構使えそうじゃない？と思えましたよというお話。想定しているバージョンは Capistrano 2.5.3 です。 なお、例によって嘘
まずRubyと必要なパッケージを導入しておく。 # yum install gcc make ruby rubygems ruby-devel ruby-ri ruby-rdoc 次にcapistranoを導入する。 # gem install capistrano --no-rdoc --no-ri # gem install capistrano_colors --no-rdoc --no-ri # gem install capistrano-ext --no-rdoc --no-ri # gem list *** LOCAL GEMS *** capistrano (2.13.4) capistrano-ext (1.2.1) capistrano_colors (0.5.5) highline (1.6.15) jruby-pageant (1.1.1) net-scp (1.0
ここ数年で開発の現場でAgile開発の文化や手法が、ずいぶんと取り入れられるようになってきているようです。アジャイル開発はその根底に文化が大事ですが、それを支えるツールというのも重要になってきます。ソース管理やビルド管理、テストの自動化と色々ありますが、今回はリリースの自動化のお話です。その中で主にRails使われることが多いCapistranoの設定と使い方です。 環境の説明 ・Ruby 1.9 ・Rails 3.2 ・Passenger ・Git ・SQLite3 目指す構成 今回は単純化する為に、1サーバの中にGitのリポジトリもApache+PassengerもDBも入れておきます。また複数の環境（開発、ステージング、本番）にデプロイ出来るように、それぞれの構成を別けて記述するようにします。（capistrano-extを使用） 設定 必要モジュールのインストール $gem ins
ここ数カ月、デプロイとリリースについて、同僚や友人と議論したり雑談したりする機会が数多くあった。そんな折に、友人から Facebook のリリースエンジニアリングチームについて教えてもらった。曰く、 Facebook ではリリース作業を専門とするチームがあり、そこのメンバーは開発ブランチのコミットとそれに付随する ITS の議論を精査した上でリリースに値する変更をリリースブランチへ cherry-pick するのだそうだ。 2012/07/25 追記 Facebook のリリースエンジニアリングについては Facebook のリリースと文化 - Kato Kazuyoshi を参照のこと cherry-pick は無いわー、というのは置いておくとしても、リリースという極めて重要な作業が特定の人たちに委ねられている点に恐ろしさを感じた。嫌だと思うのはなぜなのかしばらく考えて、デプロイ作業の属
Ruby on Railsはマルチプラットフォームで動作することもあり、ローカルで開発を行いリモートサーバで動かすというのが当たり前に行われている。その際、ローカルサーバで開発、アップロードを行ってリモートサーバへログインしてリブート…等とやるのはスマートではない。 CapistranoをWebベースで管理する サーバ一台ならば良いが、複数のサーバに対して更新ファイルを配信してリブートするなんてのは現実的ではない。そこで使われるのがCapistranoだが、さらに便利にしてくれるのがこれだ。 今回紹介するオープンソース・ソフトウェアはWebistrano、WebベースのCapistrano管理ツールだ。 Webistranoはプロジェクトを作り、ホストやレシピを設定してCapistranoの運用を簡易的にしてくれる。ターミナルから使うのが基本だが、複数人で開発を行っている場合は更新、リブー
ガリレオスコープ開発チームによる �最新Web動向、技術メモ ( Ruby, Rails, node.js ) です 続けて、HTTPのサイトをtelnetで見ることになったので同じようなネタでもう一つ HTTPSと同じように、hogehoge.com:80をにアクセスしようとするとこんな感じです。 まずは、Basic認証がない場合から、 $ telnet hogehoge.com 80 > GET /index.html HTTP/1.1 > Host: hogehoge.com > [returnを2回] で、さらに、Basic認証がかかっているばあいは、 $ telnet hogehoge.com 80 > GET /index.html HTTP/1.1 > Host: hogehoge.com > Authorization: Basic aG9nZWhvZ2U6aG9nZWhv
DSAS開発者の部屋:OpenSSH クライアントの proxy -- 踏み台サーバを経由しての ssh nc と ProxyCommand を使うというアイデアは今まで見たことが無く，なるほど！と感心しました。ですが，もっと便利な方法があります。ssh -Dはすごい便利です。SSH のほかにも色々できますし，中継サーバを「転送専用」と割り切ってしまえば，管理がとっても楽になり，セキュリティレベルを高く保つことも容易になります。他で情報を見かけないので，そのうち書こうと思っていたのですが，せっかくなので書いてしまいましょう。 はじめに：ssh の多段接続問題 DSAS開発者の部屋:OpenSSH クライアントの proxy -- 踏み台サーバを経由しての ssh のように，ssh の多段接続を行いたいという要求はあちこちであるかと思います。私の所属している研究室の場合は，計算用クラスタとい
Recent Entries セキュアなサーバを作るために最低限やっておくこと Yahooキーワード抽出APIライブラリ テスト駆動開発 （test driven development: TDD） のすすめ GoogleAnalyticsAPI on EC-CUBE 土日で作るコンパイラ OPEN ERPに挑戦３ OPEN ERPに挑戦２ OPEN ERPに挑戦 ERPはたくさんあれど・・・ OpenGLで3D、やってみよう Recent Comments No Responses. Recent Trackbacks テスト駆動開発 （test driven development: TDD） のすすめ 06/11 » Yahooキーワード抽出... みなさんはサーバを管理するときに、何を一番気にしますか？ 人によって程度の差はあるのでしょうが、誰もが気になるのが「セキュリティ」でしょ
以前の記事「$HOME/.ssh/configを活用していますか？」では、設定ファイルを少し頑張って書けば普段のSSHライフが随分変わりますよ、と紹介しました。今日はその続編です。前回よりマニアックな設定を紹介します。 2段以上先のサーバにログインする Dynamic Forward機能を使う 共通設定をまとめて書く 2段以上先のサーバにログインする 目的のサーバにログインするために、踏み台的なサーバを経由しないと入れない環境があります。例えば、dmz経由でないとDBサーバにログインできない環境、というのは良くある構成でしょう。 このような場合に、ProxyCommandパラメータが利用できます。 上の設定で「ssh db1」とすると、sshでdmzに接続し、dmzから192.168.0.201へログインします。これを利用するには踏み台サーバにncコマンドが必要ですが、大抵の環境にインスト
sshでgatewayに接続した後、そこを踏み台として他のpc（Webサーバー,DBサーバー等）に繋いで作業する場合があると思います。 (設置先が自社サーバーではなく、外部のサーバーを使う場合やレンタルサーバー等で仮想環境を使用している場合等でしょうか) capistranoのデフォルトでは直接接続できるサーバーを対象にしてますが、設定することで上記のようなssh越しの設置も可能です。 やり方 下記の２つのオプションを指定ですればOKです。 deploy.rb # sshのgateway（踏み台）のIPを指定 set :gateway, "203.182.58.106" # ファイルの転送にsvnでなく、ファイルコピーを使用する。大抵はssh越しのサーバーから開発のsvnは参照できないため。 set :deploy_via, :copy 注意点 gatewayになるサーバーと奥にある設置対
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く