Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 先日スタック・オーバーフローでこんな質問に回答しました。 webサーバー、アプリケーションサーバー、Rackといった仕様や概念と、WEBrick、Unicorn、Pumaといった実装の関係が頭の中で結びつきません 質問者の方はwebサーバー、アプリケーションサーバー、Rack、Unicorn、Pumaと言った用語や概念の理解がこんがらかっているように見えたので、このあたりをきれいに説明している記事を探していたところ、以下の記事を見つけました。 A web server vs. an app server - Justin We
Amazon EC2の上でRailsアプリケーションを動かそうとして、サーバーを構築しようとしているのだけれど、Apache, Nginx, Passenger, Unicornなど色々な名前が出てくるものの、それぞれの役割がどう分担されているのかが分かりづらいのでメモすることにした。 自分も初心者に毛が生えた程度なので正確性はあんまり保証できないけど分かりやすさ重視でがんばってまとめたよ。 単純にサーバーを立ち上げて動きさえすればよいのであれば、 qiita.com qiita.com あたりを参考にすると良さそう。 この記事の対象読者 Webサーバってなにそれ？おいしいの？ さくらVPSとかEC2とかで泣きながらApacheの設定したことあるけど全く理解してない ぐぐればぐぐるほど意味がわからなくなったのであきらめてる Ruby on Railsをやろうとしているかherokuとかでは
本記事は英語版ブログで公開された記事の翻訳版です。 2013年7月に、米国テキサス州オースティンで開催されたLonestar Ruby Conferenceで、Rubyによるアプリケーションサーバーについてお話させていただきました。その中でいくつかのRubyアプリケーションサーバーのパフォーマンスや、さまざまな状況における挙動の違いを比較しました。この記事では、講演準備として行ったリサーチの中で分かったことをかいつまんでご紹介します。 実際のカンファレンスの録画をご覧になりたい方は、Confreaksで公開されていますのでそちらをご参照ください。テストに使用した簡単な自作アプリケーションはGitHubに、講演スライドはSlideshareにそれぞれ公開しています。 このリサーチは、Passenger 4のパフォーマンス評価以外すべて2013年7月に行ったものなので、情報が多少古くなっている
前回Capistranoが上手くいかないというエントリーを上げてから1か月。いまだにハマってしまっている……。何が悪いの皆目検討もつかない、というほどではないのだが、なんというか、雲を掴んでいるような状態ではある。一旦Capistranoについて整理してみるべきなんだろう。 Capistranoは何をしてくれるのか そもそもCapistranoとは何をしてくれるツールなのか？ Capistrano3のデプロイフレームワークの使い方 - Qiita Capistranoは2まではRailsのデプロイツールだったけど、3は汎用的なデプロイツールに変わっている。したがってデフォルトの状態ではRails用のデプロイタスクは特に含まれていない。このあたりが上の方のリンク先で語られている内容になる。 ではデフォルトでのデプロイタスクは何をするのかと言えば、およそサーバーへのデプロイとして一般的に行われ
仕事でRailsを使うことになり、APサーバの選定にあたってPuma, Unicorn, Passenger の比較検討を行いました。方法としてはJMeterでAPサーバにデプロイしたRailsアプリケーションに対して負荷をかけられるだけかけるというやり方です。 試験環境 試験の環境としては下記の構成です。 Ruby2.0, Rails4 アプリケーションサーバ：1台（VM） JMeterサーバ：3台（VM） JMeterクライアント：1台（通常の作業PC） サーバ構成 hostanameCPU仮想コア数（Per CPU）MemoryDisk用途 loadtest01248192MB20GBAPサーバ loadtest02114096MB20GBJMeterサーバ loadtest03114096MB20GBJMeterサーバ loadtest04114096MB20GBJMeterサーバ
クラウドベースの情報アーカイブ/検索ソリューションを提供する米Sonianが11月3日（米国時間）、クラウド向けのモニタリングフレームワーク「Sensu」をオープンソースとして公開した。クラウドインフラやアプリケーションの監視に必要な基盤を提供するフレームワークで、モニタリングサーバーやプラットフォーム非依存のエージェント、Webベースのダッシュボードなどが提供される。 Sonianによると、クラウドアプリケーションやインフラを監視できる既存のツールは複雑で、さまざまな問題があったという。たとえば商業製品は高価だったり、クラウドに向いていない、オープンソースのソリューションは汎用的で特定ニーズに向けたカスタマイズが難しい、などだ。そのため、NagiosやCollectdなどの既存のモニタリングやシステム管理技術をクラウドで利用することは難しかったと説明している。 Sensuはクラウドインフ
The Ruby agent has built-in instrumentation for the Delayed::Job library. No additional instrumentation is required. Viewing background tasks As long as the New Relic Ruby agent's gem or plugin is loaded before the Delayed::Job worker starts, all tasks will be monitored with the same level of detail as controller actions. To view the actions themselves: Go to one.newrelic.com > All capabilities >
Rainbows! is a HTTP server for sleepy Rack applications. It is based on Unicorn, but designed to handle applications that expect long request/response times and/or slow clients. For Rack applications not heavily bound by slow external network dependencies, consider Unicorn instead as it simpler and easier to debug. Rainbows! is about Diversity We aim to support as many concurrency models as we can
1. rbenvとruby-buildのインストール 全てのユーザで共有したいのでrbenvを/usr/localにインストールする。rootで作業する。 # cd /usr/local # git clone git://github.com/sstephenson/rbenv.git rbenv # mkdir rbenv/shims rbenv/versions # groupadd rbenv # chgrp -R rbenv rbenv # chmod -R g+rwxXs rbenv # git clone git://github.com/sstephenson/ruby-build.git ruby-build # cd ruby-build # ./install.sh 2. 環境変数の設定 rbenvとruby-buildを全ユーザで利用するために環境変数を設定する。
この記事は最終更新から1年以上経過しています。 気をつけてね。 Chef,Puppetに代表される自動構築・構成管理ツールを使うと開発したサーバを検証用などの目的で簡単に再現可能になります。 ただ、漠然としたサーバ構築をしていると何をサービス提供しているのかという定義が曖昧になるため、Cucumber等を使ったテストを軸にテスト駆動でのサーバ構築をしてみましょう。 応用すれば既存のサーバをCucumberによってモデリングし、Chefによって繰り返し再現可能な状態に持っていけます。 このコンテンツで使ったコードはGithubの https://github.com/higanworks/test_driven_infrastructure_example で公開しています、参考にしてみたりフィードバックしてもらえると助かります。 ツール Cucumber: "ふるまい"を自然言語のように記
pitがどういうものか、というのは以下のリンクを参照。 アカウント情報を管理するコマンド pit - 冬通りに消え行く制服ガールは✖夢物語にリアルを求めない。 - subtech 久しぶりに使うとすっかり忘れてたのでメモ アカウント情報の登録 アカウント情報の登録はpit setコマンドで $ pit set アカウント名という感じで行う。アカウント名は任意の文字列。例えば、Twitterのアカウントの設定とかだと pit set twitter.comという感じになる。これを実行すると、環境変数EDITORに設定されているエディタが起動するので、そこに設定をYAML形式で記述する。 例えば、以下の用な感じ。*1 user: hoge pass: fugaテキスト編集後、エディタを閉じると ~/.pitフォルダ配下にその設定が保存される。 設定値の取得 設定値の取得方法は、Rubyのコード
Railsの各種サーバーの速度ベンチマーク: Pound、Varnish、Nginx、Unicorn、Mongrel RailsのアプリをPound、Varnish、Nginx、Unicorn、Mongrelを使用して動かした際の速度ベンチマーク。以下の構成での同一Railsアプリをhttperfでベンチマークした結果をまとめます。 Pound -> Varnish -> Nginx -> Unicorn * 2 Varnish -> Nginx -> Unicorn * 2 Nginx -> Unicorn * 2 Mongrel (Rails.env == 'development') node.js (Express + Socket.IO) 全体の構成Poundを80番ポートを公開し、Varnishを81番ポート、nginxを8080番ポート、Unicornの2プロセスをsocke
Apache と Passenger と RVM を利用して、複数の gemset の環境の アプリケーションを動かす手順のメモです。 例えば、Rails2 のアプリと Rails3 のアプリを同一の Passenger 上に 共存させることなどができます。 文中の # で始まるプロンプトは root ユーザーでの作業を表し、 $ で始まるプロンプトは一般ユーザー(ここではwebappという名前のユーザー)での作業を 表します。 例えば、ruby-1.8.7-p334 しか利用しない(ruby-1.9.2などは混在させない)場合です。 Apache に Passenger モジュールをインストールすることで、 Apache と Passenger を連携させます。 ユーザー作る まずはWebアプリケーションを動かすためのユーザーを作成します。 #useradd -s /bin/bash -
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
