知道分子

IT 灾备全面综述

2009-11-26T18:13:00.003+08:00

《计算机安全》杂志 2009年10月号刊登奕兵（广州 30 卫士信息安全有限公司）撰写的《IT灾备一席谈》，该文是一篇关于 IT 灾备的全面综述，兹将要点摘录如下：

IT 灾难：
1. 自然灾害（汶川地震）
2. 人为灾难（9.11）
3. 技术灾难（千年虫）

美国对遭致 IT 损伤的 6000 例灾难调查表明：在造成 IT 安全事件的起因中，电力中断占 27%，雷雨占 12%，水灾占 10%，硬件故障占 8%，炸弹袭击占 7%，飓风占 6%，火灾也占 6%，地震占 5%，系统故障占 5%，电线短路占 3%，员工蓄意破坏占 3%，网络故障占 2%，人为错误占 2%，服务停顿占 1%，水管破裂占 1%，其它占 2%。

根据 IDC 的统计显示，在美国 2000 年以前 10 年间发生过灾难的公司中，有 55% 当时就倒闭；在剩下的 45% 中，因为数据丢失，有 29% 也在两年之内倒闭，生存下来的仅占 16%。

Gartner Group 的数据也表明，在经历大型灾难而导致系统停运的公司中有 2/5 再也没有恢复运营，剩下的公司中也有 1/3 在两年内破产。

美国德克萨斯州大学的调查显示：只有 6% 的公司可以在丢失数据之后还能生存下来，43% 的公司会彻底关门，51% 的公司会在两年之内消失！

灾难往往在不经意间发生，IT 灾备就是预防“小概率、高风险”的事件发生——建立容灾系统的初衷是以尽可能低的代价维持数据的可用性、应用和业务的连续性，把灾难带来的损失降到最低。

相关文件：
1. 中共中央办公厅 2003年7月 27 号文件《关于加强信息安全保障工作的意见》
2. 国务院信息办 2005年5月《重要信息系统灾难恢复指南》
3. 国务院 2006年1月8日《国家突发公共事件总体应急预案》
4. 国家质监局和国家标准化管委会 2007年6月《GB/T 20988-2007 信息系统灾难恢复规范》

“数据级容灾”，是为保证发生大灾难时业务还能持续进行的事前准备，基本上分为计算机事件响应计划、支持业务连续性计划/IT应急计划、灾难恢复计划三部分，实质是关注 IT 的数据安全。

“应用级容灾”，关注 IT 系统安全及其应用安全，灾难发生时生产系统的多种应用可快速切换到备用系统上，因而能确保业务的连续性。

“业务级容灾”，除了关注 IT 及其应用的安全之外，还对 IT 生产系统所处的场所和电话等设施作灾前备份，大灾难发生后，用户除了需要原有的数据、原有的应用系统，其工作人员还要能在拥有诸如电话等设施的备份工作场所正常地开展业务。

数据级容灾、应用级容灾和业务级容灾是 IT 容灾逐级完善的三种形态。它们都属于“业务连续性管理” BCM 里的内容，BCM 是风险管理 RM 框架中的重要组成，RM 又从属于 IT 治理范畴。

2008年7月，国际灾难恢复协会 DRII 的《业务连续性从业者的专业实务》定义了业务连续性管理的 10 个步骤：
1. 项目启动与管理
2. 风险评估和控制
3. 业务影响分析
4. 业务连续性策略
5. 应急响应与运作
6. 业务连续性计划
7. 意识培养与培训项目
8. 业务连续性计划演练、查核和维护
9. 危机通信
10. 与外部机构的协调

英国 BSI 协会在 2007 年发布的业务连续性管理标准 BS25999 中，定义了业务连续性管理范围有 10 个领域：
1. 风险管理
2. 灾难恢复
3. 紧急事件管理
4. 安全管理
5. 知识管理
6. 危机通信和公共关系
7. 设施管理
8. 供应链管理
9. 质量管理
10. 健康和人身安全

美国国家标准和技术学会（NIST）在 2002 年推出有关应急风险管理和灾难恢复的信息技术应急指南 SP800-34 ，具体把业务连续性计划落实为下列七项内容：
1. 危机通讯计划
2. 场所紧急计划
3. 运行连续性计划
4. 计算机事件响应计划
5. 支持业务连续性计划/IT 应急计划
6. 灾难恢复计划
7. 业务恢复计划

