BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

Oracle的Cameron Purdy分10个模式剖析可伸缩性的实现

| 作者 Scott Delap 关注 0 他的粉丝 ,译者 张龙 关注 14 他的粉丝 发布于 2008年6月2日. 估计阅读时间: 2 分钟 | QCon上海2018 关注大数据平台技术选型、搭建、系统迁移和优化的经验。
Oracle的Cameron Purdy最近在JavaOne 2008大会上作了一个关于可伸缩性的演讲。和其它大部分主要关注于具体Java类库的演讲不同的是,他从实际的角度谈到了软件架构和设计的一般原则。Purdy大体上分10个步骤逐步剖析了可伸缩性问题,这10个步骤为:

 

10 - 理解问题
9 - 定义需求
8 - 架构胜于技术
7 - 理解基本要素
6 - 网络可视化
5 - 设计可视化
4a - 负载计划
4b - 分割度量
3a - 失败计划
3b - 复制可用性
2 - 值得实现伸缩性的点
1 - 简化
他指出可伸缩性并不能加快应用的运行处理速度,一个可伸缩的系统总是比单用户系统运行得慢。在演讲中,他提到了最近关于采用Ruby开发的Twitter伸缩性问题的争论,并提出了一个很有意思的观点--构架胜于技术。他甚至开玩笑说“连Windows都具有可伸缩性”。Purdy强调一项合理的技术应该考虑到无法预料的垃圾收集调度、线程调度控制的缺乏和异步I/O的缺乏。

此外,Purdy还提出创建可伸缩有状态的系统的挑战在于在保证现有系统耐用且易于管理的基础上实现可用性、可靠性、可伸缩性以及优质性能。在谈到这个观点时,Purdy把他的演讲聚焦到了有状态的伸缩性扩展的5个模式:

 

  • 路由
  • 分割
  • 复制(可用性)
  • 调和
  • 消息
他把可靠的路由描述为有状态的伸缩性扩展的基础,并认为它能为分割和复制提供支持。在演讲中,他提到的最后一个也是最重要的话题是简化。Purdy说复杂化会阻碍应用可靠性的实现,对于复杂的系统应该以有限的状态架构来建模。“如果你无法在白纸上画出系统的运行方式,那么这个系统最后的实现产品肯定也没法运行”。

查看英文原文:Oracle's Cameron Purdy Looks at 10 Patterns for Scaling Out

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT