企业容灾的规划者如何找到适合自己的规划？
现在容灾技术方案多覆盖广，但每个企业都有自己的特点和要求。一个企业最茫然的是不知从哪下手，从哪开始。有过来人能不吝指导一下，企业容灾如何在明确需求、选型、规模、投入、产出等方面做好平衡？
问题来自社区会员mmsc5166某金融公司信息技术中心系统工程师
潘延晟系统工程师：
我觉得一个信息化系统是在不断生长的。与之配套的体系也都是随着这种生长而变化的。技术。环境，应用都在不断的变化。企业的资金投入也不同。首先我觉得企业要明确的需求。但这个需求并不是一成不变的。比如。信息化建设初期。资金投入重点在信息化建设上设备。技术都相对比较新。出大故障的概率比较小。这时候的重点应该是保障数据的安全可靠。通过备份设备实现数据容灾基本可以满足。规模和投入的资金相对较少。随着信息化的成熟。业务的稳定。这时候进入到一个成熟期。业务已经开始变得重要，基本就要考虑异地的数据容灾。在到异地的业务容灾了。这时候在容灾上的投入会比较高。甚至有可能会超过原有信息化建设的投入。
而选型上。也要根据自身业务的特点。是倾向与国产化。还是成型的大品牌。自身的技术从储备更容易驾驭那种技术。
赵海技术经理：
容灾对于企业的IT建设来讲是非常重要的事情，如何进行企业的容灾架构设计规划是整个容灾建设的核心关键事宜，因此需要一套方法论或者科学的步骤来参考。概括起来应该遵循以下逻辑进行：
根据图中所示的逻辑思路，我们需要依次解答以下几个问题：
为什么要搞容灾建设？
这个问题非常重要，因为企业搞容灾建设的背景可能会因为行业背景、监管标准、业务特点等情况不同而完全不一样。例如多数金融行业搞容灾建设是因为监管的行业要求，有的企业则是因为曾经面临过数据中心灾难教训或者看到别人的教训而主动搞容灾建设。不同的建设目的会导致追求的目标不尽相同。
建设成什么样的容灾架构体系，用什么样的标准去衡量？
在《企业容灾选型指南-1：什么是企业容灾》文章当中详细阐述过：RTO&RPO是搞容灾建设的最核心目标，一切容灾建设目的都需要回到RTO和RPO的评估上来。
RTO：企业可容许服务中断的时间长度，简言之业务可以恢复的最快时间。
RPO：企业可容许数据丢失的数量级，简言之数据可以恢复到最新的时刻点。
企业因搞容灾的初衷不同，那么对RTO和RPO的目标也会有严格和宽松之分，所谓严格的RTO&RPO指标就是政府或行业监管的最低标准，不同规模性质的企业有不同的最低标准要求。所谓宽松就是企业为了平衡投入成本和容灾架构带来的受益，可以将RTO&RPO锁定在一定范围内。
建设的容灾架构应该是什么级别（国家标准&国际标准）？
在《企业容灾选型指南-1：什么是企业容灾》文章当中详细阐述过：银监局和中国人民银行对商业银行业最严格的要求标准是5级容灾标准，RPO<=15分钟，RTO<=30分钟。而根据国际标准share78，六级容灾标准是RPO=0，RTO=分钟级；七级容灾标准是RPO=0，RTO近似为0。
企业可以根据这些标准界定自己应该实现的最低标准，比如说5级或者6级标准。
选择什么样的容灾架构技术体系，如何评估各种容灾中的关键技术方案？
以同城双中心容灾为例，企业需要评估网络层、应用层、数据库层、存储层等纵向各个功能层的具体技术方案，同时需要考虑到纵向和横向的融合和扩展。评估的时候，我们需要选择好评估的维度以及关键风险的把控，后续章节我们会详细介绍评估这些关键技术方案的方法和思路。
评价容灾技术的维度：
每一种容灾技术方案，从实现的技术复杂度、需要投入的成本、需要承担的风险、技术的先进性、技术的成熟度等几个方面来综合评估，寻求适合企业的最佳技术组合方案。
①技术复杂度：对于容灾技术方案的技术复杂度，总的原则是同目标可达的情况下，架构越简单越好。
大的方面分析来看，不仅仅需要考虑建设的复杂度还需要考虑运维的复杂度；不仅仅要考虑方案本身的复杂度还需要考虑方案需要依赖的环境的复杂度；不仅仅需要考虑横向复杂度还要考虑纵向的复杂度。
②投入成本：对于企业来讲，投入成本是非常总要的一项因素。总的原则是同目标可达的情况下，成本越少越好。大的方面分析来看，投入成本不仅包括容灾方案本身的设备成本还需要考虑软件成本；不仅需要考虑建设成本还需要考虑运维成本；不仅需要考虑资源成本还需要考虑人力成本；不仅需要考虑一次性成本还需要考虑持续投入成本。
③承担风险：所谓风险，最主要的就是极端情况下的RTO和RPO风险。总的原则是可以在宽松目标范围内适度降低，但是不能因此而承担灾难性的风险概率。大的方面分析来看，承担风险主要包括极端情况下的数据丢失风险、区域性业务中断扩展的风险。
④技术先进性：所谓技术先行性，一方面要看技术本身与主流发展的方向是否匹配，另外一方面要看技术本身在性能、高可用、扩展性、兼容性等方面的能力。总的原则是在目标可达的情况下，选用先进的技术体系。
⑤技术成熟性：所谓技术成熟性，不仅需要从技术体系本身的发展历史来看它的健壮性和稳定性，还需要从技术方案应用的案例情况以及市场的反馈情况来看技术的成熟性。
当然以上五个方面的评估维度，在具体分析技术方案的时候，可以根据方案本身的特点建立起一套评估指标体系，根据不同维度指标的得分情况来具体评估。
