dubbo分布式服务子系统的划分
2017-03-16 11:51
204 查看
一、服务化的目标:
1、将系统中独立的业务模块抽取出来,按业务的独立性进行 垂直划分,抽象出基础服务层。2、基础服务为上游业务的功能实现提供支撑,基础服务应用 本身无状态,可随着系统的负荷灵活伸缩来提供服务能力。
二、服务子系统的数量把控
过多:可能划分过细,破坏业务子系统的独立性(如:支付订单、退款订单,用户、账户)部署维护工作量大,独立进程占用内存多过少:没能很好的解耦
开发维护不好分工
升级维护影响面大
三、服务子系统划分注意事项:
不要出现A服务中的SQL需要链接查询到B服务中的表等情况,这样在A服务与B服务进行垂直拆库时就会出错服务子系统间避免出现环状的依赖调用
服务子系统间的依赖关系链不要过长
尽量避免分布式事务,不要拆分过细。
服务子系统的划分是一个不断优化的过程
相关文章推荐
- Dubbo高级篇_06_Dubbo分布式服务子系统的划分
- Dubbo分布式服务子系统的划分
- Dubbo之——分布式服务子系统的划分
- 分布式架构学习之:019--分布式服务子系统的划分
- 【Dubbo分布式服务框架】1.Dubbo基础介绍
- 鞋业erp系统主要子系统划分
- Dubbo分布式服务框架常见问题解答汇总
- 微服务架构中职能团队的划分
- Dubbo&ZK分布式服务化改造(三)——Dubbo服务高级特性及服务划分原则
- dubbo分布式服务 (三) 注册中心zookeeper集群安装
- 纳税服务系统【系统、子系统首页】
- dubbo服务划分和接口设计原则(五)
- 子系统与模块的划分原则
- 关于Service Identification,SOA服务划分和定义--1. 服务的分层
- Dubbo分布式服务治理(二)——Dubbo服务运行方式&&监控中心安装(Linux)
- 模拟登录学校的学生服务子系统查询成绩
- SCADA/EMS系统的子系统的划分
- WinForm企业应用框架设计【一】界限划分与动态创建WCF服务(no svc!no serviceActivations!)
- 软件服务模块的划分原则
- Dubbo 接口设计原则、服务系统划分