フルスクラッチで書いたアドサーバの開発・運用史

アドサーバの開発・運用で得た知見について説明しています。

Transcript

1. フルスクラッチで書いた アドサーバの開発運⽤用史 株式会社Gunosy 2014  年年  ９⽉月
2. ©Gunosy Inc. 印南聡志（いんなみ  さとし） アドエンジニア 2014年年６⽉月⼊入社(4ヶ⽉月⽬目)   ⾔言語 l Java l Python Git  Hubアカウント l satoshi03 ⾃自⼰己紹介
3. ©Gunosy Inc. 業務 •  「広告による収益を最⼤大化する」 •  AdServerの開発・運⽤用 •  配信周りの開発 •  広告推薦ロジック開発 •  広告枠の開発 •  ログ集計・分析 •  チーム⼈人数 •  3  ~∼  4⼈人 アドチームとは
4. ©Gunosy Inc.  　罠にかかって学んだ広告事業で⼤大切切な２つのこと 本⽇日話したい内容
5. ©Gunosy Inc. Gunosyの広告事業 ⾃自社製のAdServerを開発・運⽤用 Gunosy  Ads   l ⾃自社メディア（Gunosyアプリ）に広告配信 Gunosy  Ad  network   l 他社メディアに広告配信 今回のお話
6. ©Gunosy Inc. 広告事業で⼤大切切なこと 広告による収益の最⼤大化 良良い広告を⼤大量量に配信すること
7. ©Gunosy Inc. 良良い広告とは？ メディア   (Gunosy) ・ ユーザのクリック率(CTR)が高い   ・ 広告の単価が高い   第一の罠 単価の高い広告をクリックさせればいい  
8. ©Gunosy Inc. メディア視点での収益⾄至上主義の罠 メディアの収益性を上げたい！！ とにかくクリックされやすい広告を出す クリック率率率が上昇しメディアの収益が増加 しかし、、、
9. ©Gunosy Inc. しかし、、  　次第に収益が低下
10. ©Gunosy Inc. このとき起きていること ユーザ メディア   (Gunosy) 広告主 ・ ユーザのクリック率が高い   ・ 広告の単価が高い   ・ ニーズにマッチしていない   ・ ストレスが多い   ・ ユーザのコンバージョン率 が低い •  ストレス増加によるユーザの離脱   •  効果があわないことによる広告主の離脱  
11. ©Gunosy Inc. ⼤大切切なこと：その１ ユーザ メディア   (Gunosy) 広告主 ・ ユーザのクリック率が高い   ・ 広告の単価が高い   ・ ニーズにマッチしている   ・ ストレスが少ない ・ ユーザのコンバージョン率 が高い 良い広告の定義はユーザ・広告主・メディアによって異なる   ユーザ・広告主・メディア全ての利益を最大化！「三方良し」
12. ©Gunosy Inc. 【参考】良良い広告を判断するための指標 DAU  (Daily  Active  User) 1⽇日のアクティブユーザ数 CVR  (ConveRsion  Rate) クリックに対するコンバージョンの割合 ユーザ 広告主 メディア eCPM  (effec2ve  Cost  Per  Mill)   1000回インプレション(表示)あたりの収益   CTR  (Click  Through  Rate)   インプレッション(表示)に対するクリックの割合   CPA  (Cost  Per  Acquisi2on)   1コンバージョンにかかったコスト  
13. ©Gunosy Inc. 広告事業で⼤大切切なこと 広告による収益の最⼤大化 良良い広告を⼤大量量に配信すること
14. ©Gunosy Inc. ⼤大量量に配信するとは？ •  配信にレイテンシを出さない(<  50msec) •  表⽰示枠（在庫）を増やす •  (もちろん)⽌止まらない
15. ©Gunosy Inc. アクセス数の急激な増加 5⽉月から4ヶ⽉月で5倍以上のアクセス数の増加 数千万リクエスト/ 日 数億リクエスト/日 5月 9月
16. ©Gunosy Inc. アクセス数の時間ごとの急激な増加 ピーク時には通常時の3倍〜～5倍のアクセス 21:00   17:00   12:00   8:00   リクエスト数   時間  
17. ©Gunosy Inc. 第二の罠 サーバを横に並べればなんとかなる！
18. ©Gunosy Inc. サーバ台数を20台に、、 ＿⼈人⼈人⼈人⼈人⼈人⼈人＿ ＞ 　レイテン⽒氏来訪 　＜ ￣Y^Y^Y^Y^Y￣
19. ©Gunosy Inc. そのとき何がおこっていたか 問題：R/WをするRedisにアクセスが集中  　 　 　 　Write/Bulk  Read待ちが発⽣生し遅延が発⽣生 ・・・・・ Elastic Load Balancing EC2 instance Redis on EC2 instance Redis Read Replica
20. ©Gunosy Inc. 対策 ・・・・・ Elastic Load Balancing EC2 instance Redis on EC2 instance Redis Read Replica Amazon S3 
 bucket 配信側でRedisのReadをファイルで処理   　　　　s3からダウンロードして各インスタンスでロード   　　　　レイテンシ が50msec以内に！！
21. ©Gunosy Inc. ⼤大切切なこと：その２ たとえキャッシュでも１箇所を参照するような構成にしない スケールアウトの過程で必ずボトルネックに
22. ©Gunosy Inc. まとめ 罠にかかって学んだ広告事業で⼤大切切な２つのこと 1.  ユーザ・広告主・メディア全ての利利益を最⼤大化 2.  キャッシュでも１箇所を参照するような構成にしない
23. ©Gunosy Inc. We  are  hiring!!! 良良い広告を⼤大量量に配信する仕組みを 作りたいエンジニアWanted!!