作りながら学ぶ広告サーバ - DSP その１ - NO AD NO LIFE
はじめに 今回は，近年の広告業界に定着したRTB（Real Time Bidding）について説明しようと思います． 残念ながら筆者はRTBの広告サーバを作ったことがないのですが，GW休みで暇なので詳細まで皆さんと一緒に勉強していきたいので，実際にRTBのシステムを作りながら解説していこうと思います． RTBの広告サーバだけでなく広告サーバ共通で気を付けるポイントもあるので，その辺りにも触れていきます．（大雑把な話は以下のエントリにまとめていますので，興味のある方はご覧下さい） inchom.hatenadiary.jp 今回は，RTBシステムの広告主側プラットフォームであるDSP (Demand Side Platform)について説明していきます． （注意）共通標準であるOpenRTBの仕様をベースに開発を進めるので，現状動いているシステムのRTBの仕様とは異なっていたり，一部私の認識
テレビ放送に向けての負荷対策(AWS x Rails の場合)[前編]
Housmart高松です。 先日、テレビ東京のWBS（ワールドビジネスサテライト）で弊社サービス「カウル」をご紹介いただきました。今回は、その前後でシステムの準備として実施したこと、当日の実際のアクセス数などをご紹介します。 WBSサイト(不動産流通に革新は起こるか): http://txbiz.tv-tokyo.co.jp/wbs/feature/post_107290/ 仲介手数料無料の不動産サイト「カウル」: https://kawlu.com/ 突然のテレビ取材！テレビに出るとどのくらいアクセスが来るの？サーバは何台増やしたらいいの？ そんな時の参考になれば幸いです。 内容 前提 前回の失敗 フロントエンド システム構成 事前準備 負荷予測 サーバ台数決定 サーバ増強 その他 実際のアクセス数と振り返り 1.前提 前回の失敗 つい半月ほど前に別の局で朝の番組にもちらっと社名を出して
![テレビ放送に向けての負荷対策(AWS x Rails の場合)[前編]](https://cdn-ak-scissors.b.st-hatena.com/image/square/af96ae194c704810158251c0810f13bf58c4d796/height=288;version=1;width=512/https%3A%2F%2Fkawlu.com%2Fjournal%2Fwp-content%2Fuploads%2F2016%2F02%2Fd5d5798d67a91b63cee313322be37a5f-1.jpg)
快適な連打機能を提供するためにサーバサイドが出来ること - その手の平は尻もつかめるさ
人間生きていると高確率で連打機能を提供するシステムを構築する必要が出てくることがあります． 例えばあるコンテンツについてボタンを連打することで「良いね」を表明するようなシステムです． 連打は楽しい！！ しかし実装する方としては純粋に楽しんでばかりはいられません． こうしたシステムは素朴に実装したとしてもある程度のトラフィックまでは耐えられるかもしれませんが，ある規模を超えると安定して機能提供する事は難しくなってくるかもしれません． ここでは，サーバサイドの話題を中心として，快適な連打機能を提供するシステムをどうすれば提供できるかを考えていきます (あくまで一例です)． 想定としては， あるコンテンツについてボタンが付いていて，そのボタンは連打が出来る あるコンテンツについてボタンが何回押されたかを取得できる というシステムを仮定します． なんとなく結論が分かる雑な図 本題 サーバを分離する
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
スケールアウト再考
