SOA架构和微服务架构的介绍
SOA架构
- SOA全称为Service-Oriented Architecture,即面向服务的架构。它可以根据需求通过网络对服务进行分布式部署、组合和使用。一个服务通常以独立的形式存在于操作系统进程中。
架构说明:
- 将重复功能或模块抽取成组件的形式,对外提供服务,在项目与服务之间使用ESB(企业服务总线)的形式作为通信的桥梁。
架构优点:
- 重复功能或模块抽取为服务,提高开发效率。
- 可重用性高;可维护性高。
架构缺点:
- 各系统之间业务不同,很难确认功能或模块是重复的。
- 抽取服务的粒度大;系统和服务之间耦合度高。
微服务架构
架构说明:
- 将系统服务层完全独立出来,抽取为一个一个的微服务。
- 抽取的粒度更细,遵循单一原则。
- 采用轻量级框架协议传输。
架构优点:
- 服务拆分粒度更细,有利于提高开发效率。
- 可以针对不同服务制定对应的优化方案。
架构缺点:
- 粒度太细导致服务太多,维护成本高。
Dubbo简介
- Dubbo是一款高性能的分布式Java RPC框架。
- Dubbo提供了三大核心能力:面向接口的远程方法调用,智能容错和负载均衡,以及服务自动注册和发现。
- Dubbo作为一个RPC框架,其最核心的功能就是要实现跨网络的远程调用。可以通过Dubbo来实现服务消费方远程调用服务提供方的方法。
什么是RPC?
- RPC全称为remote procedure call,即远程过程调用。比如两台服务器A和B,A服务器上部署一个应用,B服务器上部署一个应用,A服务器上的应用想调用B服务器上的应用提供的方法,由于两个应用不在一个内存空间,不能直接调用,所以需要通过网络来表达调用的语义和传达调用的数据。
- 需要注意的是RPC并不是一个具体的技术,而是指整个网络远程调用过程。
Dubbo架构
节点角色说明:
- Provider 暴露服务的服务提供方,服务提供者在启动时,会向注册中心注册自己提供的服务。
- Consumer 调用远程服务的服务消费方,服务消费者在启动时,向注册中心订阅自己所需的服务。
- Registry 服务注册与发现的注册中心。
- Monitor 统计服务的调用次数和调用时间的监控中心,定时每分钟发送一次统计数据到监控中心。
- Container 服务运行容器。
调用关系之间的说明:
- (0) 服务容器负责启动,加载,运行服务提供者。
- (1) 服务提供者在启动时,向注册中心注册自己提供的服务。
- (2) 服务消费者在启动时,向注册中心订阅自己所需的服务。
- (3) 注册中心返回服务提供者地址列表给消费者,如果有变更,注册中心将基于长连接推送变更数据给消费者。
- (4) 服务消费者,从提供者地址列表中,基于软负载均衡算法,选一台提供者进行调用,如果调用失败,再选另一台调用。
- (5) 服务消费者和提供者,在内存中累计调用次数和调用时间,定时每分钟发送一次统计数据到监控中心。
最后,如果有问题,希望指正,一起进步。