认识微服务

原有开发模式：

单体架构：

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

优点：

·架构简单

·部署成本低

缺点：

·耦合度高

 

分布式架构：

根据业务功能对系统进行拆分，每个业务模块作为作为独立项目开发，称为一个服务。

优点：

·降低服务耦合

·有利于服务升级拓展

 

服务治理：

分布式架构要考虑的问题：

·服务拆分粒度如何？

·服务集群地址如何维护？

·服务之间如何实现远程调用？

·服务健康状态如何感知？

 

微服务是一种经过良好架构设计的分布式架构方案，微服务架构特征：

·单一职责：微服务拆分粒度更小，每一个服务都对应唯一的业务单元，做到单一职责，避免重复业务开发

·面向服务：微服务对外暴露接口业务

·团队：团队独立、技术独立、数据独立、部署独立

·隔离性强：服务调用做好隔离、容错、降级，避免出现级联问题

总结：

单体架构特点？

简单方便，高度耦合，扩展性差，适合小型项目。例如：学生管理系统

分布式架构特点：

松耦合，扩展性好，但是结构复杂，难度大。适合大型互联网项目，例如：京东、淘宝

微服务：一种良好的分布式架构方案

优点：拆分粒度更小、服务更独立、耦合度更低

缺点：架构非常复杂，运维、监控、部署难度提高

 

微服务结构：

 

服务拆分注意事项：
1.不同的微服务不要重复开发相同业务

2.微服务数据独立，不要访问其他微服务数据库

3.微服务可以将自己的业务暴露为接口，供其他微服务调用

 Eureka注册中心：

eureka的作用：

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

服务提供者启动时向Eureka注册自己的信息

Eureka保存这心信息

消费者根据服务名称向Eureka拉取提供者信息

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

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

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

服务提供者会每隔30s向EurekaServer发送心跳请求，报告健康状态

Eureka会更新记录服务列表信息，心跳不正常会被剔除

消费者就可以拉取最新信息了