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に通知すぐ気づける

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