棒棒的邦邦

一、Stream介绍1.前言在实际开发过程中，服务与服务之间通信经常会使用到消息中间件，而以往使用了哪个中间件比如RabbitMQ，那么该中间件和系统的耦合性就会非常高，如果我们要替换为Kafka那么变动会比较大，这时我们可以使用SpringCloudStream来整合我们的消息中间件，来降低系统和中间件的耦合性。2. 什么是Stream？官方定义 Spring Cloud Stream 是一个构建消息驱动微服务的框架。应用程序通过 inputs 或者 outputs 来与 Spring Clou

一、什么是消息总线Bus？SpringCloud Bus集成了市面上常用的消息中间件（RabbitMQ，Kafka等），连接微服务系统中的所有的节点，当有数据变更的时候，可以通过消息代理广播通知微服务及时变更数据，例如微服务的配置更新。二、Bus解决了什么问题？解决了微服务数据变更，及时同步的问题。刷新客户端服务刷新服务端服务三、案例-客户端刷新1.启动RabbitMQ2.创建客户端我们需要创建两个客户端，添加依赖环境 <!--添加Bus的依赖-->

一、为什么需要使用配置中心1.服务配置的现状在微服务系统中，每个微服务不仅仅只有代码，他还需要连接其他资源，例如数据库的配置或功能性的开关等等，但是随着微服务系统的不断迭代，整个微服务系统可能会成为一个网状结构，这个时候就要考虑整个微服务系统的扩展性、伸缩性、耦合性等等。其中一个很重要的环节就是配置管理的问题。常见的配置类型服务配置各类开关业务配置数据库配置功能开关模块AMQ队列配置业务开关模块Bredis缓存配置服务开关模块C2.常用的配置管理解

一、Zuul介绍Zuul是netflix开源的一个APIGateway服务器，本质上是一个Web Servlet应用Zuul在云平台上提供动态路由，监控，弹性，安全等边缘服务的框架。Zuul相当于是设备和Netflix网站后端所有请求的前门。Zuul的例子可以参考Netflix在Github上的Simple Webapp，可以按照Netflix在GitHub wiki上文档说明来进行使用。二、Zuul解决了什么问题？...

一、Hystrix介绍1.前言在微服务环境中，因为一个节点的故障而造成的其他节点的不可用的情况是比较常见的，这也就是我们常说的灾难性雪崩现象，而Hystrix给我们提供了这种情况的方案。2.什么是灾难性的雪崩效应？正常情况下各个节点相互配置，完成用户请求的处理工作当某中请求增多，造成“服务T”故障的情况时，服务T瘫痪当某中请求增多，造成“服务T”故障的情况时，会延伸的造成“服务Q”不可用，及继续扩展最终造成所有的服务不可用的情况3.造成灾难性雪崩的原因服务提供者不可用（硬件故障，

一、Fegin介绍1.什么是Fegin?Feign旨在是编写Java Http客户端变得更加容易。Feign是一种声明式、模板化的HTTP客户端(仅仅在consumer中使用)之前使用Ribbon+RestTemplate时，利用RESTTemplate请求的封装处理，形成了一套模板化的调用方法。但是在实际开发中，有偶遇对于服务依赖的调用可能不止一处，往往一个借口会被多处调用，所以通常都会针对每个微服务自行封装一些客户端类来包装这些依赖服务的调用。所以，Feign在此基础上做了进一步封装，由他来帮助我

一、Ribbon介绍1.什么是RibbonSpring Cloud Ribbon是一个基于HTTP和TCP的客户端负载均衡工具，它基于Netflix Ribbon实现。Ribbon通过Spring Cloud的封装，可以让我们轻松地将面向服务的REST模版请求自动转换成客户端负载均衡的服务调用。Spring Cloud Ribbon虽然只是一个工具类框架，它不像服务注册中心、配置中心、API网关那样需要独立部署，但是它几乎存在于每一个Spring Cloud构建的微服务和基础设施中。微服务间的调用

一、ActuatorSpringBoot Actuator可以帮助我们监测和管理SpringBoot应用，比如健康检查，审计，统计和Http追踪等。1.导入依赖 <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-actuator</artifactId>

一、Eureka相关介绍二、Eureka服务端创建案例1.创建SpringBoot项目1.1 方式一1.2 方式二：导入依赖 <dependencies> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-eureka-s

一、系统架构演变1.单体架构后端服务的所有功能集中在一个项目中应用服务和数据服务分离缓存使用集群处理数据库的读写分离反向代理和CDN加速分布式文件系统和分布式数据库还可以通过NoSQL数据和搜索引擎等来来提供系统的处理能力2.分布式架构在上面所介绍的单体架构的基础上演变出来的。也就是将单体架构中相对独立的模块抽取出来建立程独立的系统，降低了各个模块之间的耦合性相比较在单体架构下的场景，在分布式环境下又会出现很多很多要处理的问题，比如服务的发现，服务的治理，服务调用，配