可伸缩性最佳实践

下面是我们认为的一些可伸缩性的最佳实践：
1、异步；尽可能的使用异步，同步调用会导致两个服务的可用性绑在一起，意味着一个服务出问题或变慢，另一个也会受到影响，这点也是eBay一直强调的；

2、泳道设计；错误隔离机制，避免一个失败影响全局，这种机制也有助于错误查找和代码替换；

3、缓存；在所有层次均使用缓存，例如数据、页面、页面片段等；

4、监测；从用户角度来看系统的性能。这包括从外部网络来对系统进行性能的监测，以及内部的系统间交互次数以及时间的监测；

5、数据复制；一方面是为了容灾，另一方面是为了提供多个用于读的数据库，降低写库的压力；

6、拆分；包括了应用的拆分以及数据库的拆分；

7、尽量少的使用数据库特性；尽可能的把数据库仅作为一个在线存储的功能而使用，不要把业务逻辑放在数据库里，否则将来会非常难扩展；

8、缓慢发布；发布时应缓慢发布，以保证新版本是正常的，避免由于某个压力测试时没测到的点，导致全站出问题；

9、压力以及性能测试；在发布前测试性能，尽管这不一定能发现全部问题，因此在发布前仍然要做好回滚的方案；

10、容量规划；提前判断系统能支撑多大的量，并做好扩容计划；

11、回滚；每次都要做好回滚的准备；

12、根源分析；确认有办法找到线上问题的根源所在，从而能够真正的解决问题；

13、从一开始就要注重质量；质量不能仅靠测试来保证，必须从设计阶段开始就去保证。

译注：
以上说的这十三点可谓是构建可伸缩系统的金玉良言，但可惜缺乏了实例引导，没有经验的同学估计会很难看明白为什么一定要这样做，如果有些实例来说明的话，就更帅了！