Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
高速な広告配信サーバの作り方のコツ
Search
Satoshi
June 23, 2016
Technology
3
490
高速な広告配信サーバの作り方のコツ
高速な配信サーバをつくるためのコツを紹介しています。
Satoshi
June 23, 2016
Tweet
Share
More Decks by Satoshi
See All by Satoshi
スケールしない広告サーバの作り方
satoshi03
0
220
Gunosy AdServerのデータ周りの話
satoshi03
2
2.9k
フルスクラッチで書いたアドサーバの開発・運用史
satoshi03
2
4.4k
Gunosy.go #2 container
satoshi03
1
70
Gunosy Go Lang Study #6 net net/http net/url
satoshi03
0
140
Other Decks in Technology
See All in Technology
これでもう迷わない!Jetpack Composeの書き方実践ガイド
zozotech
PRO
0
860
AWSで始める実践Dagster入門
kitagawaz
1
620
複数サービスを支えるマルチテナント型Batch MLプラットフォーム
lycorptech_jp
PRO
1
390
企業の生成AIガバナンスにおけるエージェントとセキュリティ
lycorptech_jp
PRO
2
170
大「個人開発サービス」時代に僕たちはどう生きるか
sotarok
20
10k
今!ソフトウェアエンジニアがハードウェアに手を出すには
mackee
12
4.8k
「全員プロダクトマネージャー」を実現する、Cursorによる仕様検討の自動運転
applism118
21
11k
Generative AI Japan 第一回生成AI実践研究会「AI駆動開発の現在地──ブレイクスルーの鍵を握るのはデータ領域」
shisyu_gaku
0
270
Evolución del razonamiento matemático de GPT-4.1 a GPT-5 - Data Aventura Summit 2025 & VSCode DevDays
lauchacarro
0
200
サラリーマンの小遣いで作るtoCサービス - Cloudflare Workersでスケールする開発戦略
shinaps
2
450
Function Body Macros で、SwiftUI の View に Accessibility Identifier を自動付与する/Function Body Macros: Autogenerate accessibility identifiers for SwiftUI Views
miichan
2
180
RSCの時代にReactとフレームワークの境界を探る
uhyo
10
3.4k
Featured
See All Featured
Bootstrapping a Software Product
garrettdimon
PRO
307
110k
Art, The Web, and Tiny UX
lynnandtonic
303
21k
VelocityConf: Rendering Performance Case Studies
addyosmani
332
24k
Mobile First: as difficult as doing things right
swwweet
224
9.9k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
29
2.9k
Fireside Chat
paigeccino
39
3.6k
Fantastic passwords and where to find them - at NoRuKo
philnash
52
3.4k
Making the Leap to Tech Lead
cromwellryan
135
9.5k
Build your cross-platform service in a week with App Engine
jlugia
231
18k
The Language of Interfaces
destraynor
161
25k
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.4k
Transcript
高速な広告配信サーバの作り方 のコツ GUNOSY inc. 印南 聡志
自己紹介 • 印南聡志(いんなみ さとし) • Gunosyのアドエンジニア (3年目) –
Gunosyのアド配信サーバ周り全般担当 • 言語 – Go – Python • マイブーム – AJINOMOTOの冷凍餃子 – 大食い(視るだけ) • 参照 – Blog:NO AD NO LIFE(hBp://inchom.hatenadiary.jp/) – Github:hBps://github.com/satoshi03
広告配信サーバって?
配信サーバ (API) バッチサーバ 広告情報 (キャッシュ) とても簡単な仕組み 広告情報
(元データ) ELB 広告 リクエスト
広告配信による収益の最大化 目的
収益 広告選択 応答性能 可用性
高速な広告配信サーバって?
50ms or die 某社
リプレース時の要求性能 1リクエストの応答時間: 50ms 以内 リクエスト数:
10,000req/sec
リプレース後のサーバ性能は?
5ms
1リクエストの応答時間: 5ms リクエスト数:
10,000req/sec 以上
(あたり前だけど忘れがちな) 広告配信サーバを高速化するコツ
1. ボトルネックをつくらない
配信サーバ Redis これまでの問題 リクエスト増
中央の共有DBを作らない
配信サーバ LevelDB S3 バッチサーバ ダウンロード アップロード
共有DBが必要な場合は Writeを集約
配信サーバ Redis Master Redis Slave Redis Slave READ WRITE Sync
バッチサーバ (ログ集約)
プロセスキャッシュを導入
配信サーバ Redis Master Redis Slave Redis Slave READ WRITE Sync
取得したデータを 一定期間保持
2. APIサーバは薄く
これまでの問題 • APIサーバ側で複雑な入札ロジックを実装 – 複数の入札ロジック – 逐次スコアを計算 – 複雑なバリデーション
• Python (tornado) 製
対応 • API側 – Golangで実装 – やることを極限まで削減 • 広告候補の取得
• 簡単なバリデーション • バッチ側で複雑な処理を一括で計算 – Python
3. 応答性能を常時計測
問題 • 様々な性能劣化の原因 – 機能追加/改修 – データの増加 – アクセス傾向の変化
負荷試験をかけて性能劣化を防止
LOCUST • Python製の分散負荷計測ツール – テストのシナリオをPythonで記述 – Web UI の管理画面
– 管理が容易
LOCUST 構成 ・・・ Locust slave Locust master 広告配信 サーバ ・・・
シナリオに応じてリクエストを 生成 Slaveを管理
None
4. コードのチューニング
問題 実際に実行すると処理速度が遅い…
pprof • Goのプロファイラ – 関数ごとのCPU処理時間を計測 – グラフ描画 • 重い処理を視覚的に発見しやすい
見つかった問題 • 様々な原因 – ライブラリ内の実装 – 入札時の広告の探索範囲が広い – バリデーションのコスト
– データキャストのコスト – オブジェクト生成のコスト – DB接続時のコスト – ログ出力コスト
対策を全部うってもダメな場合…
5. 金で解決
金で解決の例 • Redis をやめる – DynamoDB – AeroSpike •
スケールアップで対応 – 4xlargeインスタンス…
まとめ • 広告配信サーバの高速化のコツ 1. ボトルネックをつくらない 2. APIサーバを薄く
3. 応答性能を計測 4. コードのチューニング 5. 金で解決