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