OPay迁移案例

项目背景:

OPay(昆仑万维子公司)是尼日利亚的一种移动支付服务,也是非洲发展最快的公司之一。用户可以通过APP进行账单支付、转账汇款、食品采购、提现等操作,致力于提供全方位的移动支付服务。目前Opay的系统部署在竞争对手上,但竞争对手的虚拟机、网络和托管服务非常不稳,所以Opay想从竞争对手迁移到Amazon Web Service云。

客户痛点:

Opay的系统部署在竞争对手上,但其他其他对手的虚拟机、网络和托管服务非常不稳。Opay没有针对竞争对手的高可用性设计。因此,Opays决定将他们的业务从竞争对手转移到Amazon Web Service来解决这些问题。

Opay没有针对UCloud的高可用性设计。因此,Opays决定将他们的业务从UCloud转移到Amazon Web Service来解决这些问题。

在Opay迁移到Amazon Web Service之前,有两个问题需要解决:

1. Opay需要一个静态IP作为流量的入口点,并在这个IP背后提供一个高可用性的环境。

2. 根据客户特殊需求对功能点做验证PoC。

3. Opay希望进行容器化部署。

迁移内容:

1.为客户设计弹性,高可用的网络架构。

2.将客户的Cache与数据库迁移到了Amazon Web Service托管服务。

3.为客户设计了不停机迁移的方案保证客户的业务连续性不中断。

4.为客户搭建了VPN,保证办公环境与Amazon Web Service云上环境的连通。

Amazon Web Service解决方案:

Amazon Web Service可以为Opay提供高可用性Web环境,以支持他们的业务高可用性,并使用Amazon Web Service托管服务支持他们的工作,如RDS、ElastiCache等,以满足他们的高可用性期望。选择Amazon Web Service Fargate同时使用ECS等服务帮助Opay进行微服务化部署以提高服务的稳定性。。

项目成果:

1客户将系统迁移到了Amazon Web Service云后,提供3个可用区和AutoScaling架构设计,提升可用性至99.99%(全年停机时间小于52分钟)。

2.因为尼日利亚电信运营商的特殊要求,其电信系统只能允许一个IP在其系统中注册,无法使用DNS,所以当使用NLB单IP的时候就失去了NLB天然支持多AZ的高可用特性。我们基于Lambda为客户设计了容灾方案,使用 Route53 探测其系统是否存活,CloudWatch接到告警之后触发Lambda,然后进行NLB删除重建的操作。经过测试整个 Failover 的RPO < 10分钟,而且全程全自动化控制,不需要人工干预。客户对此方案的评价非常高。

3.在数据迁移阶段,我们为客户设计了数据库不停机的迁移方案,通过中转数据库将客户就系统的数据库与Amazon Web Service Aurora做主从复写关联,并在中转库排除了对于系统表的复写,在生产切换的时候只需要修改客户的流量的DNS即可。为客户实现了真的RPO为0的数据迁移。

4.我们为客户基于Lambda和Cloudwatch开发了微信告警,当产生新告警的时候会通过微信服务号发送微信到客户的手机上,并且增加了告警重复发送功能,是对Amazon Web Service原生告警功能的补充。

合作伙伴的价值:

Opay迁移要求的过程中,在这个项目中有很多迁移工作要做。越世软件可以帮助Opay做PoC实验,一起迁移并解决问题,还可以帮助Opay进行微服务转换。

越世软件在网络架构方面有丰富的经验,可以帮助Opays基于Amazon Web Service最佳实践构建高可用性网络环境。

越世软件在数据库迁移方面也有丰富的经验,可以帮助Opays在不停机的情况下从UCloud切换到Amazon Web Service,这对Opays来说是非常重要的,可以帮助他们避免迁移带来的业务损失。在微服务改造方面,越世软件可以为Opay培训ECS的使用,并协助搭建ECS环境,为Opay提供了很大的帮助。