交易类重要信息系统上云原生有什么注意事项?

重要信息系统上云原生集群,比如交易类系统高可用设计是怎么做的,有没有实现异地双活,分库分表写数据库方式实现的吗?

参与6

2同行回答

北京不眠夜@博云北京不眠夜@博云产品经理公司
业务本身设计,我不专业就不班门弄斧了。从容器平台方面,可以简单说一下。容器本身就能够实现多集群多实例的部署,并且当实例异常后,也可以重启一个新的实例。因此,业务做微服务改造后,只要保证每个服务有多实例存活,就可以提供高可用。通常双活方案,都是在平台之前加一个全局负载...显示全部

业务本身设计,我不专业就不班门弄斧了。

从容器平台方面,可以简单说一下。
容器本身就能够实现多集群多实例的部署,并且当实例异常后,也可以重启一个新的实例。因此,业务做微服务改造后,只要保证每个服务有多实例存活,就可以提供高可用。
通常双活方案,都是在平台之前加一个全局负载来实现导流。只要保证在不同数据中心内容器集群中有服务实例,就实现了服务的高可用。也可以在单集群中,实现服务多实例,进而在双活场景下实现更高的可用性。
关于数据库部分,目前我所看到的金融生产环境,数据库都是放到容器集群外面,按照传统的数据库高可用来实现即可。

收起
软件开发 · 2021-09-02
浏览897
xiaoping378xiaoping378课题专家组软件架构设计师某金融科技
1. 高可用一般是用冗余思路去做,云原生里是pod副本,同时要求业务侧做好DNS访问和无状态改造。2. 异地双活的难点在于网络时延、数据一致性和业务改造。整体解决思路是流量分流,并减少同步数据量。尽量单元化建设,就近本地访问,需要全局同步的,主要是靠数据库和存储同步来解决...显示全部

1. 高可用一般是用冗余思路去做,云原生里是pod副本,同时要求业务侧做好DNS访问和无状态改造。

2. 异地双活的难点在于网络时延、数据一致性和业务改造。整体解决思路是流量分流,并减少同步数据量。尽量单元化建设,就近本地访问,需要全局同步的,主要是靠数据库和存储同步来解决,由于传统数据库的CAP理论限制,建议考虑分布式数据库。

收起
金融其它 · 2021-09-05
浏览901

提问者

leeshare
运维兴业银行
擅长领域: 云原生云计算双活

问题来自

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2021-09-02
  • 关注会员:3 人
  • 问题浏览:1874
  • 最近回答:2021-09-05
  • X社区推广