一般的设计思路是这样的：（1）面向业务部门执行业务影响分析，明确业务恢复优先级及恢复指标要求（2）面向IT团队进行架构和数据量的现状调研，基于需求，结合生产架构现状考虑备选的容灾架构，并对业务部门提出的恢复指标要求进行评估（3）制定灾备建设策略，与高层就灾备建设范围及指标要求达... (more)

我理解的主流复制技术对比如下：一、 存储复制技术：要求数据库数据存储在集中式存储上，基于存储阵列的复制技术使用专用 SAN 网络进行复制，复制技术成熟，对主机资源消耗低，并且可根据需求选用双活、同步或异步复制模式，支持双活，支持多中心闭环（既任一复制链路断，不影响其它链路和... (more)

存储路线：优点：多分区和多主机业务的不同数据通过存储容易保障一致性，rpo比较容易量化和管理，切换快，适合站点级切换；缺点：链路资源要求高；数据库路线：优点：数据传输量小，带宽少，适合单一业务；缺点：一致性比较难于保障，多平台和跨平台难于实现；第三方工具：优点：可定制化，跨平台和应用；缺点：可... (more)

根据我的经验，微服务改造后的应用基本做到了多节点的集群化，可以考虑使用跨中心的应用层双多活的方案实现容灾。其好处在于灾备中心与生产中心一样可以同时对外提供服务，支撑业务运营，提升资源使用率，另外减少切换的中间环节，提升RTO，还可以做到生产灾备的统一发版和变更，发挥微... (more)

主要看数据的持久层部署在对象存储或者集中存储上，可以分别采用上述的持久层方案进行部署。而对于应用的业务连续性，则需要考虑后端微服务架构的应用提供方式进行选择，目前常见的都是通过容器化部署来实现，通过容器管理平台实现应用的高可用，例如VMware Tanzu提供的高可用保障... (more)

（1） 根据容灾建设方法论，首先需要对公司所有业务进行 BIA 确定业务等级及对应信息系统等级； （2） 确定异地容灾的建设策略（比如大同城小异地等），并根据 BIA 确定的业务等级确定异地灾备的覆盖范围，从而圈定建设的信息系统； （3） 根据信息系统等级不同，相对应采取不同的容灾技术来控制... (more)

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

在存储层主要的差异是同城可以做双活和同步，在异地几乎只能做异步，以及由此带来的技术操作差异。 预案及演练上的差异，主要来自于如何定义场景，以及在不同场景下的人员配置，应急沟通机制，应急响应流程层面存在的差异，比如异地是否需要考虑独立的运维团队，异地如何与生产中心人员... (more)

外联业务一直是灾备的难点，除非像人民银行支付系统能够提供双活双链路的接入，否则通常还是需要运营商去帮忙做主备线路割接，演练的话要么请第三方配合，要么就只能演练内部业务了。... (more)

目前有这样的案例是做数据级容灾。通过本地的备份设备将数据传输到私有云或者公有云中。由于是备份数据，去重之后的传输时十分必要的，可以大大节约网络带宽和容量带来的云环境的成本。数据传输到公有云上是需要在安全可靠性的层面进行评估的，重要的数据需要加密之后才可以进... (more)