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