容灾备份的主要技术设计指标：
1. RPO（Recovery Point Objective 数据恢复点目标），用于衡量业务系统所能容忍的数据丢失量。
2. RTO（Recovery Time Objective 恢复时间目标），用于衡量所能容忍的最长业务停止服务时间，也就是从灾难发生到业务系统恢复服务功能所需的最短时间周期。

灾备所需的核心技术有四类：
1. 灾备存储技术（当前热门的是SAN/NAS、虚拟存储等，而重复数据删除等大概算是新技术）
2. 信息系统评估和系统重构技术
3. 网络环境中的信息安全技术
4. 起协管作用的系统管理技术

设计容灾备份系统需要多方面调研和考虑：例如灾难恢复的需求、灾后所要求的恢复速度、备份/恢复数据量的大小、业务（生产）中心与备援数据中心之间的数据传输方式、备援中心运行维护的管理以及投入资金的多少等。要成功实施容灾系统工程，除了需有技术保障外，还要定义关键业务，制订备份/应急/恢复策略，作出备份/应急/恢复方案，编制容灾/应急/恢复流程，明确这些流程的切换机制，确立组织架构，安排测试演练措施等，以保证圆满达成业务连续性的目标。

在建立容灾系统之前，应进行详尽周密的全面调研分析，包括：
1. 业务系统的风险分析（Risk Analysis）
2. 容灾系统对业务系统的影响分析（Business Impact Analysis）
3. 容灾系统的投入/产出分析（Cost-Benefit Analysis）

国际通用的容灾系统评审标准是 1992 年制定的 SHARE78，它评审的内容有：
1. 备份/恢复的范围
2. 灾难恢复计划的状态
3. 业务中心与容灾中心之间的距离
4. 业务中心与容灾中心间怎样连接
5. 数据是怎样在两个中心之间传送的
6. 允许有多少数据丢失
7. 怎样保证及时更新容灾中心里的数据
8. 容灾中心启动容灾进程的能力
9. 允许服务中断时间多少

SHARE78 定义容灾备份中心自动异地远程恢复分为 0-6 七个层次，最高层次 Tier 6 不仅可以保证数据的完全一致，而且其存储和网络等环境具备了应用的自动切换能力，是实现数据无丢失的备份。

容灾系统的 TCO 越高，ROI 可能就越低。IDC 的调查表明，在容灾系统满足可用性的前提下，众多机构的认识越趋于一致：外包模式比自建模式更加安全可靠。报告指出，自建容灾系统的成本是外包费用的 4.28 倍。“9.11” 事件后，Globe Continuity Inc. 调查了美、英、加、澳四国共 565 个拥有或租用了灾难备份中心的公司后发现，56% 公司采用了外包服务，29% 公司自建有灾难备份中心，15% 外包为主、自建为辅。

欧洲 7 国 20 个公司对 IT 事件及其损失做出的调查表明，95% 的一般故障索取的恢复代价占 55%，而 5% 的灾难破坏却要付出 45% 的恢复代价。这表明，一般故障较常发生，但每例故障的损失并不太大；灾难破坏比较罕见，一旦出现，损失惨重。

Aberdeen 2008年3月的报告表明，超过 44% 的中型企业没有运行业务连续性和灾难恢复（BCDR）计划。更糟糕的是，那些企业实施的 BCDR 计划也许不足以处理重大的中断事件！根据 Forrester Research 的调查，全球 50% 的企业每年仅对安全恢复计划进行一次测试，而有 14% 的企业从未进行过测试。

“唱红打黑”折射出的伦理困境

2009-11-22T21:21:00.002+08:00

暌违两年有余，冯象老师再临浙江大学法学院。先生现任清华大学法学院梅汝璈讲席教授，依然挎着那个两年前的黑色 Wiley 购书袋，精神矍铄，笑容可掬。这次讲的题目是《为什么唱红打黑——谈谈职业伦理的困境》，笔记要点如下：

1. 30 年是一段不短的时间，蒋、毛统治均未超过 30 年，现在改革开放 30 年还没有建立法治，肯定有问题。教育体制 30 年尚未完善，也有问题。

