文章：可伸缩性最佳实践──来自eBay的经验

作者 Randy Shoup 译者 郭晓刚 发布于 2008年6月12日

领域

架构 & 设计

主题

性能和可伸缩性 ,

架构 ,

设计

标签

eBay

eBay作为一家高流量、高负载、拥有海量数据的网站，可伸缩性是关乎生死的问题，每一项架构决策都不得不把可伸缩性摆在首要地位。eBay架构师Randy Shoup与我们分享了他们总结出来的几条最佳实践：

1. 按功能分割
2. 水平切分
3. 避免分布式事务
4. 用异步策略解耦程序
5. 将过程转变为异步的流
6. 虚拟化所有层次
7. 适当地使用缓存

Randy Shoup在文章最后再一次强调了可伸缩性的重要：

可伸缩性有时候被叫做“非功能性需求”，言下之意是它与功能无关，也就比较不重要。这么说简直错到了极点。我的观点是，可伸缩性是功能的先决条件——优先级为0的需求，比一切需求的优先级都高。

希望eBay的经验能对各位读者有用，希望能帮助您从新的角度审视自己的系统，无论其规模如何。

阅读全文：可伸缩性最佳实践：来自eBay的经验

译者 郭晓刚 是InfoQ中文站架构社区编辑，创建并终结过数家软件小企业，翻译过多本技术书籍。

1. 返回顶部

   异步和切分已经比较有体会

   发表人 liu pi1ot

   异步和切分已经比较有体会，对于大流量系统确实很重要，不过第6点：虚拟化所有层次，是什么意思，我还理解不了

   回复

2. 返回顶部

   刚刚看到还有个全文连接...

   发表人 liu pi1ot

   不好意思 :)

   回复

3. 返回顶部

   Re: 异步和切分已经比较有体会

   发表人 Zhou Mi

   异步和切分已经比较有体会，对于大流量系统确实很重要，不过第6点：虚拟化所有层次，是什么意思，我还理解不了

   
   
   我的理解是：其实跟模块解耦类似，将整个系统分层，比如有Web展现、业务逻辑、数据存储等若干个层次，分层的好处在于各个层的设计、开发、维护可以相对独立，类似“对接口的编程”思想。
   
   就拿它举的虚化数据库的例子来说吧，因为采用了各种数据拆分策略，所以业务逻辑在进行数据操作的时候可能需要操作不同服务器、不同数据表里的数据，这样增加了业务开发、维护的成本，尤其是在大规模系统中，业务功能点众多且复杂，这样的成本不能忽略；而增加一个虚拟数据层后，业务逻辑只跟这个层打交道，不需要知道数据的物理存储方式

   回复

4. 返回顶部

   虚拟化所有层次的体会

   发表人 谢 海洋

   数据库厂商如果能提供虚拟化的数据库层应该很不错，我孤陋寡闻，是不是已经有这样的产品了？

   回复

5. 返回顶部

   Re: 虚拟化所有层次的体会

   发表人 Xiao WenFeng

   我想Oracle收购Tangosol以后提供的数据网格（Data Grid）应该就是这样的东东吧。

   回复

6. 返回顶部

   Re: 虚拟化所有层次的体会

   发表人 chen struct

   象Ebay 这样的大型网站，数据切分肯定是少不了。
   不知道ebay水平切分如何做？
   
   如果用 amoeba for mysql，进行数据库水平切分、垂直切分、读写分离都应该非常轻松，当然前提是目前amoeba只支持mysql。

   回复

7. 返回顶部

   确实很经典的说法

   发表人 zhiguo liu

   我想有一个问题，大家一般如何保证这些活动的一致性。比如像Ebay这样的公司，如果保证设计、实现的一致性，应该主要是设计的统一性。

   回复

8. 返回顶部

   说的真是不错~

   发表人 周 宇

   很多解决办法以前都用过。但是没有进行系统的总结。看到这个上面说的。有一种豁然开朗的感觉。

   回复

• 更早的 >