News for hackers. Stuff that matters.
Re:Call me maybe: Aerospike by phamilton on Wednesday May 06, 2015 @01:38AM (#9496750)
Store what in the cookie? Every ad the user has seen across the entire web, along with how many times they've seen it in the last N minutes/hours/days/weeks?

A cookie won't fit all that data and a more traditional database generally won't work. In memory k/v stores like Redis won't work due to data size (TBs of data). Hbase/Cassandra/etc sort of work with latency in the 5ms range. That's fairly expensive in a 90ms SLA, but you can make it work. It does limit the amount of work you are able to do.

Re:Call me maybe: Aerospike by vtuulos on Wednesday May 06, 2015 @03:28AM (#9497065)
We (Adroll) have been very happy with DynamoDB for use cases like this. Works fine with ~500B keys, while maintaining very low, and consistent, latencies.
Re:Call me maybe: Aerospike by nkohari on Wednesday May 06, 2015 @10:01AM (#9498638)
+1 -- we also used DynamoDB at Adzerk for the same use case.
Re:Call me maybe: Aerospike by easytiger on Wednesday May 06, 2015 @02:50AM (#9496945)
The alst 4 ads
Re:Call me maybe: Aerospike by phamilton on Wednesday May 06, 2015 @10:23AM (#9498811)
Even then we need a fast lookup. 4 ads means 4 advertisers, 4 creative, 4 potentisl clicks, imps, mids/ends (video), conversions/ etc. There are also multiple cookies depending on which exchange the ad came from. Having to map them on the fly requires a fast and large datastore.