2. 前段时间赴湖南祭祖，受邀至湘潭大学演讲。该校法学院本科生十分活跃，办一本学生主编的法学刊物，请先生题词。题词本该是领导们干的勾当，拿题词本来看，梁慧星、王利明......字不敢恭维，人都是认识的。再往下翻，周叶中教授题词：青年学生一定要XXXX宪法，一定要XXXX宪政。先生就问，你们怎么请他来题词呢？学生无言以对，于是先生挥笔写下四个大字“杜绝抄袭”。

3. 北京西城区法院出了个案子，前院长把法院开成自家公司，把司法制度变成一种竞贿制度，职业伦理尽丧。法律机构中的公职人员原本是受委托代表法律制度行使权力，这样做的直接后果是法律制度威信、效能被严重破坏。

4. 现在的关键问题是周围整个环境腐败，在立法层面并不缺规范，也不缺党的纪律。

5. 大学的伦理丧失，主要表现在抄袭、作弊。周叶中把抄袭丑闻转化为一桩关于版权和名誉权的官司。也许并不是他抄的，都是学生苦力抄的，他只是不负责任地把自己的名字署上去而已。我们讨论的抄袭应该不是版权法意义上的抄袭，而是更广泛意义上的抄袭，抄了对方的思想也是抄。

6. 国外大学对于抄袭的处理很简单，基于同行共识，学术道德委员会认定，然后将抄袭者开除了事。若将任何违背破坏伦理的问题都转化为法律问题，那么必将误导社会和学生，以为只要不侵害就可以豁免。

7. 行业制裁比法律制裁更严厉。去年林家兄弟之一的林国荣抄袭案曝光，林国华写信表态，要求弟弟不要再为自己辩护，应永久退出学术界。这是符合学术惯例的，没有任何法律规定。当前我们的现实问题，是如何把破坏了的行业诚信、敬业伦理原则，提出来恢复。

8. 当代职业伦理丧失的问题，可追溯到文化大革命后，林彪事件发生，使伦理制度变质。

9. 改革开放以后开始普法。改革的基本策略是政策比法先走一步，打擦边球，违背现行的法律规定。这样就训练了一种社会风气，忽略行业责任、道德责任。市场逻辑、经济挂帅，改革开放的基本策略以遮蔽行业伦理为代价。

10. 大部分律师靠打关系办事。司法考试严重扭曲了法学院教育。

11. 深层原因还得从政治角度挖掘：打左灯、向右转，说的和做的不一致，场面上的口号不是真实运作的规则。在这种环境中如鱼得水的人，都是人格分裂的。德沃金前些年访华，回去之后在纽约书评上撰文抨击中国人虚伪，老先生本想来给中国人启蒙，哪知中国各级官员、各界知识分子，关起门来都喜欢高谈自由、民主、宪政、人权。

12. 洲际导弹下台，小快人心。但是教育体制多年积弊不容小觑，我们学到的知识和业务也是分裂的。

13. 中国政法大学办中欧法学院，郑永流、徐显明教授研究六年制法学教育，发现毕业生只有 14.6% 从事法律职业。

14. 美国主流大学神学院也是分裂的，高度学术化，不上教会规定的课程内容。一位北卡的圣经学教授，被请去现任牧师的同学教堂里讲耶稣生平和早期基督教，讲完后有位老太太上台提问，为什么你讲的内容牧师从来不讲？牧师作为教会体系的职业，已全然用不到神学院教授的学术知识。

15. 我们现在接受的法学院教育也是高度意识形态化的法治教育，读书时学生都以为自己出国了，毕业后才发现自己还在国内，纷纷还俗，将学来的知识统统还给老师。

16. 政法体制解决重大危机时不得不放弃 30 年来的法制话语。重庆的唱红打黑，延续了87 年以来的运动式打击，这是通过另外一种方式动员力量，比如公审。法学家如临大敌，痛哭流涕。

17. 红歌就是 30 年前的歌，而不是春天方阵后面那些粉红色的东西。这次临时加的第一个方阵，由清华大学学生出演的毛泽东思想万岁，本是 30 年来的禁忌。

18. 他们不得不抛弃 30 年来的法制话语，重唱战胜敌人、阶级斗争。这说明新法治没有任何伦理资源可以用，只能找 30 年前的伦理资源。

