切换到的运营区域
当前节点
同步
维护一套配置，或者需要一个算法，实现区域与节点的映射关系
运营客户端
缺点：
当前车辆区切换不频繁时，上报显得多余和无用，如果通过修改上报策略虽能减少无意义计算和交互，但是只是在切换频繁与不频繁的变化不频繁时才有效。反之则又变成了频繁修改上报策略了
上报策略包含：上报频次、单次上报gps数量与采样频次
车辆选择服务地址完全自动不需要人为干预，并且能够实现区域无缝切换。特别是如果车辆频繁切换区域时显得尤为方便和重要
车辆(onsdk)
难点2：
每个节点算法相同配置一致所以支持无论 车连哪个节点都能无缝切换
意大利节点
假设目标节点DNS为eu.chj.com；则同步请求为 eu.chj.com/syncvb；则更改目标车辆的TSP的host为eu.chj.com
法国节点
TSP云丛
当前节点收到每次请求后，根据地图服务综合分析当前车辆的位置，如果发现当前车辆发生服务区域变化不再适合自己提供服务后，则返回一组可以提供服务的节点服务地址列表给onesdk
英国节点
每个节点都是分布式的服务包含一组服务地址
切换请求
新节点
优点：
难点1：
同步对应车辆的基础信息
onsdk每天定时几次上报一组当前GPS集合，到当前节点，主要用于当车辆发生服务区域变更时候变更当前服务节点(host列表)
host选择策略
...节点N...
前提：
N辆车
中国(默认节点)
多个节点之间的数据同步方案
指令
选定目标车辆
疑问：为啥不通过ota的方式实现云的切换呢？或者通过主动下发更换云端host修改呢？
可以使用ribbon的负载均衡策略？
美西节点
当前节点host集合记录缓存在onsdk中，当需要使用时采用一定的策略选择一个
在激活之前增加一个切换指令
注册出生信息
东南亚节点
