在迁移过程中更新客户端库和 SDK
如果您的应用依赖服务商的官方客户端库,那么迁移就不只是后端的改动。下面介绍如何处理这一层。
从 Google Maps、Bing Maps、Mapbox、ipinfo、ip-api 等服务迁移:哪些会变,哪些不变,以及如何测试切换。
如果您的应用依赖服务商的官方客户端库,那么迁移就不只是后端的改动。下面介绍如何处理这一层。
来自旧服务商的缓存地理编码结果不会自动适用于新服务商。下面介绍在迁移过程中如何正确处理这些缓存。
停服或弃用通知决定了您迁移的真正截止日期。下面介绍如何好好利用这段通知期,而不是在犹豫不决中白白浪费。
各服务商对批量地理编码需求的处理方式各不相同,从 CSV 上传到批量 API 调用都有。下面比较几种常见做法。
在不中断服务的情况下切换一个正在运行的 API 主机,不只是更新一个 URL 那么简单。下面是一份让用户毫无察觉地完成切换的检查清单。
在迁移前凭猜测估计请求量,要么导致多付费用,要么意外触及限制。下面介绍如何正确估算。
没有回滚计划的迁移计划只完成了一半。下面介绍切换位置数据服务商时一份真正的回滚计划是什么样子。
错误处理代码往往是服务商迁移中最容易被忽视的部分。下面介绍如何在切换之前正确映射错误代码。
同时运行两个地理编码服务商,哪怕只是暂时的,也需要一些有意识的安排。下面是一份做好这件事的实用检查清单。
依赖一家小型服务商提供位置数据,在出问题之前一切正常。下面介绍这种风险的实际表现以及如何降低它。
仅迁移分类,发布即推送。
订阅迁移分类