<p>先月行われた <a href="http://www.zusaar.com/event/193104">Fluentd meetup in Japan</a>というイベントで発表してきました！一ヶ月前だけどエントリーにするの忘れていたので、今更ながらエントリーに。</p>
<p><strong><a href="http://www.slideshare.net/hotchpotch/20120204fluent-logging" title="fluentd を利用した大規模ウェブサービスのロギング">fluentd を利用した大規模ウェブサービスのロギング</a></strong><iframe src="http://www.slideshare.net/slideshow/embed_code/11412913" width="425" height="355" frameborder="0" marginwidth="0" marginheight="0" scrolling="no"></iframe></p>
<p>View more <a href="http://www.slideshare.net/">presentations</a> from <a href="http://www.slideshare.net/hotchpotch">hotchpotch</a></p>
<p>fluentd、クックパッドではすでに100台以上のサーバに入れて各種ログを集約してますが本当に便利で。あとログ以外も最近 fluentd 経由で投げ始めたので、その辺も近々エントリーにできたらなーと思います。</p>

先月行われた Fluentd meetup in Japanというイベントで発表してきました！一ヶ月前だけどエントリーにするの忘れていたので、今更ながらエントリーに。fluentd を利用した大規模ウェブサービスのロギングView more presentations from hotchpotchfluentd、クックパッドではすでに100台以上のサーバに入れて各種ログを集約してますが本当に便利で。あとログ以外も最近 fluentd 経由で投げ始めたので、その辺も近々エントリーにできたらなーと思います。

fluentd を使った大規模ウェブサービスのロギング

<h3>pry で mac のクリップボードにいろいろ追加するユーティリティ書いた</h3>
<p>gem 化した。<a href="http://github.com/hotchpotch/pry-clipboard">http://github.com/hotchpotch/pry-clipboard</a></p>
<p>pry で前回入力した文字列、前回評価された文字列、入力と結果を Ruby ぽく整形してクリップボードに入れるの書いた。.pryrc とかに追加してつかえます。</p>
<pre><code>$ pry
[1] pry(main)> (1..5).map {|i| i ** i}
=> [1, 4, 27, 256, 3125]
[2] pry(main)> copy
-- Copy to clipboard --
(1..5).map {|i| i ** i}
#=> [1, 4, 27, 256, 3125]
</code></pre>
<p>とかすると</p>
<pre><code>(1..5).map {|i| i ** i}
#=> [1, 4, 27, 256, 3125]
</code></pre>
<p>ってクリップボードに入ってるのでコピペできて便利。copy str や hiscopy, lastcopy でいろいろクリップボードに入ってる。binding.pry で pry 立ち上げてその場であれこれ、ああこれこれ、という結果が得られたら hiscopy でクリップボードに入れてあれこれ、とかできてコピペプログラミングが楽に！</p>

pry で mac のクリップボードにいろいろ追加するユーティリティ書いたgem 化した。http://github.com/hotchpotch/pry-clipboardpry で前回入力した文字列、前回評価された文字列、入力と結果を Ruby ぽく整形してクリップボードに入れるの書いた。.pryrc とかに追加してつかえます。$ pry
[1] pry(main)> (1..5).map {|i| i ** i}
=> [1, 4, 27, 256, 3125]
[2] pry(main)> copy
-- Copy to clipboard --
(1..5).map {|i| i ** i}
#=> [1, 4, 27, 256, 3125]とかすると(1..5).map {|i| i ** i}
#=> [1, 4, 27, 256, 3125]ってクリップボードに入ってるので

