WantedlyをNew Relicを見ながら高速化した話

1. シゴトでココロオドル
www.wantedly.com
Yoshinori Kawasaki (@kawasy)
New Relic Night @ EngineYard, 17-Oct-2013

2. 自己紹介

4. [PR]
Wantedly内プロフィールを
みてください
https://www.wantedly.com/users/10599

5. 会社紹介

7. ウォンテッド株式会社
から
ウォンテッドリー株式会社
になります

8. [PR]
Wantedly内会社ページを
みてください
https://www.wantedly.com/companies/wantedly

9. [PR]
メンバーは全員
自社サービスを使って採用
dogfooding してます

10. WantedlyをNew Relicで
高速化した話

11. 使ってる技術
Ruby
Heroku
Backbone.js
Ruby on Rails
Chef Solo
AWS
PostgreSQL

12. 半年前

13. 先月

14. 先月
デザイン変更の影響で
めっちゃ遅くなった
376 ms → 647 ms

15. 先月

16. 先月
発表までに高速化しよう
勉強会ドリブン開発(BDD)
（パフォーマンスへの影響を考えて
デザイン変更・リリースするのが本来）

17. 今日

18. 今日
今日のリリースで
半年前の水準に戻った
376 ms → 647 ms → 396 ms

19. 今日
社長も大喜び

20. 今日
400 ms は
一般的には速くないので
今後も継続的に改善が必要

21. サイト全体平均より
重要なページを測定・最適化する

22. Wantedlyの場合
募集一覧と募集要項のページ

23. 遅いtransactionは個別に分析

24. 遅いtransactionは個別に分析

25. 遅いtransactionは個別に分析

26. 遅いtransactionは個別に分析

27. Page load timeで
フロントエンド・パフォーマンス
の長期トレンドを把握

28. ただし
全てrenderされるまでの時間と
ユーザの体感速度とは
必ずしも一致しない

29. TTFB (Time to First Byte)
TTI (Time to Interact)
AFT (Above the Fold Time)
などが最近は指標として
注目されてる

30. 参考
http://www.getelastic.com/ttfb-and-tti-2-kpis-moreimportant-than-page-load-speed/

31. おまけ

32. Pull Request をつかった
ワークフロー
git push
&
open pull request
start a new build
github
development env
update build
status on a pull
request
notify
pull request
opening
Jenkins CI
notify build status
hipchat
github bot

34. サイトが遅くなってることを
HipChatに通知
すぐ気づける

35. ありがとうございました！