随着业务的不断发展,架构也会不断演化。有些业务是大规模的集群,此时单点调用无法解决问题,这是由于服务端可能有10台、100台、1000台甚至更多。同样的服务有时候上线有时候下线,无法预估有多少台可能会上线,多少台会下线,此时需要使用集群的弹性收缩功能解决这个问题。 如果集群从上线到下线到运行一直都是10台,则正常情况就能满足需求。但如果在某些大型业务场景,例如双11时,平时10台可以满足的业务,在双11的时候可能需要1000台,甚至上万台进行支撑。因此,不同的业务集群规模是不一样的,小规模集群可能直接基于IP进行集群搭建就可以,大规模集群则需要对接多个不同的局域网,基于域名的方式进行调度的情况可能更多一点。 因此,Dubbo分布式架构不仅仅是客户端和服务端、消费者和提供者这样的调用关系,它解决的是大规模客户端与大规模服务端的管理问题。 简单的架构要解决技术问题的话,它还需要有一个注册中心,还有应用监控中心,这就是典型的Dubbo早期解决问题。
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。