即时通信 IM 拥有丰富的高并发、高可靠的运营经验。如果正在使用自主研发或第三方即时通信服务的 App 开发者希望接入即时通信 IM,则需要考虑迁移问题。即时通信 IM 根据不同的场景提出了针对性迁移方案。
后续文档中,我们约定:
迁移过程本质上就是将即时通信服务后台从老系统切换到新系统,并将 App 1.0 升级到 App 2.0 的过程。
即时通信 IM 为您提供以下两种备选迁移解决方案,不同方案的迁移效果不同,实施难度也相差很大,需要综合考虑 App 现有的即时通信实现场景来确定合理的迁移方案。
强制升级策略是指完成即时通信 IM 数据同步后,强制 App 从1.0升级为2.0,此方案实施简单,升级后无需处理新老 App 兼容问题。具体方案如下图所示:
主要流程如下:
新老 App 可以共存,消息互通,在 App 1.0 停用之前,App 后台需要在新老系统之间保持实时双向同步,此方案相对复杂,对终端用户体验更好。具体方案如下图所示:
主要流程如下:
导入帐号是后续各种数据导入的前提。
App 后台需要调用 批量帐号导入 REST 接口 将原有帐号全部导入到即时通信 IM,如需在导入帐号的同时导入用户昵称和头像,则需调用 单个帐号导入 REST 接口。
调用 设置资料 REST 接口 将存量的用户资料导入即时通信 IM。
调用 导入好友 REST 接口 将存量的关系链导入即时通信 IM。
调用 导入单聊消息 REST 接口 将存量的单聊消息导入即时通信 IM。
调用 设置单聊消息已读 REST 接口 将单聊消息设置为已读状态。
导入群组数据、群聊历史消息应当遵循以下流程:
单聊消息、群组数据和群聊消息都需要托管到新系统。当新系统中产生这种类型的增量数据时,使用即时通信 IM 的回调同步到老系统中。同时,老系统中产生的增量数据也需要同步到新系统。
老系统中增量消息时通过调用 单发单聊消息 REST 接口 同步到即时通信 IM,即时通信 IM 中增量消息时通过调用 发单聊消息之后回调 同步到老系统。
同步群组资料
同步群成员信息
同步群消息
注意:若无法涵盖 App 现有的即时通信服务,您可以联系客服或者商务经理一起协商合理的迁移方案。该方案同样适用于腾讯云im新老应用之间的迁移。
本页内容是否解决了您的问题?