简单理解就是有微服务(一个平台下很多小的功能模块分开开发)的才需要springcloud来管理
Spring Cloud是一个开源的轻量级框架,用于构建分布式系统和微服务架构。它提供了一系列的工具和框架,使得开发者可以更加方便地搭建、管理和扩展微服务应用。Spring Cloud主要有以下作用:
服务注册与发现:Spring Cloud提供了多种服务注册和发现的方式,例如Eureka、Consul等,能够及时发现并连接到需要的服务。
配置管理:Spring Cloud Config可以将配置文件集中管理,并且支持动态刷新配置,不需要重启服务即可更新配置。
负载均衡:Spring Cloud Ribbon提供了负载均衡的功能,可以平衡多个服务实例之间的请求流量。
熔断器:Spring Cloud Hystrix提供了熔断器模式,当某个服务出现故障或异常时,自动切换到备用服务,避免服务雪崩。
分布式追踪:Spring Cloud Sleuth提供了分布式追踪功能,可以跟踪调用链路和服务调用时间等信息,方便问题排查和性能优化。
API网关:Spring Cloud Zuul提供了API网关功能,可以对外暴露统一的API接口,并进行路由、权限控制等操作。
综上所述,Spring Cloud可以帮助开发者快速构建和管理微服务架构,提高系统的可靠性、可扩展性和可维护性。
B调C调不了,可以配一个熔断器,作用:返回一个能看懂的报错
网关作用:以后访问一个ip(端口),可以转发给其他服务
Eureka 发现服务
zookepper 实现互相通信
Feign 实现服务间的调用,
第三方整合 类似于仓库
用spring cloud 必须用springboot
配置文件作用:方便修改,改动后不用重新打包
配置文件不放在包里面,这样每次改配置文件,不用重新打包
运维用
分布式配置-就是将所有的配置文件放在其他地方,避免打到包里,
消息总线-改配置文件不用重启项目
springcloud 替代 Dubbo
Eureka 中没有代码,但是只有将服务变成Eureka服务端,注册到Eureka 的服务器中。
很容易出现这个错误,只是漏了一个心跳,只要本地服务没问题就不用管