CTOに訊く！エンジニアとしてアドテクに関わる魅力とは

よろしくお願いします。なるほど、アドテクに関わる魅力・・・ですか。

そうですね、ブラウザにアドブロッカーを入れている人もいるでしょうし。

なるほど、そういうことですか。どこまでご期待に添えるかわかりませんが、やってみましょう。

そうですねー、エンジニアリングの観点から言うと、やっぱり規模感が最初に挙がりますね。
広告の領域にもよりますけど、非常に多くのリクエストが来るというのは広告配信システムの特徴と言えると思います。

具体的にはリクエストの数ですね。LOGLY liftだと月間200億超のインプレッションがありますから、単純計算しても秒間8000件近いリクエスト数です。一般的なWebサービスと比べると桁違いに多い数字と言えます。
また、広告配信システムでは効果測定のためにさまざまなログを出力しますから、リクエスト数に比例して溜まっていくログの量も膨大になっていきます。

そうですね。例えば、単体のWebサービスを運用する場合だと、サーバにはそのサービスの利用者からのリクエストしか届かないのが普通です。でも、広告はインターネットの様々なメディアに掲載されていますから、リクエスト元のサービスやWebサイトもひとつに限らないことになります。もっと言えば、潜在的にはインターネットの全ユーザが広告のユーザになり得ると考えることもできます。
そうすると当然トラフィックが大きくなり、でっかいものを扱うことにはロマンがあるという魅力が・・・（笑）

まあロマンはさて置き、こういった規模感のシステム運用は挑戦しがいがありますし、経験としても得難いものだと思います。

規模の大きさに近い話として、広告配信は24時間365日止まらない、ミッションクリティカルなシステムである、というのもポイントかもしれません。

はい、計画停止という概念がないのはもちろんのこと、どんなトラブルやメンテナンスがあろうと広告は配信し続けなければいけませんからね。ミッションクリティカルなシステムを運用するには可用性を担保する設計が不可欠ですから、そのあたりの課題解決に携われることは魅力と言えそうです。

これは魅力と言えるか怪しいんですが、広告のシステムって時々生き物のような動きをすることがあるんです。

えっと、言い方を変えると「システム全体が複雑系かのように振る舞う」でしょうか。
個別のロジックが複雑というのもあるんですが、そのロジックが複数絡み合っていたり、配信に関わる変数が多岐にわたることなどが、全体の動きに影響しているんですよね。時々、自然を観察しているかのようにシステムを見ている自分がいたりします。

はい、その結果として「なんだか調子が悪い」みたいなことも起きたりします。広告がまったく配信されない、というような0と1で区別できる調子の悪さではなく、例えるなら「身体は動くけどなんだか腰が痛いぞ」みたいな。
・・・いったい何を言ってるんだ？って顔してますね。

広告配信って決定論的な動きをあまりせず、確率的に動くケースが多いんですよ。
例えば、「この広告枠ではこの広告を出すと実績から見てクリック率が高そうだ」という場合でも、その広告が100%配信されるということはなく、あくまで配信される確率がちょっと増える程度だったりします。

そうそう、魅力とは少し違うのかもしれませんが、神秘的ではありますね（笑）

そうそう、「自然を観察しているかのようにシステムを見ることがある」とお話ししましたけど、実際広告システムが社会の縮図のように感じられる時があります。

世の中でなにかが起きると、リアルタイムにトラフィックに反映されるんですよね。社会とダイレクトに繋がっていることを実感できる気がします。

はい、最近ではアプリのプッシュ通知によって世の中の人が一斉に記事にアクセスする事も多いので、サーバのスケールアウトが追いつかない難しさもあります。
別の角度ですが、すべてのトラフィックが数字化されるので、良くも悪くも注目度がわかってしまうのも面白いところかもしれません。あの人の結婚よりこの人の不祥事の方が反応が大きいのかとか、真面目なニュースはあまり反応が大きくないんだなとか。

トラフィック以外にも、利用ブラウザやOSなどがリクエスト情報からわかったりするのも技術的には興味深かったりします。「こんな昔のブラウザがまだ残っていたのか」みたいな。ブラウザでいうと後方互換性を維持することの難しさというのもあるので悩ましいですが。

そうですね、RTB¹のように技術革新からトレンドが生まれる場合もあれば、アドフラウド²や昨今のプライバシー問題からのポストCookieのように、社会の流れから生まれるトレンドもあったりします。
ただ、技術が移り変わっているように見えて、実際本質的なところは変わっていないと思います。

移り変わりというよりも関心事の範囲が広がっていってるイメージですね。
黎明期は純広告といってWebメディアに広告を直接貼り付けていたのが、やがて複数のメディアに配信できるアドネットワークが生まれて、その後リアルタイムに入札したいニーズからRTBができたりですね。DMP³やアドベリフィケーション⁴も大きな流れで見るとその延長線上で生まれているものです。

アプリケーション開発の世界だと、昨今のフロントエンドのフレームワークの移り変わりは激しいですが、広告というのは単体ではアプリケーションではないので「トレンドに乗って広告配信をReact⁵にします」みたいなことは起こらないわけです。
Webメディアから見れば、広告はあくまで3rdパーティのスクリプトという身分なので、色々な環境で期待通り動くお作法で作り続けてます。そういう意味ではトレンドというより古臭さが残る領域でもありますね。

広告技術特有の要求水準があるわけではないと思っています。現に中途でログリーに入ってきたエンジニア職は広告業界未経験の方がほとんどですから。
あえて言うとすれば、道具の技術的な背景を理解した上で活用できること、でしょうか。広告に限らずではあると思いますが。

何を扱うにしても、正しく理解した上で使う。正しく理解するために適切な調べ方をする。表面だけをなぞらずに本質を理解することが大事だと思います。
例えば、Cookieという仕組みがどういう成り立ちで、どんな特長や技術的制約があるのか。そういったことを理解した上で、応用として制約を乗り越える方法を考えていく。この応用できる力を伸ばしていくと、広告業界に限らず技術者としての糧になっていくでしょうね。

難しく言っちゃいましたけど、今までの経験をきちんと積み上げて来られた方であれば、業界固有の知識がなくても十分に対応可能ということはお伝えしたいです。

ああ、いいですよ、どんな風にすればいいです？

えっ、ろくろ・・・

うーん・・・

こうですか？