WantedlyとNew Relicとサイト高速化
-
Upload
yoshinori-kawasaki -
Category
Technology
-
view
886 -
download
3
description
Transcript of WantedlyとNew Relicとサイト高速化
シゴトでココロオドル
www.wantedly.com
Yoshinori Kawasaki (@kawasy)
New Relic Night @ EngineYard, 17-Oct-2013
自己紹介
https://www.wantedly.com/users/10599
[PR]
Wantedly内プロフィールをみてください
会社紹介
ウォンテッド株式会社から
ウォンテッドリー株式会社になります
https://www.wantedly.com/companies/wantedly
[PR]
Wantedly内会社ページをみてください
[PR]
メンバーは全員自社サービスを使って採用
dogfooding してます
WantedlyをNew Relicで高速化した話
AWSHeroku
Ruby on Rails Ruby
PostgreSQL
Backbone.js
使ってる技術
Chef Solo
半年前
先月
先月
デザイン変更の影響でめっちゃ遅くなった376 ms → 647 ms
先月
先月
発表までに高速化しよう勉強会ドリブン開発(BDD)
(パフォーマンスへの影響を考えて デザイン変更・リリースするのが本来)
今日
今日
今日のリリースで半年前の水準に戻った
376 ms → 647 ms → 396 ms
今日
社長も大喜び
今日
400 ms は一般的には速くないので今後も継続的に改善が必要
サイト全体平均より重要なページを測定・最適化する
Wantedlyの場合募集一覧と募集要項のページ
遅いtransactionは個別に分析
遅いtransactionは個別に分析
遅いtransactionは個別に分析
遅いtransactionは個別に分析
Page load timeでフロントエンド・パフォーマンス
の長期トレンドを把握
ただし全てrenderされるまでの時間と
ユーザの体感速度とは必ずしも一致しない
TTFB (Time to First Byte)TTI (Time to Interact)
AFT (Above the Fold Time)
などが最近は指標として注目されてる
http://www.getelastic.com/ttfb-and-tti-2-kpis-more-important-than-page-load-speed/
参考
おまけ
git push &
open pull requestgithub
github bot
development env
Jenkins CI
start a new build
notify build status
notify pull request
opening
update build status on a pull
request
Pull Request をつかったワークフロー
hipchat
サイトが遅くなってることをHipChatに通知すぐ気づける
ありがとうございました!