数据实时同步类的分布式业务仍然遵循CAP的原则，就是一致性（Consistency, C）、可用性（Availability, A）、分区容错性（Partition Tolerance, P），CAP的结论是三者不可兼得。所以考虑到金融业务的强一致性要求，因此在分区容错和可用性方面就需要做出一定的让步。一般来说，强一致性的交...

这个原因比较多。重要的繁忙系统异地灾备也是用的hadr。大部分采用存储复制是因为方便简单，异地灾备对于恢复时间也没有太高要求。同城大部分也是存储复制模式做的灾备，不过现在随着开源和国产化技术发展，未来基本都是通过日志复制回放的技术来实现灾备。...

1. 行业规范标准：例如人民银行在2008年的《银行业信息系统灾难恢复管理规范》当中规定了1、2、3类信息系统，虽然界限模糊，但是也有影响地域范围、影响渠道范围、影响业务范围等大的维度作为参考标准。2. 行业自身业务标准：每个行业都会有自己约定俗成的核心系统，金融以客户...

主流开源软件的特点就是更新快，在选择使用前，应根据自身需要选择一个合适的版本，比如当前的次新版。进入使用后，需要结合自身需求、安全漏洞等因素综合考虑，自身需求一般在长时间内不会有太多变化，都是一些基本需求，为保持稳定，当自身有新的需求当前版本无法满足时才建议考虑采用...

由于容器云本身主要承载无状态应用，因此容灾主要是持久化存储的灾备，可以借助底层存储实现。容器云本身的备份，主要是k8s对象，deployment svc route 之类的，可以通过脚本把yaml文件备份出来。etcd提供备份脚本，可以导出数据文件。...

应该说容器云平台的适用面还是很广的，比如AI、BI、中间件服务，尤其适用于无状态型的管理系统应用，秒杀类业务量弹性大的应用

SpringCloud与K8S的考量，其实就是SpringCloud要不要跨多个K8S集群的事情。 比较理想的情况是：SpringCloud和K8S完全对齐,也就是一套Spring Cloud运行在一套K8S集群。在这种情况下，微服务、配置中心、注册中心都在相同的K8S集群中。这样，微服务在指向配置中心的时候，写配置中心...

使用开源技术，适应技术更替的趋势。对一些闭门造车的技术保持警惕，即使当下它可以很好的工作，但是伴随人员的更替，能cover住的人流失后，必然变得不可控。人员的构成需要至少具备三类：一，具有领域经验，能够把控趋势，为团队指明方向，规避风险；二，具有自研实力，能够针对实际环境，通过自研...

rose应该是一套双机热备软件吧！高可用！你的业务量多大，带宽是否够用。业务平台应用是什么？还是说你这里就一台服务器就可以满足所有业务。

数据备份支持传统的备份方式。系统每天一次全备，备份时并未做全局一致性备份，但支持任意时点的恢复，恢复最后有一步自动切平数据的功能，保证了全局一致性恢复。TD支持两地三中心的部署方式，保证了多活与高可用，单点故障不会影响系统运行。RPO为0，主节点出现问题时，RTO在10分钟以...