编 辑：诸葛子房
来 源：大数据架构师（ID：bigdata_arch）
彭友们好，我是老彭。之前抽空写了一篇《One ID中的核心技术ID-Mapping究竟是怎么实现的？》结果一大堆人追着我问有没有具体的实施细节。
这个需求，老彭必须满足！来，上干货！
One ID 简介
《阿里巴巴大数据之路》中有讲到关于数据中台oneData 的方法论，其中分别涉及到OneModel、OneService、OneID。
OneID是指同一用户、同一设备的一个唯一ID。
例子一：我用我自己的电脑搜索小米11，我又用这台电脑浏览其他网站，然后这个网站给我弹小米11的广告，对，也许你认为这种都是同一台电脑，非常简单，只需要根据ip等相关信息进行匹配就可以了。
例子二: 我用我自己的电脑搜索小米11，然后用自己的苹果手机，去浏览其他网站，然后其他网站又给我弹了小米11的广告，这怎么识别的呀？
我们认为这台电脑、这部手机、以及其他的电子设备是可以构成一个唯一的ID，即：OneID。
但是你一定会问了，那他们是怎么关联上的呢？而不会关联错呢？比如说没有把我在电脑上搜索的小米11，推到我的手机上，而不是推到我女朋友的手机上
这个映射的过程，称之为：ID-Mapping
业务逻辑梳理
当使用安卓手机安装app，启动时会上报 IMEI，Mac地址 ，AndroidID，手机型号等设备信息。
同理ios 会上报相关启动信息 idfa，手机设备等信息；pc 浏览器端会上报 cookie、浏览器相关信息。
但是每一次上报的信息不一定完全相同，比如说手机权限问题，浏览器cookie 清空等问题。
LocalID：app 启动会根据AndroidID生成本地id(不需要连网)，记录为本地ID
OneID：app 联网上报的设备相关信息，用来打通多个app以及多端应用的唯一ID
OneID的作用：
(1)打通手机上多个app，比如说：淘宝、支付宝、高德等等是同一个用户(未登录时，登录时用账号id)
(2)打通多端应用，比如说你在手机端看剧，然后pc web 端能知道还是同一用户(解决账号共享无法定位同一用户的问题)
Mapping流程及架构设计
(1)Hbase数据表结构设计
安卓端表映射表结构(android_id_mapping)，其他端类似：
OneID imei mac_adress android_id oaid
本地id 和 OneId映射表结构(local_id_mapping)：
LocalID OneID
(2)为了应对高并发场景，将Hbase 提前预热至Redis 缓存，redis 表设计
imei_value oneid1,oneid2...
mac_address_value oneid1,oneid2...
(3)ID-Mapping 映射流程
票选服务：
根据客户端上报的参数信息去redis 里面匹配OneID，核心权重设置
如上，就实现了同一个对象在不同端的ID-Mapping，将多端数据串起来，可以做更多的分析了。
总结
嘿嘿，这个技术就是你反复看到类似广告的罪魁祸首之一。比如之前总有人问老彭几个问题，都可以用上面的技术知识解答了：
问题一：你在百度(或者京东、淘宝)上搜索一件商品(比如说：我搜索了一台iphone 手机看了看，但是没买)，奇怪的是过两天，你竟然在某视频平台或者某网页上又看到了它？
回答：在视频平台看视频的时候，获取到浏览器的cookie等相关信息，通过调用百度的服务去匹配同一个设备的最新的搜索数据，然后进行广告投放，做到千人千面
问题二：而且更加奇怪的是，你明明是在电脑pc 端搜索的手机，但是你在手机上看电影的时候却能看到它，是不是也太奇怪了。
回答：手机端装了看电影的app，同时你在pc web 端之前也看在该网站有观影信息，结合账号信息+设备信息+观影信息，生成一个OneID，打通该视频网站，所有端的数据。
后续你在pc web 看电影取获取当前唯一id的所有端的信息，然后调用京东或者淘宝的广告服务，进行投放。
排版 | 老彭
审校 | 老彭 主编 | 老彭
