原文:http://www.blogjava.net/BlueDavy/archive/2009/08/19/291794.html
【译】可伸缩性最佳实践
这篇文章中总结了一些构建可伸缩性系统的最佳实践,总结的不错,于是翻译了下,原文在此:
http://akfpartners.com/techblog/2009/08/11/scalability-best-practices/ ,翻译内容如下:
下面是我们认为的一些可伸缩性的最佳实践:
1、异步;尽可能的使用异步,同步调用会导致两个服务的可用性绑在一起,意味着一个服务出问题或变慢,另一个也会受到影响,这点也是eBay一直强调的;
2、泳道设计;错误隔离机制,避免一个失败影响全局,这种机制也有助于错误查找和代码替换;
3、缓存;在所有层次均使用缓存,例如数据、页面、页面片段等;
4、监测;从用户角度来看系统的性能。这包括从外部网络来对系统进行性能的监测,以及内部的系统间交互次数以及时间的监测;
5、数据复制;一方面是为了容灾,另一方面是为了提供多个用于读的数据库,降低写库的压力;
6、拆分;包括了应用的拆分以及数据库的拆分;
7、尽量少的使用数据库特性;尽可能的把数据库仅作为一个在线存储的功能而使用,不要把业务逻辑放在数据库里,否则将来会非常难扩展;
8、缓慢发布;发布时应缓慢发布,以保证新版本是正常的,避免由于某个压力测试时没测到的点,导致全站出问题;
9、压力以及性能测试;在发布前测试性能,尽管这不一定能发现全部问题,因此在发布前仍然要做好回滚的方案;
10、容量规划;提前判断系统能支撑多大的量,并做好扩容计划;
11、回滚;每次都要做好回滚的准备;
12、根源分析;确认有办法找到线上问题的根源所在,从而能够真正的解决问题;
13、从一开始就要注重质量;质量不能仅靠测试来保证,必须从设计阶段开始就去保证。
译注:
以上说的这十三点可谓是构建可伸缩系统的金玉良言,但可惜缺乏了实例引导,没有经验的同学估计会很难看明白为什么一定要这样做,如果有些实例来说明的话,就更帅了!
下面是我们认为的一些可伸缩性的最佳实践:
1、异步;尽可能的使用异步,同步调用会导致两个服务的可用性绑在一起,意味着一个服务出问题或变慢,另一个也会受到影响,这点也是eBay一直强调的;
2、泳道设计;错误隔离机制,避免一个失败影响全局,这种机制也有助于错误查找和代码替换;
3、缓存;在所有层次均使用缓存,例如数据、页面、页面片段等;
4、监测;从用户角度来看系统的性能。这包括从外部网络来对系统进行性能的监测,以及内部的系统间交互次数以及时间的监测;
5、数据复制;一方面是为了容灾,另一方面是为了提供多个用于读的数据库,降低写库的压力;
6、拆分;包括了应用的拆分以及数据库的拆分;
7、尽量少的使用数据库特性;尽可能的把数据库仅作为一个在线存储的功能而使用,不要把业务逻辑放在数据库里,否则将来会非常难扩展;
8、缓慢发布;发布时应缓慢发布,以保证新版本是正常的,避免由于某个压力测试时没测到的点,导致全站出问题;
9、压力以及性能测试;在发布前测试性能,尽管这不一定能发现全部问题,因此在发布前仍然要做好回滚的方案;
10、容量规划;提前判断系统能支撑多大的量,并做好扩容计划;
11、回滚;每次都要做好回滚的准备;
12、根源分析;确认有办法找到线上问题的根源所在,从而能够真正的解决问题;
13、从一开始就要注重质量;质量不能仅靠测试来保证,必须从设计阶段开始就去保证。
译注:
以上说的这十三点可谓是构建可伸缩系统的金玉良言,但可惜缺乏了实例引导,没有经验的同学估计会很难看明白为什么一定要这样做,如果有些实例来说明的话,就更帅了!