19. 政治策略回到了群众路线，主要表现在最近提倡的大调解和三个至上。让群众满意以前是地下话语，现在上了台面。司法改革中的诉讼改革、对抗程序等，已前功尽弃。

20. 现在的问题是如何体面地屈服，如何体面地承认失败，重新出发。这给法学教育和宪政理论提出了挑战。

21. 改革开放必须继续，是一致的共识。民主、法治、人权、宪政是价值目标。

22. 立法的正当性要放到特殊的天平上衡量，这架天平是外国进口的，而不是当前的政法制度。

23. 法学家往往站到 100 步的地方批评 50 步的改革家，但做事的人有顾虑，还要考虑利益集团间的博弈。

24. 腐败、伦理丧失，未来的困境与前 30 年不太一样，不是经济问题，也不是 50 步和 100 步的问题，而是我们要面临印度、巴西的挑战，也就是你想不想成为今天的印度和巴西的问题。

25. 现在应该从教育开始，从教育制度开始，进行教育改革：一是目前分科太细，应该淡化分科。以法律职业教育为例，J.D 是不分专业的职业教育，教授法律思维和基本的法律课程，L.L.M 是给外国学生读的，S.J.D 法学博士才是专业学位。二是法律学科避谈政治，但实务经常是政治性的。法律是政治制度的一部分，中国特色的政治制度就是政法制度。法是套在政治制度里的小领域，人民法院是较弱的一支。讲政治有助于学生从事职业。此外，还要讲伦理道德、社会公德。

26. 针对 30 年来的积弊，具体到法律教育，要多讲宪法，虽然司法不允许援引，但宪法问题仍是日常生活问题，相关案件仍然存在。要经常将宪法问题引入部门法的讨论。

27. 北京的出租车司机说，现在的孩子课业负担这么重，如果再来一次文革，非杀了你们老师不可。当年就是因为学生负担重，资产阶级统治中小学教育，所以有那么多学生积极参加文革。现在的应试教育基本上是失败的、误人子弟的教育。

28. 为了弥补中小学教育伤害的、愚蠢的东西，只好由大学教师承担责任，到大学里来补。

29. 老师最好放羊，让学生自由地学习不同学科的知识。当然更重要的是老师上面的管理层要放手，教育部放手，领导教育部的人放手。

参阅：

“唱红打黑”之深度解读职业伦理困境 ——记冯象教授光华法学院讲座http://www.ghls.zju.edu.cn/redir.php?catalog_id=94&object_id=19398

冯象教授11月12日演讲全文：论法律职业伦理的重建（根据录音整理） http://www.cesl.edu.cn/idxnewsview.asp?id=350

Steve Souders: In Search of Speed 学习笔记

2009-11-18T17:35:00.001+08:00

原雅虎首席性能官、现任 Google Web 性能专家 Steve Souders，近期在 LA 隆重举行的 SpeedGeeks 会议上发表重要讲话：In Search of Speed（slides, video)，以下为学习笔记：

1. 以 iGoogle 为例，前端页面组件渲染的时间占了整个页面打开时间的 91%，前端优化的重要性不言而喻。

2. 前端优化十四条原则，是个人都知道，不必多说了。

3. 如果想要更快一点，可以参考新书 Even Faster Web Sites。

4. Google 页面延时增加 0.4 秒，搜索量会下降 0.6%；雅虎页面延时增加 0.4 秒，访问量会下降 5-9%；Bing 页面延时增加 2 秒，收入会下降 4.3%。

5. 高性能 = 更好的用户体验 + 更多访问量 + 更多收入 + 成本节约

6. 为什么没有那么多人来做性能优化这么有前途的事呢？因为这他妈的太难了！

7. 当然，如果这事没那么难的话，是个人都能做了！

8. 我们今年的口号是：本来就快！（Fast by Default）

9. Aptimize 公司的性能优化神油：整合 JS、整合 CSS、Sprites、Data: URIs、更长的过期时间、精简 JS 和 CSS、automatically in real time。

10. 在 http://sharepoint.microsoft.com 上抹了点神油，果然有奇效：Empty Cache 的 requests 从 96 降到 35，Primed Cache 的 requests 从 50 降到 9。JS 减少了 7 个，CSS 减少了 12 个，图片减少了 25 张。页面性能提升：Empty Cache - 46-64%；Primed Cache - 15-53%。详见： http://blogs.msdn.com/sharepoint/archive/2009/09/28/how-we-did-it-speeding-up-sharepoint-microsoft-com.aspx

