Chinaunix首页 | 论坛 | 认证专区 | 博客 登录 | 注册

瀚海书香forever.blog.chinaunix.net

Everything comes to him who waits

  • 博客访问: 2967245
  • 博文数量: 102
  • 博客积分: 3189
  • 博客等级: 中校
  • 技术积分: 4227
  • 用 户 组: 普通用户
  • 注册时间: 2009-02-02 13:29
  • 认证徽章:
个人简介

出没于杭州和青岛的程序猿一枚,对内核略懂一二

文章分类

全部博文(102)

文章存档

2016年(2)

2015年(3)

2014年(11)

2013年(32)

2012年(21)

2011年(5)

2010年(5)

2009年(23)

微信关注

IT168企业级官微



微信号:IT168qiye



系统架构师大会



微信号:SACC2013

订阅
热词专题
关于异地容灾的感触 2016-10-22 13:14:40

分类: 架构设计与优化

1、使用N个节点,容M个。比如3个节点,每个节点冗余50%,可以承受一个节点down掉;
2、要经常演练。比如1个月1次主动切换,要不真正出问题的时候,一个小时都在犹豫不决能不能切换,评估周期太长;
3、节点间尽量同构。否则节点间同步非常痛苦;
4、要保证节点间全同步。比如没有同步Cache,一个节点down掉,切换过去后cache全部打穿,原来假设的冗余根本无法支撑,导致全部down掉;
5、降级要准备好。你所假设的冗余是理想真空环境,只在理论上存在,一定要准备好降级手段。


另外昨天跟一个张老师交流的感悟,一块记录一下:
1、所有的技术规范和要求都是扯淡的,你要通过技术手段转换成可执行的东西,比如抽象成统一的安全接入服务、统一的加解密lib库、统一的入参校验库等等
2、让不同的人写不同的代码,技术骨干要写上面的CBB的东西,普通技术人员写其他的业务逻辑
阅读(9224) | 评论(0) | 转发(1) |
0

上一篇:Linux线程(进程)数限制分析

下一篇:没有了

给主人留下些什么吧!~~
评论热议
请登录后评论。

登录 注册