秒针系统网络广告交易平台介绍

2012~2013年，还在北京秒针系统工作的时候，接触到了“网络广告交易平台”这个项目。虽说没有亲自参与这个项目的开发，但是自从了解到这个项目的存在，就非常感兴趣。

   最早知道，是了解同事同学的工作，看看别人在做什么项目。
   正此时，我的学习兴趣非常浓厚，这个项目的文档非常齐全，而且很有技术含量，就重点研究了下。
   说到秒针，我最喜欢的地方是，SVN上有很多项目和文档，很多项目只要知道项目的英文名称，就可以down下来。文档里的信息还是很丰富的，通过以前的文档，还可以知道公司过去是怎么发展过来的。

   最近，由于某个不可告人的秘密，我需要重新复习下这个系统，因此有了本文。

系统介绍：网络广告交易平台，主要运用实时竞价（Real-Time Bidding）相关技术作为核心，服务于广告主服务平台（DSP）和媒体服务平台（SSP）
  媒体服务平台，主要服务于门户网站等各种媒体网站，这些媒体上会展示很多广告。展示这些广告，媒体内部有专门的系统，也可能会和其它专业的广告投放系统DSP对接。

 媒体拥有广告位，展示广告就获得费用。广告主可能直接和DSP联系，或者说DSP就是个工具，服务于广告主。广告主不希望花冤枉钱，投放广告也希望达到更好的效果。

广告交易平台，是个中立的平台，把SSP和DSP“连接”起来。SSP拥有广告位，DSP有广告，为了双方利益最大化，通过实时竞价进行匹配。
比如说，新浪体育频道的用户大多是喜欢体育，篮球足球之类的，那么在这个频道展示“篮球”“球鞋”等广告就更有价值。代表广告主利益的，如果想打球鞋广告，在这里就是合适的，同样的曝光次数等条件下，“广告主愿意付更多的钱”。
 

   系统架构：

  a.Exchange网站

     Exchange网站主要实现三部分功能：一是提供API供DSP使用；二是提供Web界面供媒体机构用户和AE用户使用；三是提供网站和服务器间通信功能，保证网站上信息的变化及时通知到各服务器

 b.拍卖服务器

  拍卖服务器接受网页上投放代码发送的广告投放请求，将请求信息重新包装为Bid Request，转发给各个DSP；等待DSP返回Bid Response之后，解析Bid Response，对结果进行过滤和竞价，获得最终需要显示的广告，返回给投放代码在页面上组装展示

c.监测服务器

   接收曝光监测和点击监测，生成曝光日志和点击日志(有日志结算，方便广告主等各方结算，有数据才有说服力，当然存在一定的误差)

d.报表服务器

 搜集拍卖服务器记录的日志和监测服务器生成的日志，计算报表，供网站展示和下载

e.Cookie Mapping服务器   

  接收DSP发出的Cookie Mapping请求，从Cookie中取出MZID，通过302 redirect交给DSP，完成Cookie Mapping
 
  不同机构都会用Cookie等方式，标记用户，不同机构之间合作交流时，需要把各自的ID关联起来。 

f.投放代码  

   投放代码被嵌在媒体的页面上，当页面曝光时，向拍卖服务器发送广告投放请求，获得拍卖服务器的返回以后，组装广告代码完成广告的展示和监测请求的发送

g.模拟测试系统   

   模拟测试系统包括模拟DSP和模拟媒体两部分，用于辅助完成Exchange的测试

  

Exchange网站技术架构：

View：用jQuey做为基本的JS框架，前端用sitemesh进行页面布局。

Controller：采用SpringMVC框架进行流程控制，DSP通过API接口进行数据导入、更新、查看，管理员可以为广告位上传默认物料。

Service：采用Spring框架进行事务和业务处理，使用spring定时任务进行db文件的读取与保存，使用HTTPComponents对媒体、物料、服务器等修改信息做推送处理。

DAO：采用Mybatis框架对数据库进行操作，保存媒体、DSP、服务器、广告主等信息，同时保存报表数据。


Java Web开发，只要是入门了，做2个项目，不懂的就去网上找资料，还是比较容易的。
个人认为，关键还是自学能力，解决问题的能力。

学IT技术开发，我觉得是非常“公平” 的，自身资质不太差的情况下，学得越多，工资越高。达到瓶颈1.5万~2万的工资后，才需要自己想办法突破。