* Perl の会社で使われる <br> Ruby の利用法とは!? <div style="text-align:center; font-size:120%"> secondlife (舘野 祐一) 株式会社はてな <img src="hatena.png" > </div> * アジェンダ - 自己紹介 - デプロイツールで Ruby - サービスで Ruby - Ruby の勉強方 * 自己紹介 - 舘野祐一 -- id:secondlife -- 川o・-・）＜2nd life --- http://d.hatena.ne.jp/secondlife/ -- Rail2u --- http://rails2u.com/ * 自己紹介 - 好きなアイドル -- 紺(略), 中(略) - Rails 好きはアイドル好き、鴨？ * 自己紹介 - はてな(株)の Web エンジニア -- Perl の会社 --- Perl ばりばり書きます！これからは Perl すよ！ --- Ruby 7割 Perl 2割 JavaScript 1割 * Perl の会社 - はてなは Perl の会社？ -- 去年までは -- 最近はそんなでも --- ブラウザ上で動く共通言語 JavaScript --- ちょこっと Ruby * Perl の会社 そんなはてなでどんな場所で Ruby が？ というのを主にご紹介 * デプロイツールで Ruby 2006年頭、cvs から subversion へ移行しよう計画 - それまでは cvs に特化した管理ツール - cvs ツール書き直し？ - それ <del>Pla</del> cvs でいいんじゃね？ - 新しいデプロイツール作る？ * デプロイツールで Ruby そこでイケテル(らしい)デプロイツールの提案 - SwitchTower (現 Capistrano ) 実際にちょっと使ってみて、はてなのアプリケーションでも使えそうなら使ってみよう * SwitchTower( Capistrano ) とは Ruby で書かれたアプリケーションのデプロイツール (詳しくは http://manuals.rubyonrails.com/read/book/17 ) - リモートサーバへの -- deploy -- rollback -- コマンドライン処理 * SwitchTower( Capistrano ) とは Ruby で書かれたアプリケーションのデプロイツール 規約に沿った構造のアプリケーションなら簡単に delploy。 ↓ まぁ Rails 向け * SwitchTower( Capistrano ) とは デプロイ先のディレクトリ構成 >|| [deploy_to] +- releases | +- 20050725121411 | ... | +- 20050824141402 | | +- Rakefile | | | app | | | lib | | | log --> [deploy_to]/shared/log | +- shared | +- log | +- system | + current --> [deploy_to]/releases/20050824141402 ||< * SwitchTower( Capistrano ) とは 様々なバージョン管理システムで利用可能 - subversion - cvs - darcs - Bazaar - perforce * SwitchTower( Capistrano ) とは ** 実行方法 簡単なレシピと云われるコンフィグを書いて実行 - レシピは Ruby( Rake ) のコード Rails の場合なら Rake の Task で >|| rake remote:exec ACTION=setup ||< * はてなで SwitchTower 実際に使ってみた ↓ Rails のようなディレクトリ構造ではないのでけど、割とすんなり動いた * はてなで SwitchTower というのも - deploy の流れ -- リモートサーバで svn co (export) -- symlink の張り直し -- httpd の restart 大体の LL な Web アプリには当てはまる * はてなで SwitchTower SwitchTower 簡単！最高！全員導入すべき！！ ↓ しかし様々な罠が * Rake - SwitchTower の影 - 最初は Rails の Rake を参考に… -- Rake のオプション指定が Rails の Rake に混じる >|| rake remote:exec ACTION=setup ||< * Rake の中身 - SwitchTower の影 - SwitchTower::CLI をラップ - switchtower コマンドにくらべて -- 柔軟性が… - 結局ソース読む ↓ コマンドラインユーティリティの作成 * サーバの住み分け - SwitchTower の影 サーバの住み分け デフォルトでは以下の三種類が定義 - app -- fast_cgi や mongrel のアプリケーションサーバ - db -- データベースサーバ - web -- Webサーバ(静的コンテンツメイン?) restart は app サーバのみ、など * サーバの住み分け - SwitchTower の影 - 三種類以外のサーバを使いたいときは？ -- standard.rb (デフォルトレシピ) をわりと書き換え ↓ -- hatena_recipi.rb * サーバの住み分け - SwitchTower の影 - production 環境しか deploy できないけど？ -- プレ production や proxy のみに適用したいルールは？ -- SwitchTower 本体拡張 --- レシピの prefix に環境を書けるように * サーバの住み分け - SwitchTower の影 こんな風に書けます >|| set :production_app, %w[ 192.168.10.11 192.168.10.13 … set :development_app, %w[ 192.168.10.15 … set :development_httpd_script '/etc/init.d/httpd_devel' ||< >|| switchtower -e production restart switchtower -e proxy svn up images ||< * 同時命令 - SwitchTower の影 10台サーバがあればすべて同時に restart - production でいきなり10台が再起動で数秒間落ちる - 時間差欲しい… 途中で1つ失敗すると全部ロールバック - タイミングにより httpd の restart が失敗する場合も - 9/10台成功してるけど、ロールバックする -- 一台だけやり直したいのに！ * SwitchTower の光と影 - Rails 以外でも最初の導入は簡単 - 一見問題なく使えるように -- 問題が起きたときに Ruby が書けないと… - SwitchTower に手を入れると -- 今は割と幸せな感じに * サービスで Ruby - いままでは全部 Perl -- mod_perl -- CPAN でも Perl は… - 今後どうなる？ -- 過去の遺産が 6 になると生かし切れない - そろそろ転換期 ? >|| 3年で陳腐化するWebサイトの構築には軽量言語 by 高橋征義 ||< でも Ruby で Web アプリケーションというのも… * Rails の登場 - まともな速度で安定して動く -- fast_cgi -- SCGI -- mongrel - ライブラリ周りも -- RAA -- rubygems * Rails を使ってサービス 社内で使いたい！ 社内広報重要 - 正式サービスでは無いけど社内アピール - それ Rails で -- はてな SNS -- 新キーワードページのプロトタイプ -- 社内向けツール - 勉強会 こつこつと…。 * はてなスクリーンショット <div style="text-align:center"> <img src="ss.png" style="text-align:center"/> </div> - 5月下旬リリースの新サービス - スクリーンショット撮るよ -- Rails, dRuby * サーバ構成 - proxy 他サービスとの共用一台 -- apache 2.2 + mod_proxy_balancer - app, db, web コミコミ 1台 -- 静的コンテンツは lighttpd -- 動的コンテンツは mongrel -- DB は MySQL 5.0 - スクリーンショットサーバ -- サービス側 app,db,web と共用(コミコミまくり) -- クライアント(巡回)側 windows 2台 * サーバ - Rails (mongrel) -- 1週間で20万PV 全然アクセス無いので余裕 - スクリーンショット -- 巡回・撮影・windows --- 二台で120 SS/m --- 一日17万SS * 他の Perl サービスとの連携 疎結合 - REST -- QUE への登録 -- 画像 URL 取得 -- といっても GET のみだけど… - 結果は yaml, json, xml どれでも * スクリーンショット撮影 はてなスクリーンショットのメインの機能 - Linux でのスクリーンショット撮影 -- 安定しない -- 遅い --- khtml2png --- Gecko - Windows でのスクリーンショット撮影 -- IEコンポーネントエンジンでの撮影 --- 速い --- JavaScript, ActiveX 周りをきれば安定 * スクリーンショット撮影 - db アクセスや画像ファイルの保存は Linux (サービス) - スクリーンショット撮るのは windows (クライアント) 実現するには？perlでやる？ * dRuby ** Ruby にあって Perl にないモノ - 簡単に分散オブジェクトを利用 - ruby が動くプラットホームならどこでも使える！ * dRuby 良書 ** dRubyによる分散・Webプログラミング <div style="text-align:center"> <img src="druby.jpg" /> </div> * dRuby **私事ですが… るびま【一周年記念企画】プレゼントで当選した！ <div style="text-align:center"> <img src="rubyma.jpg" /> </div> これがなかったらリリースしていなかったかもしれません。るびまスタッフのみなさん、ありがとうございました。 * dRuby ** スクリーンショット処理 - クライアントがサービスから dRuby オブジェクトを受け取る - その url のスクリーンショットを撮る - その結果によって dRuby オブジェクトを叩く 簡単！ モデルの実装はサービス側に、巡回や撮影はクライアント側に実装が集約できる。 - ActiveRecord のモデルなので Rails 側とのコード共有も楽 * 並列分散処理 今はクライアント2台 - 台数が増えたら… -- windows インストール -- ruby インストール -- クライアント立ち上げ のみ！ ** ある程度スケーラビリティは確保 * サービスで Ruby 表側のWeb アプリケーション以外にも Ruby をつかった便利な処理ができると導入されやすい - dRuby 最高！ * Ruby のオススメ勉強方 そろそろ Ruby の勉強を始めようという人にオススメ - はてなダイアリー - はてなグループ * はてなダイアリー - 日記を書いてると キーワード「Ruby」からチェックしてる人が来てくれて、疑問点を教えてくれることが多い。 id:ruby* もオススメ。 - id:rubywo は実は弊社(ry * はてなグループ - rubyist グループ -- http://rubyist.g.hatena.ne.jp/ -- Rubyの勉強をする人のためのグループ -- クラス名やメソッド名が全てキーワード --- べ、便利？ -- RubyQuiz や添削など、いろいろな試みが -- 割と活発 興味がある方はご参加下さい。 * ご静聴ありがとうございました <div style="text-align:center"> <img src="mon.png" /> </div>