云端自动切换方案
2017-12-28 16:35:55 0 举报
xxxx
作者其他创作
大纲/内容
切换到的运营区域
当前节点
同步
维护一套配置,或者需要一个算法,实现区域与节点的映射关系
运营客户端
缺点:
当前车辆区切换不频繁时,上报显得多余和无用,如果通过修改上报策略虽能减少无意义计算和交互,但是只是在切换频繁与不频繁的变化不频繁时才有效。反之则又变成了频繁修改上报策略了
上报策略包含:上报频次、单次上报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中,当需要使用时采用一定的策略选择一个
在激活之前增加一个切换指令
注册出生信息
东南亚节点
0 条评论
下一页