在不是所有应用及数据库双活的情况下,对部分应用系统建立双活是否必要?
按照现在的状态,绝大部分机构都只选了一两个应用作双活的试点,积累经验,研究技术趋势。最难的是数据库双活。应用服务双活和任务分配技术很成熟,可以先从应用层,接入层的双活开始做。
我的理解,双活能保证的,不仅是业务的无缝切换,还包括发生灾难时,数据的零丢失,同时还能够验证在不真实切换的前提下,灾备数据中心是否能够提供稳定灾备支持。对于业务连续性要求极高的业务,部署双活是比较合适的,但必须保证与其耦合性高的业务一起实现双活。
所以建设双活是有必要的,我们要更侧重解决和担忧的,是双活带来的风险和效率损失及高额费用,比如链路抖动,高带宽要求。
对部分系统做双活需要考虑应用之间的关联关系。如果存在紧耦合关系,可能会造成很多问题。先做业务关联性分析后再决定如何做部分应用系统的双活。
- 无序列表1 - 无序列表2 - 无序列表3
- 无序列表1 - 无序列表2 - 无序列表2.1 - 列表内容 - 列表内容
1. 有序列表1 2. 有序列表2 3. 有序列表3
Use the `printf()` function.
`printf()`
``` require 'redcarpet' markdown = Redcarpet.new("Hello World!") puts markdown.to_html ```
```ruby require 'redcarpet' markdown = Redcarpet.new("Hello World!") puts markdown.to_html ```
**这个是粗体** *这个是斜体* ***这个是粗体加斜体***
[link text](http://example.com/ "optional title")
[link text][id] [id]: http://example.com/ "optional title here"
<http://example.com/> or <address@example.com>
 ![这里写图片描述][image-id] [image-id]: http://example.com/图片名称.jpg
发表您的选型观点,参与即得50金币。
关于TWT 使用指南 社区专家合作 厂商入驻社区 企业招聘 投诉建议 版权与免责声明 联系我们 © 2021 talkwithtrend — talk with trend,talk with technologist 京ICP备09031017号-30