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

作者 Scott Delap 译者 张龙 发布于 2008年6月1日 上午4时19分

社区

Architecture,

Java

主题

性能和可伸缩性

标签

Java EE

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

• 更早的 >