匿名用户
稳定性确实是第一位的，任何情况下核心存储不能出现宕机影响业务的情况，这样的话影响太大了。第二点是性能问题。
核心系统存储性能的评估主要是通过压力测试进行压测，通过不同大小的block，不同的并发度进行考量。主要指标就是IOPS、吞吐、时延三大指标。
有的。原先在IBM AS400，S390主机的核心业务应用，用java重写后，就是部署在容器云上。
这个要在系统上线之前做好灾备规划了，而且要经常进行一定的切换演练，如果系统发生故障，一般来说核心系统是双机，而且灾备中心有一台主机都跑相应的业务，存储采用同步复制或者双活模式；如果本地两台或者三台集群系统主机都发生故障，可以切换到灾备主机启动业务；同时断开存储的复制...
您说的这个情况是核心应用层面的集中式向分布式微服务架构转型的场景，目前核心应用微服务架构是个必然的趋势，而且有不少成功的案例。应用微服务架构这块不是太专业，我谈谈我个人的理解，不够全面，希望对您有帮助。对于系统运维人员，主要关注微服务框架行业应用情况、微服务架构...
核心系统与外围系统进行数据交互，根据场景，可以通过如下方案解决：1）T+1应用:卸数，通常需要取多个表的全量数据，取数量大，时间长，建议通过只读账户直接从备库取数。2）实时应用：例如实时数仓，需要实时取数，可以通过数据准实时同步到消息队列（例如kafka）方式与大数据实时计算平台对接，同时...
分布式事务的一致性是当时我们测试关注的重点，除了正常的业务测试外，我们还进行了大量的破坏性测试，并且始终贯穿整个测试过程，例如一个表由ID和value组成，分布式事务是ID1+1，ID2+3，ID3+7，ID4-2，ID5-4，ID6-5，并发开启分布式事务，使得数据库节点物理资源利用率在30%-50%左右，外部程序每...
需要根据核心系统架构本身决定。传统核心系统大多采用的还是传统的集中式架构的存储，分布式核心系统多采用分布式数据库和分布式存储架构。可以咨贵询单位核心业务系统厂商未来业务发展和研发方向。目前采用全闪的集中式存储的性能和扩展性对于一般的银行的核心系统来说一...
