DB设计
　　关注方向：避免分库查询、分表查询、多表查询
　　例子：
　　服务评价项目的项目目标是对客服小二处理case的服务进行评价。record表（评价任务表，一个case对应买卖家共两条record记录即两个评价 问卷）、answer表（买卖家的答卷记录，一个问卷对应多条答案记录，recordId作为answer表外键），record为单表，answer分 表按recordId进行分表
　　问题点在answer表的分表是按照recordId进行取模分表。
　　这种方式下，查询一个case对应的评价记录：先根据caseId查询record表获得两个recordId，再根据recordId取模查询两个answer表的记录，再返回结果
　　改进方案是：在answer表增加一个caseId字段，根据caseId分表，这样查询答题记录只一个caseId查询一个answer表即获取买卖家答题记录。只查询一次和查询两次且有分表查询的对比，效率提升是显而易见的
　　hsf设计
　　关注方向：异常处理
　　例子：
　　服务评价系统对外提供一个重要hsf服务，业务系统case在完结时调用该hsf服务触发评价任务开启。下图是开发设计的调用流程， 主要关注红框中的调用方式。
　　业务case完结是业务主流程，开启评价是分支流程，分支流程应该是不能影响到主流程的，一个p1级应用好不要去依赖一个p3级应用。所以，评价系统的 hsf服务不能抛任何异常给业务系统，hsf服务需要catch所有异常并包装一个统一的返回值给业务系统，这种设计方式下，除非系统挂了服务找不到了才 可能对业务系统产生影响