你需要什么样的软件架构来建立一个“实时竞价”的广告交易？

Question

对于那些不熟悉它的人来说，实时竞价广告交换是一种相对较新的方式，允许广告商“竞标”向个人展示其广告的权利。

它的工作原理是这样的:用户点击一个包含广告空间的网站。然后，此网站将ping广告交换并请求广告。然后，广告交换经由广告客户必须展示REST API来查验所有订阅了该类型的广告印象的广告客户，从而提供关于广告显示机会的信息。然后，每个广告商都会以一个“出价”来回应，他们愿意支付多少钱来展示他们的广告。广告商只有100毫秒的响应时间，无论谁赢得这次拍卖，都有权展示他们的广告。

对于一个典型的广告交换，整个过程可能每秒发生2000次！

我一直在思考这样的事情必须需要的架构和基础设施，这对我来说似乎令人难以置信。这意味着每秒会发起数百万个出站HTTP连接，等待每个连接的响应时间长达100ms，然后处理响应。

有没有人有构建这样的架构的经验？怎样才能实现呢？

Answer 1

你可以访问

http://inetmgr.blogspot.com/

这篇博客试图揭开技术和事实的神秘面纱。

Answer 2

有一种解决方案正在开发中，它提供了web服务交换：

http://www.instabid.io