springcloud~演化的微服务架构

微服务

将整体功能按着模块划分成多个独立的单元，这些单元可以独立部署，它们之前通过轻量级的web api方式进行通讯，对于微服务框架来说，最流行的就是springcloud和Service Fabric，前者是java开发，后者是.net的产品，今天主要介绍一下springcloud！

参考文章：https://dzone.com/articles/microservice-architecture-with-spring-cloud-and-do

1. 功能即服务
2. 配置中心
3. 服务注册和发现
4. 熔断器和监视器
5. 解耦和异步通和的消息队列
6. Api网关
7. 统一授权服务

功能即服务-Functional Services

每个功能为一个服务，可以独立部署

配置中心-Config Server

所有项目的配置信息都存储在远程，启动后同步到本地，有过期机制

服务注册和发现-Eureka

每个服务在启动后都被注册到eureka里，其它服务从eureka里通过服务名拿到服务的地址，进行调用

熔断器和监视器- Hystrix Dashboard

当服务进行相互调用后，它可能是多层次的调用，当某一层出现问题后，它下面的服务就不需要等待超时了，直接返回失败，这就是熔断器；而每个服务运行的状态可以使用监视器查看到。

解耦和异步通和的消息队列

队列服务用了比较流行的rabbitmq，比起kafka来说，它不仅更轻，而且更安全，有自己的ack机制！

Api网关

请求走统一的入口，然后根据配置去反向代理

统一授权服务

所有接口都可以被授权注解统一拦截，进行授权，一般采用oauth2的协议！

原文地址：https://www.cnblogs.com/lori/p/9290669.html