产品模板化与系统边界引发的思考
2016-07-22 11:30
288 查看
系统划分边界确定一直是一个比较难搞的活,拆分之后的系统真的能做到职责单一???
这就涉及到技术上的思考坚持CAP、引入Base思想.....
不纠结了吧,今天分享一个阿里的大牛的经验。
1、产品的定位需设计的模板化的做法,比如我有一个订单系统,需要整合各个业务系统的订单,而每个业务系统的业务属性差别很大、业务单据状态运转也有差距,那这该如何取舍?
坚持模块解耦,随时可替换,引入第三方更成熟更先进的产品模糊,
模板化的模块迭代周期不一样,相互影响周期不一,测试力度,
IT属性不一致(模板化的各个模块访问量、并发量、部署的规模),
2、产品界限确定后,就会有些控制权、中间地带的产品服务比较纠结,比如我是财务系统C,他是一个支付系统P,另一个是交易系统T,现在C发出指令调用P,P又需要调用T,而P和C有界限不该这样做,这涉及到工作量及维护成本(总有一方维护着不擅长可能多变的服务接口),这时怎么办?
这个一直以来都是难题,涉及到一个中间模块,中间模块由它来构建来负责,这样就比较合理,那怎样做呢?服务组合最佳,各自继续提供单一的服务,由ESB来组织中转维护。
这就涉及到技术上的思考坚持CAP、引入Base思想.....
不纠结了吧,今天分享一个阿里的大牛的经验。
1、产品的定位需设计的模板化的做法,比如我有一个订单系统,需要整合各个业务系统的订单,而每个业务系统的业务属性差别很大、业务单据状态运转也有差距,那这该如何取舍?
坚持模块解耦,随时可替换,引入第三方更成熟更先进的产品模糊,
模板化的模块迭代周期不一样,相互影响周期不一,测试力度,
IT属性不一致(模板化的各个模块访问量、并发量、部署的规模),
2、产品界限确定后,就会有些控制权、中间地带的产品服务比较纠结,比如我是财务系统C,他是一个支付系统P,另一个是交易系统T,现在C发出指令调用P,P又需要调用T,而P和C有界限不该这样做,这涉及到工作量及维护成本(总有一方维护着不擅长可能多变的服务接口),这时怎么办?
这个一直以来都是难题,涉及到一个中间模块,中间模块由它来构建来负责,这样就比较合理,那怎样做呢?服务组合最佳,各自继续提供单一的服务,由ESB来组织中转维护。
相关文章推荐
- ios页面间跳转方式总结
- nagios系列(四)之nagios主动方式监控tcp常用的80/3306等端口监控web/syncd/mysql及url服务
- Swift 菊花、UIPageControl和UIProgressView
- nagios系列(四)之nagios主动方式监控tcp常用的80/3306等端口监控web/syncd/mysql及url服务
- 让MySQL支持Emoji表情
- MySQL 性能调优的10个方法
- Pyhton 单行、多行注释符号使用方法及规范
- Android技术——注入技术
- sql经典面试题、练习题
- Unity5学习心得-Input<未完待续>
- Python 的 GUI 开发
- leetcode 48. Rotate Image
- 矩阵问题(题目:SDUT 2744 2254)
- python csdn增加访问量
- 网易云捕1.5版本已经上线,重磅功能来袭
- etcd集群一键安装运行
- 大型网站应用中MySQL的架构演变史
- XML DOM 节点
- Java-并发和并行的区别
- MySQL 5.6 设置慢日志, 无法启动