高可用业务解决方案

本文探讨了业务高可用的重要性,特别是在银行、社交媒体等关键服务中的应用。介绍了同城双活、跨城多活和跨国双活等方案,并讨论了是否需要实施业务高可用的决策因素。同时,文章详细阐述了异地多活的设计思路、步骤,以及接口级故障应对措施,如降级、熔断和限流等策略,旨在保障核心业务的稳定运行。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

为什么需要业务高可用?

有些业务比较重要【银行】,或者用户巨多分布不同地区【如微信、推特】的服务,如果出现故障不可用,会有难以承受的后果,那么则需要做业务高可用了。

如何做业务业务高可用

业务多活,需要考虑的就不仅仅是单台机器故障了,还需要考虑到机房级的故障,地区级的灾难【如美加大停电、海底电缆断了】,这种就需要做异地多活了。不要把鸡蛋放在同一个篮子里。

异地多活的方案有:

  • 同城双活
  • 跨城双活
  • 跨国多活

是否要做业务高可用


是否要做业务高可用?

这是一个值得探讨的问题,需要考虑到业务重要程度、社会影响、建设高可用架构的成本问题。

如,用户只有10w,当然没必要做多活。

再比如,设计到钱、重要业务的,可以考虑做多活。

需要做综合的考虑。

同城双活


同城双活还是比较简单的,能够应对机房级的故障转移,通常的使用者是地区的银行。

并且由于是同城双活,延迟较小,可以用专线提升网络质量。机房间可以做数据的同步,因此是比较简单的。

缺点是,无法应对整个区域的灾难。

跨城多活


跨城双活则是比较麻烦了,因为两个城市之间可能相距几千公里,延迟通常在50ms~100ms了,即使是专线也提升不大了,这是由物理定律限制的。

并且由于相距较远,相连的光缆比较远,被破坏、出问题的可能性就越大。

因此如果要做所有数据的同步是不太可能的,一是数据量较大,有些数据不同步也可以;一是延迟太大,比如网络糟糕的情况,可能要过几秒才能同步过去,然而在这几秒内用户可能已经从这个机房里取这些数据了。

举个例子 ,转账业务,如果一个用户进行转账,但由于数据同步不及时,用户再次刷新可能余额

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值