下面是我们认为的一些可伸缩性的最佳实践：
- 异步；尽可能的使用异步，同步调用会导致两个服务的可用性绑在一起，意味着一个服务出问题或变慢，另一个也会受到影响，这点也是eBay一直强调的；
- 泳道设计；错误隔离机制，避免一个失败影响全局，这种机制也有助于错误查找和代码替换；
- 缓存；在所有层次均使用缓存，例如数据、页面、页面片段等；
- 监测；从用户角度来看系统的性能。这包括从外部网络来对系统进行性能的监测，以及内部的系统间交互次数以及时间的监测；
- 数据复制；一方面是为了容灾，另一方面是为了提供多个用于读的数据库，降低写库的压力；
- 拆分；包括了应用的拆分以及数据库的拆分；
- 尽量少的使用数据库特性；尽可能的把数据库仅作为一个在线存储的功能而使用，不要把业务逻辑放在数据库里，否则将来会非常难扩展；
- 缓慢发布；发布时应缓慢发布，以保证新版本是正常的，避免由于某个压力测试时没测到的点，导致全站出问题；
- 压力以及性能测试；在发布前测试性能，尽管这不一定能发现全部问题，因此在发布前仍然要做好回滚的方案；
- 容量规划；提前判断系统能支撑多大的量，并做好扩容计划；
- 回滚；每次都要做好回滚的准备；
- 根源分析；确认有办法找到线上问题的根源所在，从而能够真正的解决问题；
- 从一开始就要注重质量；质量不能仅靠测试来保证，必须从设计阶段开始就去保证。
点好看的同学，今年加薪^-^↓
