【摘要】本文以某城商行核心业务系统升级建设项目为背景，根据近十多年以来银行业业务发展的功能与非功能需求，建立短期以及中长期的核心系统改造目标，详尽设计核心系统的业务逻辑，基础架构和浪潮K1Power小型机选型配置、高可用测试等多阶段、多维度项目实施和运维管理经验，为...
(more)可以通过跨中心的负载均衡GTM实现，策略配置成双中心的应用同时双活或者配置成本中心的应用全部故障时将业务转发到同城的应用服务器上。
前言众所周知，双活数据中心并不是一个行业标准或者规范。行业的标准是对RTO和RPO约束，银监局和中国人民银行对商业银行业最严格的要求标准是5级容灾标准：RPO=15分钟，RTO=30分钟。而根据国际标准Share78，六级容灾标准是：RPO=0，RTO=分钟级；七级容灾标准是RPO=0，RTO近似为0。因此双活...
(more)通常都会有的，例如应用集群里的日志文件的共享，业务文件的共享，解决方案也比较多。有的企业有专门的文件传输平台或者业务总线，可以提供应用节点间的文件互通，除此之外，还可以考虑使用nas进行共享，但是性能相对较差点，GPFS是一个比较好的共享方案，性能比nas更高。...
个人完全同意前面专家们的说法，同城双活核心系统有必要同时采取数据库同步和存储底层同步两种模式。也还要看数据中心所具备的条件和人员技术储备情况，来选择具体方案。1. 如果具有同城几十公里内非常稳定且带宽足够的网络条件，那可以按照一步到位的真正A-A双活、同城数据...
目前我们看到城商行级别最核心的一类和二类服务器，选择成熟稳定UNIX小型机的用户还是占大多数。原因在于小型机架构部署核心应用，安全稳定且成功案例丰富。考虑到跨数据中心的容灾和双活，小型机配合存储及数据库层的解决方案也众多，可以比较全面地满足用户从本地高可用、到数...
1、网关只是流量入口，不做任何业务处理，只负责转发2、尽可能接口见名知意，不要使用参数来确定接口类型3、后端服务非常多，可以使用分布式日志服务或者分布式调用链（推荐skywalling，无需开发直接使用Agent接入）...
目前技术而言，金融行业，核心系统异地双活难以实现，这其中的关键在于异地之间的距离，不谈距离说双活就是耍流氓，在合适的距离情况下，追求账务数据强一致性，保证RPO必须为0，牺牲一定的响应时间是能够实现双活的，至于牺牲多大看异地间距和业务并发，不可一概而论，对于金融行业的核心系统...
匿名用户
以下纯属个人观点：1）中型商业银行在准备核心分布式数据库选型时，除了必须要考虑的强一致性、高可用性的原则，还应考虑哪些问题？业务系统改造成本：需要考虑sql兼容性（mysql or oracle），事务采用悲观锁模型还是乐观锁模型，数据分片是否对业务透明等产品可靠性和自主可控能力：产品是否...
