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