微服务框架

单体架构：将业务的所有功能集中在一个项目中开发，打成一个包部署。

优点： 架构简单 部署成本低

缺点： 耦合度高

分布式架构：根据业务功能对系统进行拆分，每个业务模块作为独立项目开发，称为一个服务。 优点： 降低服务耦合 有利于服务升级拓展

微服务是一种经过良好架构设计的分布式架构方案，微服务架构特征： 单一职责：微服务拆分粒度更小，每一个服务都对应唯一的业务能力，做到单一职责，避免重复业务开发 面向服务：微服务对外暴露业务接口 自治：团队独立、技术独立、数据独立、部署独立 隔离性强：服务调用做好隔离、容错、降级，避免出现级联问题

微服务结构 

微服务这种方案需要技术框架来落地，全球的互联网公司都在积极尝试自己的微服务落地技术。在国内最知名的就是SpringCloud和阿里巴巴的Dubbo。

 

 SpringCloud

SpringCloud是目前国内使用最广泛的微服务框架。官网地址：https://spring.io/projects/spring-cloud。 SpringCloud集成了各种微服务功能组件，并基于SpringBoot实现了这些组件的自动装配，从而提供了良好的开箱即用体验：

服务拆分及远程调用 

1.单一职责：不同微服务，不要重复开发相同业务

2.数据独立：不要访问其它微服务的数据库

3.面向服务：将自己的业务暴露为接口，供其它微服务调用

 

 微服务调用方式 基于RestTemplate发起的http请求实现远程调用 http请求做远程调用是与语言无关的调用，只要知道对方的ip、端口、接口路径、请求参数即可。

Eureka注册中心

 1.消费者该如何获取服务提供者具体信息？

服务提供者启动时向eureka注册自己的信息 eureka保存这些信息 消费者根据服务名称向eureka拉取提供者信息

2.如果有多个服务提供者，消费者该如何选择？

服务消费者利用负载均衡算法，从服务列表中挑选一个

3.消费者如何感知服务提供者健康状态？

服务提供者会每隔30秒向EurekaServer发送心跳请求，报告健康状态 eureka会更新记录服务列表信息，心跳不正常会被剔除 消费者就可以拉取到最新的信息

在Eureka架构中，微服务角色有两类：

EurekaServer：

        服务端，注册中心

        记录服务信息 心跳监控

EurekaClient：客户端

         Provider：服务提供者，例如案例中的 user-service 注册自己的信息到EurekaServer 每隔30秒向EurekaServer发送心跳

         consumer：服务消费者，例如案例中的 order-service 根据服务名称从EurekaServer拉取服务列表 基于服务列表做负载均衡，选中一个微服务后发起远程调用