pry で mac のクリップボードにいろいろ追加するユーティリティ書いたgem 化した。http://github.com/hotchpotch/pry-clipboardpry で前回入力した文字列、前回評価された文字列、入力と結果を Ruby ぽく整形してクリップボードに入れるの書いた。.pryrc とかに追加してつかえます。$ pry
[1] pry(main)> (1..5).map {|i| i ** i}
=> [1, 4, 27, 256, 3125]
[2] pry(main)> copy
-- Copy to clipboard --
(1..5).map {|i| i ** i}
#=> [1, 4, 27, 256, 3125]とかすると(1..5).map {|i| i ** i}
#=> [1, 4, 27, 256, 3125]ってクリップボードに入ってるのでコピペできて便利。copy str や hiscopy, lastcopy でいろいろクリップボードに入ってる。binding.pry で pry 立ち上げてその場であれこれ、ああこれこれ、という結果が得られたら hiscopy でクリップボードに入れてあれこれ、とかできてコピペプログラミングが楽に！

pry で mac のクリップボードにいろいろ追加するユーティリティ書いた

<h3>Ruby on Rails が簡単というのはウソ</h3>
<p>綺麗に手順を踏んでやる場合には Ruby 初心者は躓くところが多い &#x26;&#x26; 最初の学習コスト高いというのは納得。なおWebエンジニアの場合、こんな感じなのかな。たぶん。</p>
<ul>
<li>Windows だといろいろうまくいかないので Mac 買う or 仮想マシンに Linux 入れる</li>
<li>Mac ならhomebrew とか、一般的な開発ツールを入れる</li>
<li>自分で好きなエディタが無ければうかつに V や E がつくエディタはつかわない。宗教論争を避けるため TextMete にする。Windows は知らない…</li>
<li>OS標準の Ruby は使わず rbenv いれてユーザ権限で Ruby をインストールする</li>
<li>Ruby は 1.9.2 の最新を入れる</li>
<li>ググっておかしなチュートリアル読むより <a href="http://guides.rubyonrails.org/">http://guides.rubyonrails.org/</a> にまとまってるので、最初からやっていく
<ul>
<li>！この辺でつまずいて Rails に愚痴を言うエンジニアは使わない方が良い。別に何使ってもあなたならたいして生産性変わらないと思います。</li>
</ul>
</li>
<li>git は知らないと生きていけないので覚える</li>
<li>この辺でアプリのコアライブラリの選択
<ul>
<li>TestUnit or RSpec
<ul>
<li>実装としてはやれることが同じ。考え方の違い。RSpec は現在なら単体でさまざまな機能持ってるのでオススメだけど、学習コスト高い</li>
<li>他に webmock(HTTP stub), FactoryGirl( fixture replacement ), timecop (時刻操作), rr (mock, stub, double, spy ...), capybara (end to end) あたりのキーワード知ってれば適当に調べて書ける</li>
</ul>
</li>
<li>ERB or HAML
<ul>
<li>好みの問題なのでどっちでも。DHH 派なら ERB で。</li>
</ul>
</li>
<li>SCSS or CSS
<ul>
<li>SCSS は CSS と文法同じなので別に SCSS の機能使わなくてもふつうに書くだけ</li>
</ul>
</li>
<li>Coffee or JavaScript
<ul>
<li>どっちでも書ける。こちらも好みの問題ですしね…。</li>
</ul>
</li>
<li>データベースは？
<ul>
<li>NoSQL である必然性がない限りは RDB で。Heroku 公開前提なら PostgreSQL, 他なら MySQL でいいんじゃ</li>
<li>ちょっと話しはずれるけど、ふつうのサービスなら Heroku or AWS で公開するのがオススメで、クラウドアーキテクチャにあったミドルウェア選択するのが良いですよ。</li>
</ul>
</li>
</ul>
</li>
<li>Ruby / Rails のベストプラクティスを知りたくなってくる
<ul>
<li>GitHub 社のメンバー(<a href="https://github.com/about">https://github.com/about</a> )が作ってるレポジトリを clone してソースよむ。だいたいクオリティ高い。</li>
</ul>
</li>
<li>どのライブラリがいけてるの？
<ul>
<li><a href="https://www.ruby-toolbox.com/">https://www.ruby-toolbox.com/</a> という便利なサイトがありまして…</li>
</ul>
</li>
<li>継続的インテグレーションないと死んじゃう…
<ul>
<li><a href="http://travis-ci.org/">http://travis-ci.org/</a> という便利なサイトがありましてね…</li>
<li>travis-ci 上で Rails アプリのテストも実行できる
<ul>
<li>ちなみにわたくしは Jenkins 使ってますが…</li>
</ul>
</li>
</ul>
</li>
<li>何処に deploy すればいいの？
<ul>
<li>まずは Heroku。Heroku 遅い？そんなことないよ。文句があるなら @ayumin に言おう！
<ul>
<li>アプリケーションの処理速度が遅いなら、あなたのコードを疑いましょう</li>
</ul>
</li>
<li>Heroku でだめならふつうに AWS(EC2) で。</li>
</ul>
</li>
<li>この頃には Rails の新しいバージョンがリリースされてる…
<ul>
<li>テスト書いてる -> upgrade しよう。クソコードでない限りは(だいたい)うまくいきます。</li>
<li>テスト書いて無い -> 諦めてそのマイナーバージョンを使い続けよう。テスト書いて無くて技術的負債を積み上げても先にやりたいことがあるんだろうから小さいことは気にしない</li>
</ul>
</li>
<li>いろいろ Rails 使ってる人に尋ねたい！教えて君したい！
<ul>
<li>東京近郊にお住まいなら Rails 勉強会東京(も良いと思うけど) ではなく asakusa.rb というモヒカンが斧持って集まってる集会があるので参加すると良いと思います。あえて。</li>
</ul>
</li>
<li>サービスリリース＼(＾o＾)／</li>
</ul>
<p>Rails は Rails 周りの OSS のエコシステムが発達しているおかげで、巨大だけど様々な物が集約されてるし、そこから学ぶのが楽しい、自分でそこにコミットできるのが楽しい、って人は知識としても色々学べると思います。反面シンプルなアーキテクチャが好きな人はあんまり好きになれないというのも解るけど、いったんは巨大なフレームワーク・ライブラリから知識を吸収して離れると得られる物が多いとも思う。</p>
<p>あとこれはあくまで Webエンジニアに向けの話しで。</p>
<p>サービス作りたくて Rails を選択した人で、全くプログラミングが解らなくても、サービスを公開したい熱意があればがむしゃらに手を動かすと一ヶ月ぐらいで Ruby 覚えて Rails で Heroku にデプロイしてサービス公開できると思います(前例があるので…)。それ以上かかる人はたぶん情熱が足りないので Rails 以前にそのサービス考え直した方が良いんじゃないかなー。</p>

Ruby on Rails が簡単というのはウソ綺麗に手順を踏んでやる場合には Ruby 初心者は躓くところが多い && 最初の学習コスト高いというのは納得。なおWebエンジニアの場合、こんな感じなのかな。たぶん。Windows だといろいろうまくいかないので Mac 買う or 仮想マシンに Linux 入れるMac ならhomebrew とか、一般的な開発ツールを入れる自分で好きなエディタが無ければうかつに V や E がつくエディタはつかわない。宗教論争を避けるため TextMete にする。Windows は知らない…OS標準の Ruby は使わず rbenv いれてユーザ権限で Ruby をインストールするRuby は 1.9.2 の最新を入れるググっておかしなチュートリアル読むより http://guides.rubyonrails.org/ にまとまってるので、最初からやって

Ruby on Rails が簡単というのはウソ綺麗に手順を踏んでやる場合には Ruby 初心者は躓くところが多い && 最初の学習コスト高いというのは納得。なおWebエンジニアの場合、こんな感じなのかな。たぶん。Windows だといろいろうまくいかないので Mac 買う or 仮想マシンに Linux 入れるMac ならhomebrew とか、一般的な開発ツールを入れる自分で好きなエディタが無ければうかつに V や E がつくエディタはつかわない。宗教論争を避けるため TextMete にする。Windows は知らない…OS標準の Ruby は使わず rbenv いれてユーザ権限で Ruby をインストールするRuby は 1.9.2 の最新を入れるググっておかしなチュートリアル読むより http://guides.rubyonrails.org/ にまとまってるので、最初からやっていく！この辺でつまずいて Rails に愚痴を言うエンジニアは使わない方が良い。別に何使ってもあなたならたいして生産性変わらないと思います。git は知らないと生きていけないので覚えるこの辺でアプリのコアライブラリの選択TestUnit or RSpec実装としてはやれることが同じ。考え方の違い。RSpec は現在なら単体でさまざまな機能持ってるのでオススメだけど、学習コスト高い他に webmock(HTTP stub), FactoryGirl( fixture replacement ), timecop (時刻操作), rr (mock, stub, double, spy ...), capybara (end to end) あたりのキーワード知ってれば適当に調べて書けるERB or HAML好みの問題なのでどっちでも。DHH 派なら ERB で。SCSS or CSSSCSS は CSS と文法同じなので別に SCSS の機能使わなくてもふつうに書くだけCoffee or JavaScriptどっちでも書ける。こちらも好みの問題ですしね…。データベースは？NoSQL である必然性がない限りは RDB で。Heroku 公開前提なら PostgreSQL, 他なら MySQL でいいんじゃちょっと話しはずれるけど、ふつうのサービスなら Heroku or AWS で公開するのがオススメで、クラウドアーキテクチャにあったミドルウェア選択するのが良いですよ。Ruby / Rails のベストプラクティスを知りたくなってくるGitHub 社のメンバー(https://github.com/about )が作ってるレポジトリを clone してソースよむ。だいたいクオリティ高い。どのライブラリがいけてるの？https://www.ruby-toolbox.com/ という便利なサイトがありまして…継続的インテグレーションないと死んじゃう…http://travis-ci.org/ という便利なサイトがありましてね…travis-ci 上で Rails アプリのテストも実行できるちなみにわたくしは Jenkins 使ってますが…何処に deploy すればいいの？まずは Heroku。Heroku 遅い？そんなことないよ。文句があるなら @ayumin に言おう！アプリケーションの処理速度が遅いなら、あなたのコードを疑いましょうHeroku でだめならふつうに AWS(EC2) で。この頃には Rails の新しいバージョンがリリースされてる…テスト書いてる -> upgrade しよう。クソコードでない限りは(だいたい)うまくいきます。テスト書いて無い -> 諦めてそのマイナーバージョンを使い続けよう。テスト書いて無くて技術的負債を積み上げても先にやりたいことがあるんだろうから小さいことは気にしないいろいろ Rails 使ってる人に尋ねたい！教えて君したい！東京近郊にお住まいなら Rails 勉強会東京(も良いと思うけど) ではなく asakusa.rb というモヒカンが斧持って集まってる集会があるので参加すると良いと思います。あえて。サービスリリース＼(＾o＾)／Rails は Rails 周りの OSS のエコシステムが発達しているおかげで、巨大だけど様々な物が集約されてるし、そこから学ぶのが楽しい、自分でそこにコミットできるのが楽しい、って人は知識としても色々学べると思います。反面シンプルなアーキテクチャが好きな人はあんまり好きになれないというのも解るけど、いったんは巨大なフレームワーク・ライブラリから知識を吸収して離れると得られる物が多いとも思う。あとこれはあくまで Webエンジニアに向けの話しで。サービス作りたくて Rails を選択した人で、全くプログラミングが解らなくても、サービスを公開したい熱意があればがむしゃらに手を動かすと一ヶ月ぐらいで Ruby 覚えて Rails で Heroku にデプロイしてサービス公開できると思います(前例があるので…)。それ以上かかる人はたぶん情熱が足りないので Rails 以前にそのサービス考え直した方が良いんじゃないかなー。

A Day in the Life

fluentd を使った大規模ウェブサービスのロギング

関連するかもエントリー

書いている人

おたよりを送る