复杂业务逻辑注意的几个点
2015-02-27 14:21
260 查看
１.分段耗时
２.异步聚合
３.降级策略
４.开关设置
５.requestID串联
６.灰度发布
用户级别灰度发布
结合开关设置（１.全局性开关控制整个业务灰度 ２.开关与线上机器关联 方便流量控制（应用场景:系统改造，jar包依赖转换成rpc依赖，很难提前预估rpc部署实例数，可以针对原系统(V4)结合开关，选择１０%的机器改调用rpc,依次递加，看rpc部署系统的承受能力，最后评估一个极限值））
２.异步聚合
３.降级策略
４.开关设置
５.requestID串联
６.灰度发布
用户级别灰度发布
结合开关设置（１.全局性开关控制整个业务灰度 ２.开关与线上机器关联 方便流量控制（应用场景:系统改造，jar包依赖转换成rpc依赖，很难提前预估rpc部署实例数，可以针对原系统(V4)结合开关，选择１０%的机器改调用rpc,依次递加，看rpc部署系统的承受能力，最后评估一个极限值））
内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理 
相关文章推荐
- MVC3中把Control中的业务逻辑层BLL单独分离出来时引用注意事项！
- 开发一个业务逻辑复杂的系统，应该怎么样设计才能使项目的扩展性更好
- 使用工厂模式和策略模式重构复杂业务逻辑
- 用适配器模式处理复杂的UITableView中cell的业务逻辑
- RxJava系列番外篇：一个RxJava解决复杂业务逻辑的案例
- 当遇到处理复杂业务逻辑的情况，使用了hibernate，你是怎么处理的？
- RxJava系列番外篇：一个RxJava解决复杂业务逻辑的案例
- 业务逻辑较复杂时的数据分析方法(供初学者参考)
- 应对复杂的业务逻辑
- .Net高级进阶，在复杂的业务逻辑下，如何以最简练的代码，最直观的编写事务代码？
- (转).Net高级进阶，在复杂的业务逻辑下，如何以最简练的代码，最直观的编写事务代码？
- Go Programming Blueprints 读书笔记（谈到了nsq／mgo处理数据持久化，可是业务逻辑不够复杂）
- 用类降低业务逻辑复杂度
- Go Programming Blueprints 读书笔记（谈到了nsq／mgo处理数据持久化，但是业务逻辑不够复杂）
- 复杂业务逻辑下的合理遍历
- 复杂的业务逻辑真恼人！没有太大进步，只是多了感悟！
- 偶这个前端设计师有生以来写过的最复杂的程序业务逻辑（菜鸟贴）。
- 视频直播编码，如何驾驭超复杂业务逻辑而不失漂亮的代码
- app复杂业务逻辑自动化验证案例分享
- 用规则引擎来实现复杂业务逻辑判断之drools