应用云平台的可用性——从新浪SAE看云平台设计
云计算平台的可用性,相比传统互联网服务而言,更加复杂和困难,也更具有挑战性。本文借助新浪SAE云平台为读者讲述了云平台可用性的定义、如何打造高可用的平台,以及对云计算的用户提出了建议。
该内容已经被标记书签!
标记书签错误,请重试!
作者 Vikas Hazrati 译者 郑柯 发布于 2009年8月19日
将某种情形下的知识从一个单位(可以是个人、团队、部门、组织)传递到另一个单位,这就是知识传递。很多组织用了很多时间将自己积累的知识记录成文档,希望知识传递过程能由此变得更顺利、高效。而敏捷并不鼓励文档,它强调“可工作的软件胜过全面的文档”。在在一系列有趣的试验中,Steve Bockman试图找出在敏捷项目中传递知识的最佳途径。
在试验中,Steve试图将一只不寻常的纸飞机作为产品,并将其相关的知识通过三种方式传递。他使用了下面三种策略:
文档:工作者们得到写下的纸飞机制作说明(包括22个步骤)。
反向工程:工作者们得到一个已完成的纸飞机,他们可以用之学习如何重现制作纸飞机的步骤。
指导:“首席设计者”按步骤制作一只纸飞机,而工作者们重复完成的每一步。
参与实验的共有8个人,每种方式各用5分钟。实验结果令人惊讶不已。
只有12.5%的人能够按照文档完成任务。使用反向工程方法,有25%的参与者成功做出飞机,而指导方法则可以让100%的参与者全部成功做出飞机。
这毋容置疑地指出:健康的沟通和指导,是传递和分享知识的最佳方式。Steve还认为:对于需要经常沟通和反馈的软件开发来说,这个原则更具价值。在他看来:
假如我是一个开发人员,我发现了一个技巧,可以将一些数据绑定到某个用户界面里的控件中,而且写出了代码实现。这个技巧构成了一种模式,与我一起开发的同事们希望了解具体做法。如果你是我的同事,有三种方法:a)我给你一个说明该技巧的相关文档;b)我告诉你代码在哪里,建议你自己弄明白;c)我跟你结对编程,通过一组新数据实现该模式;你会选哪一种?
Young Ye和Royce Fay建议使用另外一种使用不均衡结对编程(Asymmetric pair Programming)高效传递知识的方法。该方法的本质在于:它除了在开发人员之间结对之外,还可以在开发人员和领域用户之间结对。这样做的重点也在于人与人之间的沟通,而不是文档。
结对编程有一个广为人知的好处,就是快速的知识分享和传递。Alan Skorkin同意这个观点,同时指出:
我认为:最重要的好处在于,结对对于有机的知识传递效果非常好,尤其是大型系统中,这是关键,因为根本没有其他方式能够做好这一点。
因此,大家都同意传递知识的最好方式就是通过沟通、指导和一起工作。虽然,有些文档确实有用,但单单依赖文档能带来的好处很有限。
查看英文原文:How to Transfer Knowledge in an Agile Project译者 郑柯 InfoQ中文站总编。做过开发,当过PM,干过销售,搞过市场,最终还是回到媒体。实用的理想主义者,相信:每天改变一点点,这个世界会更好。
写得非常好,道理很简单,点出来很不容易,非常有用,谢谢
谁都知道F2F的沟通方式最高效,但很现实的问题是:人走了?咋办?
这时候如果没有文档是不可想象的。
而且,没有文档积累,来一个新人,培训一遍,再来一个新人,又培训一遍,累不累啊?
赞同,文档能起到更长期的经验积累和传递作用。
中国历史上很多“祖传秘方”就是因为使用了人传人的方式,常常传着传着走样了,最后消亡了。
其实敏捷本身并不排斥文档,是强调要写必要的文档。
不过感觉我们很多人在实施的时候过分强调文档的坏处,以近似裸奔的状态进行开发,长期下去令人担心。尤其长期深受CMM“之苦”的开发人员,借敏捷之名彻底抛弃文档,倒是有一时之快。
因此,个人认为敏捷项目必须在初期明确“必要的文档”包括哪些,但在内部交流时可以强调F2F的传递,两者要合理的结合,不能走极端。
大部分文档应该是由设计人员而不是开发人员来完成的吧?
请问一下,你认为什么是必要的文档,维护问题如何解决?
有些文档确实有用,但单单依赖文档来传递和分享知识能带来的好处很有限。
大部分文档应该是由设计人员而不是开发人员来完成的吧?
强大!阁下果然是“敏捷”开发!
赞同,文档能起到更长期的经验积累和传递作用。
中国历史上很多“祖传秘方”就是因为使用了人传人的方式,常常传着传着走样了,最后消亡了。
我看很多人都误解了中国师傅带徒弟这个系统的重点所在。
和手工艺一样,软件的设计也是需要不断地磨练才能领悟其精要的。仅仅单靠文档只能说明之前的设计“是什么样子”,但不能说明“为什么是这个样子”,以及“有没有其他可能性”。工程师不断提高自己达到这个水平的过程必然是通过观察使用他人的产物,日积月累才能真正体会别人的设计的。
文档只是辅助而已,人能够领悟这才是最重要的。
是也乎,是也乎!这已经是KM 的领域了!
参考KM思維图谱
知识/经验的传承是个流动的过程:
所以:"KM乃是培育可催生自学习型组织的文化氛围!"
5分钟可以叠一只纸飞机
但是如果是用一年的时间造一辆汽车呢?
传递知识采用指导方式固然是最有效的,但知识的沉淀和积累难道也可以吗?
agile界总是喜欢用简单的事情来讲大道理,但现实简单吗?
云计算平台的可用性,相比传统互联网服务而言,更加复杂和困难,也更具有挑战性。本文借助新浪SAE云平台为读者讲述了云平台可用性的定义、如何打造高可用的平台,以及对云计算的用户提出了建议。
淘宝高度重视Java平台的健康发展,组建了一个团队专注于Java平台的底层部分的性能、功能与稳定性改进;工作主要基于OpenJDK中的HotSpot VM开展,其中一些通用的功能随后也会逐渐反馈给OpenJDK社区。希望能与使用Java平台开发应用的大家交流经验。
本次演讲视频录制于QCon杭州2011。
2011年4月21日至22日是值得云计算从业者纪念的日子。Amazon的IaaS服务出现故障,导致许多商业网站的服务中断,影响非常严重。作为云计算用户,我们需要思考的是,如何保证即便在云服务不可用的情况,我们的应用架构仍然能够屹立不倒?本文正是站在云计算用户的角度试图探讨这一问题。
12人的技术团队,4组刀片服务器,每月20亿的访问量,每日1次准时部署,99.9%的可用性。这可能吗?当然。想知道如何做的吗?百姓网将与您分享他们在DevOps实践过程中的经验和技巧。
本次演讲视频录制于QCon杭州2011。
篱笆作为一家起源于社区的电子商务公司,反映到技术层面就是同时要面对产品和业务,以及经营战略的变化调整。如何在产品和业务的夹缝之间完成技术架构的抽象与平衡,寻找更有效的价值定位,这当中有些经验教训和个人感悟愿与众人分享。
本次演讲视频录制于QCon杭州2011。
本文将对特性注入以及相关方法做一个扫盲性的介绍。我们会解释这个框架的关键要素,并附上实例来证实它们。为了让文章保持相对较短,我们不会深入到某个工具或方法中,而是会给出一些参考资料,以便大家做进一步的研究。
随着JDK 7的发布,字节码指令集终于迎来了第一位新成员——invokedynamic指令。这条新增加的指令是JDK 7实现“动态类型语言(Dynamically Typed Language)”支持而进行的改进之一,也是为JDK 8可以顺利实现Lambda表达式做技术准备。在这篇文章中,我们将去了解JDK 7这项新特性的出现前因后果和它的意义。
随着互联网应用的发展,Java分布式远程服务技术受到越来越多的关注,本文将对各种相关实现以示例的形式逐一介绍,并总结其中的优缺点,使读者能够在技术选型时有所准备。这是文章的下篇。
9 条回复
关注此讨论 回复