微服务技术总结

微服务!=  SrpingClound

微服务主要解决项目拆分后所产生的一系列问题。SpringClound主要解决服务的治理问题

微服务技术总结_第1张图片

微服务技术总结_第2张图片

单体VS分布式

 单体:部署简单、成本低
缺点:服务耦合度高

微服务技术总结_第3张图片

2兼容1

服务拆分注意事项

微服务技术总结_第4张图片

远程调用分析

微服务技术总结_第5张图片

提供者:服务的提供方
消费者:服务的消费方
注意:一个服务既有可能是提供者,也有可能是消费者。

编码方式

 微服务技术总结_第6张图片

微服务技术总结_第7张图片

微服务技术总结_第8张图片

弊端:有应硬编码的产生

服务调用出现的问题

微服务技术总结_第9张图片

解决方案

微服务技术总结_第10张图片

微服务技术总结_第11张图片

 EureKa注册中心

主要是为了服务服务间的调用规则

注意:1.是在父pom文件中,2、3是在eureka-server模块下

微服务技术总结_第12张图片

微服务技术总结_第13张图片 EureKa本身也是一个微服务,启动后会将信息注册到EureKa中,主要是为了作EureKa的集群调用

——————————————————————————————————

服务的注册

微服务技术总结_第14张图片

 服务启动多次的办法

微服务技术总结_第15张图片

——————————————————————————————————————

服务拉取的方法

微服务技术总结_第16张图片

负载均衡

有多个服务的提供者时,消费者的消费问题。

微服务技术总结_第17张图片底层通过拦截器的方式去查询

负载均衡规则

微服务技术总结_第18张图片


 饥饿加载

微服务技术总结_第19张图片

 Nacos

微服务技术总结_第20张图片

 账号密码:默认都是nacos

服务的注册

微服务技术总结_第21张图片

配置的管理

Data Id:配置文件名称

微服务技术总结_第22张图片

热更新

避免实例的重启

分级存储模型

即Nacos的集群模式,目的:容灾。

微服务技术总结_第23张图片

你可能感兴趣的:(微服务,java,运维)