11. 有家“典型电子商务网站”，名叫 StrangeLoop Networks，自打抹了神油：每次访问页面数由 11 提升到 16，浏览网站平均时间由 24 分钟提升到 30 分钟，转化率上升了 16%，订单价值上升了 5.5%。

12. 为啥某些网站比较慢？“某些”包括但不限于：Google Mail、Google Docs、AOL、Twitter、ESPN、Best Buy、IKEA、CNN...（这些网站钱多人傻，快去推销优化服务！）

13. 原因是由于缺乏 Progressive Rendering（渐进渲染）！

14. 对比五家搜索引擎：Google Search、Yahoo Search、Bing、Ask 和 AOL Search，页面打开 0.5 秒时，没有一个显示内容，等到 1 秒时，Google Search 和 Bing 显示了主要内容，直到 2 秒时，Ask 还是没有显示任何内容。

15. 快使用双截棍： WebPagetest.org

16. 对比六家新闻网站：Yahoo News、CNN、CNET、Google News、NY Times 和 MSNBC，页面打开 1 秒时，Google News 率先显示了 Logo，直到 4 秒时，CNN 还是空白一片。

17. Progressive Enhancement：deliver HTML、defer JS、avoid DOM、decorate later。

18. 先做 Progressive Enhancement，再做 Progressive Rendering。

19. 最近新闻：http://spriteme.org 帮助优化 sprites，http://www.browserscope.org 用于对比不同的浏览器访问，HTTP Watch Studio 支持 HTTP 存档格式（HAR），@font-face 标记如果放在SCRIPT 标签下方则将导致 IE 浏览器阻止渲染。

20. 讲话要点，必须掌握：关注前端！使用 YSlow 和 PageSpeed 工具！ Progressive enhancement -> progressive rendering!

21. 最后感言：网页速度是下一个竞争激烈的目标，必须在别人动手之前先优化自己！（否则会死得很难看，信不信？）

谢谢大家！

云计算是一个关乎成本的严肃问题

2009-11-12T21:37:00.005+08:00

从最早的ASP，到不新的SaaS，再到最近的云计算，业界各种“大词”（Big Word）城头变幻大王旗。旧日仍新，新日已旧，太阳底下无新事，“大词”们风起云涌的背后，却始终逃不脱“成本”的魔咒。

Google 宣布 Gmail 和 Picasa Web 相册共享存储价格降至 $0.25/GB 每年，不计流量费用，这个价格已接近于普通硬盘的采购成本价（SATA硬盘价格一般为 $0.08-0.24/GB）。相比之下，与 Picasa Web 相册同类的 Flickr，需要存储 99.8 GB 以上的照片才能达到同样的价格水平（Flickr pro 账号 $24.95/年），而 Amazon S3 存储服务的价格为：存储空间 $0.12-0.15/GB 每月，数据传输 $0.1-0.17/GB 每月，此外还对 Web 请求收费 $0.01-0.1/10k reqs。

这无疑在云计算市场中投下了一颗原子弹，说明 Google 已在成本方面远远抛离了对手，接下来要做的就是完善服务、推陈出新、吸引客户、抢占市场，等待竞争对手慢慢消亡。

互联网的模式抄袭速度太快，本周美国最高法院和专利办公室联合出台新规，不允许商业方法和抽象软件处理过程申请专利，有望进一步加速模式抄袭。互联网的用户迁移成本太低，只要点点鼠标，转瞬之间就能跳到你的竞争对手那里去。一旦丧失了成本优势，互联网公司只能倒计时等死。

此前有个“大词”爱好者云集的某公司，偏好玩弄概念，不喜控制成本，结果搞了一个收入越多亏得越多的模式出来。不出所料，两年左右树倒猢狲散，一阵风，留下了千古“绝唱”。

云计算的核心价值在于降低成本，而非炫技表演，这是一个关乎生死存亡的严肃问题。

软件专利即将失效？

2009-11-10T11:56:00.003+08:00

