转载和引用,请注明原文出处! Fork me on GitHub
结局很美妙的事,开头并非如此!
摘要: 1、接口粒度 1.1 服务接口尽可能大粒度,每个服务方法应代表一个功能,而不是某功能的一个步骤,否则将面临分布式事务问题,Dubbo暂未提供分布式事务支持。同时可以减少系统间的网络交互。 1.2 服务接口建议以业务场景为单位划分,并对相近业务做抽象,防止接口数量爆炸。 1.3 不建议使用过于抽象的通 阅读全文
posted @ 2017-09-24 23:42 小不点啊 阅读(3039) 评论(0) 推荐(0) 编辑
摘要: 一、划分子系统的策略 按照系统的业务模块的独立性划分 二、划分时服务子系统的数量的控制 过多:可能划分过细,破坏业务子系统的独立性,部署维护工作量大,独立进程占用内存多 过少:没能很好的解耦,开发维护不好分工,升级维护影响面大 三、服务子系统划分要注意的地方 3.1 不要出现A服务中的SQL需要链接 阅读全文
posted @ 2017-09-24 17:59 小不点啊 阅读(848) 评论(0) 推荐(0) 编辑
摘要: 一、什么叫Dubbo服务集群 指把同一个服务部署到多台机器,然后通过Dubbo服务集群的容错配置实现一台机器的服务挂掉之后自动切换到另外的一台机器 二、Dubbo服务集群容错配置——集群容错模式 标签:<dubbo:service>、<dubbo:reference>、<dubbo:consumer 阅读全文
posted @ 2017-09-24 15:34 小不点啊 阅读(4342) 评论(0) 推荐(0) 编辑