开发者门户
回到平台总览,比较几条技术路线的适用场景。
云端这条路线与端上直连的区别在于中间多了一个自有服务:终端不再是唯一入口,调度与归档可以发生在服务器上。这决定了能力被切成四段——数据侧负责把目录与适配关系供出来,云端负责转接与存放,订单侧负责把需求与状态送下去,追溯侧负责把工单与批次取回来。
数据侧关心车系与目录版本是否被维护,订单侧关心是否有下单权限与区域约束,追溯侧关心带宽与并发,落管一侧关心自有服务的可用性与留存策略。把这四件混作一件去评估,通常会在上线阶段才发现某一段根本没有责任方。
还有一条常被忽略的边界:接了系统不等于免除质保义务——适配结论由谁出具、判错由谁承担,是接口之外要先定的事。
不需要自有服务时更轻的直连方案。
把需求写成四段中的哪几段,答案往往自己浮现:只做归档不需要实时对照,只做查询不需要订单下发。
并发与留存由当期文档与账号等级规定。
调度越自动,记录与出具结论的人越要留痕。把复核放在上线清单里,而不是事故之后。