昨天看到一篇题为《美最高法院修正专利法现有软件专利或失效》的新闻，据说“美国最高法院与专利办公室联合作出了新规定，该规定不允许与业务程序和业务方式相关的专利申请，比如网上购物技术、医学诊断测试和华尔街交易程序。该规定可能甚至还会影响软件的专利申请。该新规对高科技可能产生的最大的影响是现有的软件专利可能会失效，至少会让相应专利拥有者在法律诉讼中很难辩护。而且在未来该类专利的申请也会更难获批，因为一般来说软件专利的申请都是作为程序，而不是作为物理发明来申请。”

今天又读到 Google 法律总顾问兼专利战略官 Michelle Lee 发表的Google Public Policy Blog：Debating the future of innovation at the Supreme Court, 该文认为：“A recent flood of patents on business methods and abstract software processes has contributed to uncertainty and an explosion of expensive lawsuits. … awarding patents on abstract ideas and processes, like the claim at issue in the Bilski case, poses a serious threat to innovation, job creation, and economic growth. …The revolution in information technology should be built on innovation, not litigation.”

软件专利究竟有利还是有害于创新已争论多年，美国最高法院和专利办公室新规为这场争论一槌定音。其它国家很可能渐次跟进，取消或弱化软件专利。

我们该如何面对一个软件专利失效的新世界？

不如读论文

2009-11-07T21:00:00.003+08:00

周六下午翘课回家读书，翻到《程序员》9月号一篇文章：袁泳《程序员与读论文》（p.118-119）。作者技术视野开阔、文笔生动有趣，举了 Oracle 创始人读 IBM 论文而提前 3 年推出 Oracle 1.0 数据库，以及微创刀法引入台湾、Id Software 主程序员大量涉猎图形学论文而以 3D 游戏效果傲视业界等例子，说明一个简单的道理：读论文是保持技术优势的重要手段。

作者指出阅读论文的三大好处：

1. 论文的时效性无可取代。

2. 论文不仅讨论成功的解决方案，也检讨作者和其他研究者失败的尝试。

3. 出于种种原因，有些论文并没有对应的替代读物。

不仅 IT 业，其它行业/学科都是如此，读书不如读论文，“像手术刀一般划去无关肌理，直切具体问题本源”，乃是论文长项。经典的书只要读那么几本就够了，若想赶上学术前沿的潮流，还得常读论文不可。当然，除了论文之外，业/学界诸牛博客，各种会议 paper/slides/video/podcast 都是保持头脑常新的重要信息来源。

刘江：所有程序员/架构师都应该至少读上两遍的十篇论文 http://blog.csdn.net/turingbook/archive/2009/03/01/3946421.aspx

附赠八卦一则：图灵总编刘江老师将于下周开始兼任《程序员》杂志和 CSDN 网站总编，对上述杂志/网站有意见的，请围观 @turingbook 。

Facebook 的工程师文化

2009-11-07T19:36:00.003+08:00

Windows Live 网站有位工程师，参加了 Facebook 组织的 Facebook Seattle Engineering Road Show 活动，回来之后兴奋不已，洋洋洒洒写了一大篇，介绍 Facebook 在不断扩张过程中获得的一些经验：Facebook Seattle Engineering Road Show: Mike Shroepfer on Engineering at Scale at Facebook

大家都会英文，这里不作全文翻译了。值得一提的是 Facebook 自己总结的工程师文化：

1. 快速前进打破陈规（Move Fast and Break Things） - 鼓励员工承担风险，愿意为创新牺牲一些稳定性。工程师厌恶风险往往是公司衰败之始。

2. 小团队办大事（Huge Impact with Small Teams）- 多数功能系统都由一到三位工程师组成的小团队完成。Facebook 每位工程师服务 120 万名用户 v.s. Google 1:190,000 v.s. Amazon 1:96,000 v.s. Microsoft 1:75,000。

3. 大胆创新（Be Bold and Innovative） - 不言自明。

Facebook 连扫地的都算上也只有 900 多名员工，其中工程师只有 230 余人。他们的用户近 3 亿，接近于美国人口总数。他们有 3 万台服务器，存储着 800 亿张图片，每天承受 10 亿次搜索，Memcache 集群每秒操作 5 千万次，每秒下载照片 120 万张......

什么叫海量？这就是海量！

如果没有这样的工程师文化，肯定无法支持海量。