可用性checklist

应用：

1、禁止可用性要求高的应用，依赖可用性要求低的应用

   (如1前台强依赖后台；贸易通今日焦点页面取偏好依赖dw的hession接口，该接口几次出现问题，消耗资讯连接数，直接影响资讯的正常访问；2前台应用依赖后台数据库)

   如果必须这样做，必须要考虑双方服务的容错性，提高可用性；

2、禁止高峰期重启重要服务或任务：如tpsc-service 这个dubbo服务

3、禁止在业务代码中使用无策略内存Cache，如直接使用HashMap作为cache，使用框架提供

4、synchronized等锁的使用和前台web应用多线程的使用，必须要经过PLA审核

5、应用里大量的数据的一次性载入，必须要经过审核，否则会导致内存不够或者设置的缓存不够

6、对于http client的服务调用方式，需要PLA审核，做好容错性，防止阻塞

 

数据操作相关：

1、禁止高峰期执行大数据量订正任务

2、禁止高峰期大数据量更新数据库, 如有请与DBA和PLA审核，因为更新的数据达到一定昨界值（如：1000万/小时）可能造成DB回滚段不足，引起数据库Load飙升，进而影响整个网站的可用性  数据量超过多少审核，具体情况具体分析好

3、禁止人工清空cache，禁止高峰期大量清空Memcached（如Member信息对应的Cache），否则会引起应用和DB的压力骤升，严重时可能会使应用宕机，特殊情况，PLA审核。

4、新需求上线，如果使用到cache，必须要考虑cache内数据的预热

5、数据订正必须要考虑，订正的数据是否需要同步给其他部门（如数据仓库），是否影响到其他部门的工作（比如运营，审核部门等）

6、大数据量的操作，必须要考虑关联应用方的性能，如在白天执行Offer订正同时写入Search_log增量表，数据量过大会可能引起Search引擎宕机