微服务框架/配置中心/注册中心

1.Dubbo

基于Java的高性能 RPC 分布式服务框架

 

2.Spring Cloud

“全家桶”，因其具备微服务架构体系中所需的各个服务组件，

比如服务注册发现(如Spring Cloud Eureka、Zookeeper、Consul)、API网关路由服务(Spring Cloud Zuul)，客户端负载均衡(Spring Cloud Ribbon，Zuul默认集成了Ribbon)、服务容错保护(Spring Cloud Hystrix)，消息总线 (Spring Cloud Bus)、分布式配置中心(Spring Cloud Config)、消息驱动的微服务(Spring Cloud Stream)、分布式链路跟踪服务(Spring Cloud Sleuth)。

 

3.比较

使用Dubbo构建的微服务架构就像组装电脑，各个环节的可选自由度很高，但是最终结果很有可能因为一条内存质量不行就点不亮了，但是如果是一个高手，这一切都不存在问题；

使用Spring Cloud就像品牌机，在Spring Source的整合下，做了大量兼容性的测试，保证了机器拥有更高的稳定性，但是如果要在使用非原装组件外配件时，需要对配件足够的了解。

 

1.原理

a.配置实时生效：

传统的静态配置方式要想修改某个配置只能修改之后重新发布应用，要实现动态性，可以选择使用数据库或配置文件；

配置中心专门针对这个业务场景，兼顾实时性和一致性来管理动态配置。

b.配置管理流程：

配置的权限管控、灰度发布、版本管理&回滚、配置格式检验、安全配置、多环境、多集群等一系列的配置管理。

 

2.主流分布式配置中心框架：

Spring Cloud Config 依赖git，存储在git

Apollo 携程开源的配置管理中心，存储在mysql

Nacos 阿里开源，存储在mysql

 

1.原理：

a.注册中心可以说是微服务架构中的”通讯录“，它记录了服务和服务地址的映射关系。

在分布式架构中，服务会注册到这里，当服务需要调用其它服务时，就这里找到服务的地址，进行调用。

服务提供者、服务消费者、注册中心

各个微服务在启动时，将自己的网络地址等信息注册到注册中心，注册中心存储这些数据。

服务消费者从注册中心查询服务提供者的地址，并通过该地址调用服务提供者的接口。

微服务网络地址发送变化（例如实例增加或IP变动等）时，会重新注册到注册中心。这样，服务消费者就无需人工修改提供者的网络地址了。

服务的注册与发现：服务注册是指微服务在启动时，将自己的信息注册到注册中心的过程；服务发现是指查询可用的微服务列表及网络地址的机制。

 

b.注册中心解决了服务之间的自动发现。

在没有注册中心时候，服务间调用需要知道被调方的地址或者代理地址。当服务更换部署地址，就不得不修改调用当中指定的地址或者修改代理配置。

而有了注册中心之后，每个服务在调用别人的时候只需要知道服务名称就好，修改地址都会通过注册中心同步过来。

 

2.主流分布式注册中心框架：

Eureka AP

Zookeeper CP

Nacos AP

 

补充：

CAP原则：指的是在一个分布式系统中，

一致性（Consistency） 写操作之后的读操作，必须返回该值

可用性（Availability） 只要收到用户的请求，服务器就必须给出回应。

分区容错性（Partition tolerance） 大多数分布式系统都分布在多个子网络。每个子网络就叫做一个区，区间通信可能失败

这三个要素最多只能同时实现两点，不可能三者兼顾。

 

1.作用

主要是限流、认证鉴权（过滤器）、路由转发

路由转发：路由id（注册服务的id）、uri路径、判定器、过滤器，可以写在配置文件中，或者存在表中

 

2.技术

nginx 是一个高性能的HTTP和反向代理web服务器，同时也提供了IMAP/POP3/SMTP服务；

Spring Cloud Zuul 是Netflix出品的一个基于JVM路由和服务端的负载均衡器；

Spring Cloud gateway 是spring出品的基于spring的网关项目，集成断路器，路径重写，性能比Zuul好；

 

ribbo

 

翻译

搜索

复制