由于语音社交行业还处于野蛮生长的阶段，这就要求Lamour-Live的产品力能快速应对市场变化，相应的就要求有灵活高效的工程迭代方案，替换现在原始的手工发布和半夜停机切换流量。但其业务依赖关系复杂，一个核心业务系统上下游均有核心和非核心的关联依赖，且对业务系统间延迟有较高的要求（小于10ms）。

面临挑战

迁移到AWS平台，能够为客户带来以下几方面的优势： 全球化资源、技术卓越：作为全球第一的IaaS服务提供商，AWS提供了全球领先的公有云平台，和稳定的云服务。 稳定、高效、安全的服务：在AWS上可构建多层的防御安全保护基础架构。并在启用DDOS 高防服务暨AWS Shield  Adv后， 即可获得7*24小时的专业网络安全专家服务和主动式的监控。

为什么选择AWS

深圳文泰信息技术有限公司深入调研客户业务逻辑，在同Lamour-Live制定迁移策略的时候，也充分参考结合了AWS提出的迁移6R条律。最后，双方一致同意从复杂度较低的应用程序开始迁移，理由很明显，即迁移更容易完成，对业务的影响也是最小。同时，我们也讲部分应用和中间件在中迁移重构，这部分主要通过CDK实现ECS容器化部署，加上对部分代码重构并且部署到AWS托管的服务上，比如Lambda。

客户收益

文泰信息提供服务

业务依赖关系复杂，核心业务系统上下游均有核心和非核心的关联依赖，且对业务系统间延迟有较高的要求. 导致在迁移时，需要考虑关联业务的同步迁移，以保证业务的响应延迟要求和依赖关系（延时要求不能超过10ms）。

基于此，客户提出如下三点具体要求：

1. 数据不能丢失
2. 目标集群和源集群的redis服务不能停止
3. 数据要实时同步，并达成最终一致性

根据客户的要求，我们选择了基于 Redis 自身的RDB/AOF机制。具体配置为：

aof-use-rdb-preamble

混合持久化方式产生的文件一部分是RDB格式，一部分是AOF格式。这种方式结合了RDB和AOF的优点，既能快速加载又能避免丢失过多的数据。最终是可以通过AOF重写来达成最终的一致性。

迁移难点

Lamour是豆子互娱开发的一款面向东南亚用户的语音社交软件，能够将男女用户进行快速匹配并实时通话，并支持聊天室群聊模式，最高在线人数250万人，有超过30万个约会社群，每天需要进行400万次匹配。

关于Lamour