高速な広告配信サーバの作り方のコツ

2. 自己紹介 • 印南聡志（いんなみ さとし） • Gunosyのアドエンジニア (3年目) – Gunosyのアド配信サーバ周り全般担当 • 言語 – Go – Python • マイブーム – AJINOMOTOの冷凍餃子 – 大食い(視るだけ) • 参照 – Blog：NO AD NO LIFE(http://inchom.hatenadiary.jp/) – Github：https://github.com/satoshi03

[fujya]

プロセスキャッシュ入れるとコントロールがしづらくなるけど、速度を取るなら強いよなぁ・・・パフォーマンスは全てにおいてトレードオフの産物だとおもふ

[ledsun]

要件に合わせたアーキテクチャ、大事ですね

[kita-tuba]

高速な広告配信サーバの作り方のコツ

[kgrock]

高速な広告配信サーバの作り方のコツ

[nandemoOKdato]

高速な広告配信サーバの作り方のコツ

[ookitasaburou]

高速な広告配信サーバの作り方 のコツ GUNOSY inc. 印南 聡志＞１リクエストの応答時間： 5ms リクエスト数： 10,000req/sec 以上

[akatakun]

ボトルネックを作らないために、Master Slave構成にしてリクエスト結果をサーバ側でキャッシュする

[petitviolet]

RTBで50msで返すの結構大変だろうと思う

[yuhi_as]

"金で解決"　よさみがある

[takashiitou1977]

これは広告配信サーバの基本的な作り方ですね。 「高速」をうたうなら、それなりのナレッジを公開してほしいなぁ。チューニング方法も驚くような方法が沢山ありますからね。

[nobuoka]

最後は金で殴る

[katzchang]

RedisよりDynamoのほうが高いんだっけ？（そのへんちゃんとしらべてない）

[amaliche]

某社はRTBだしQPSも桁が違うのにそれと比較してドヤ顔するのは恥ずかしいと思います。