インフラストラクチャー部の成田です。 先日開催された RubyKaigi 2013 で、 "High Performance Rails" というタイトルの発表をしてきました。
スライドと動画
発表の様子は ustream の録画をご覧ください。
[ustream id=33559705 hwaccel=1 version=3 width=480 height=302]
スライドは以下にアップロードしてあります。
High Performance Rails (long edition) // Speaker Deck
なお、発表時間の都合上、当日はここから 40 枚ほどのスライドを削除してしまいました。発表に使った短いバージョンのスライドはこちらです。
発表の概要
クックパッドは 2008 年から Ruby on Rails を採用し、ずっと使い続けてきました。サービスが成長するとともに、Rails アプリケーションのコードは日に日に巨大かつ複雑なものになってきています。
私はクックパッドのパフォーマンスを担当しており、どのようにしたら、成長を続ける Rails アプリケーションの速度を保ち続けることできるのかという課題に、日々取り組んできました。そのノウハウの一部を、今回の RubyKaigi で発表しました。
今回の発表では、以下のような内容に触れています。もし興味のあるキーワードがあれば、ぜひスライドや録画を見てみてください。
- Rails における "レスポンスタイム" はどこの数字を見るべきか
- Unicorn になぜ Nginx が必要なのか
- Ruby バージョンアップによるパフォーマンスの改善
- 誤解されがちな ActiveRecord のオーバヘッド
- 巨大なルーティングがヘルパーメソッドを遅くする例
- テンプレートエンジンの違いがどのようにパフォーマンスに影響するか
- Unicorn で GC を切って高速化する際のノウハウ
- Arproxy を使ったスロークエリの集計事例
なお、以下の内容は、ロングバージョンのスライドには書かれていますが、 RubyKaigi では発表しませんでした。簡単に補足しておきます。
Rails における条件付き GET リクエストの処理について
条件付き GET については語り始めるととても長くなってしまうので割愛しました。
条件付き GET リクエストをうまくコントローラの中で処理してやると、コンテンツが更新されてない場合には、ビューのレンダリングをせずに "304 Not Modified" レスポンスを返せるため、実行される Ruby コードのステップ数を大幅に減らす効果があります。
動的なウェブアプリケーションでは、使えるシーンは限られると思いますが、使えそうな箇所にはぜひ使ってみてください。 詳しくは、 RailsGuides の Caching with Rails をご参照ください。
Russian-doll Caching について
個人的にキャッシュについてはとても思い入れがあって、こちらも語り始めるととても長くなってしまうので、本番では割愛しました。
Russian-doll Caching (Cache Digests) は、Rails 4 に導入された機能です。これは、複数のフラグメントキャッシュを入れ子にしている場合に、内側のコンテンツの更新に連動して、外側のフラグメントキャッシュのキーが自動的に変更されるというものです。
詳しい挙動については、以下の RailsCasts を見れば、すぐに理解できると思います。
#387 Cache Digests - RailsCasts
また、この実装に至った背景となる思想について、 DHH によるブログ記事がありますので、興味があれば見てみてください。
How key-based cache expiration works by David of 37signals
キャッシュは、パフォーマンス改善において非常に重要な技術なので、 Rails が提供しているキャッシュ機能についてはしっかり把握しておくことをおすすめします。
おわりに
国際会議として生まれ変わった RubyKaigi 2013 は非常に素晴らしいものでした。スタッフの皆様には厚くお礼申し上げます。
クックパッドは Ruby を活用することでサービスを成長させてこられました。Rubyがあるおかげで、2000万以上の世帯の食生活がより楽しいものになっています。その感謝の気持ちを、これからも Ruby 関連イベントのスポンサーとしてや、 OSS 活動などを通して、 Ruby コミュニティに還元していきたいと考えています。
