lichuangcsdn的博客

本文介绍了如何在Spring Cloud项目中实现Config Client与Config Server的通信，以从Git服务器获取配置文件。首先，创建了一个Config Client项目microservicecloud-config-client-3355，并在POM文件中添加了必要的依赖。接着，配置了bootstrap.yml和application.yml文件，其中bootstrap.yml指定了从Git获取的配置文件名称、环境、分支以及Config Server的地址。项目启动时，Config C

Spring Cloud Config 是一个用于集中管理微服务配置的工具，特别适用于包含多个独立服务的复杂系统，如电商平台。通过将配置文件存储在Git服务器上，Config Server 可以在服务启动时从Git拉取配置，简化了配置管理。文章详细介绍了如何搭建Config Server端，包括创建Git远程仓库、配置POM文件依赖、设置application.yml文件以及创建启动类。最后，通过访问不同的URL，展示了如何从Config Server获取不同环境（如开发环境和测试环境）的配置信息，验证了C

本文介绍了Spring Cloud中Zuul网关的使用，重点讲解了Zuul的路由和过滤功能。Zuul通过与Eureka整合，作为微服务的统一入口，负责请求的转发和过滤。文章详细描述了如何创建一个Zuul网关项目（microservicecloud-zuul-gateway-9527），包括POM文件的依赖配置、application.yml文件的路由规则设置，以及启动类中启用Zuul代理的注解。此外，文章还展示了如何通过Zuul访问服务提供者的接口，并介绍了如何通过配置隐藏真实服务地址，增加访问前缀等安全措

该文章详细介绍了如何搭建和使用HystrixDashboard来监控微服务中的Hystrix调用。首先，Hystrix不仅提供依赖服务的调用隔离，还通过HystrixDashboard实现准实时的调用监控，展示请求的执行信息。文章详细描述了创建HystrixDashboard项目的过程，包括添加必要的Maven依赖、配置端口号、启用HystrixDashboard功能等步骤。随后，文章指导如何启动受监控的服务，并确保服务提供者的POM文件中包含相关监控依赖。最后，通过访问HystrixDashboard的W

本文介绍了Spring Cloud中的服务降级机制及其实现方式。服务降级是在资源不足时暂停部分服务，待资源稳定后再恢复，主要在服务消费者端实现。文章以microservicecloud-consumer-feign项目为例，详细说明了如何在POM文件中添加依赖、在application.yml中配置服务降级，以及通过FeignClient注解和FallbackFactory接口实现服务降级。通过模拟服务提供者不可用的情况，验证了服务降级的有效性。最后，文章比较了服务降级与服务熔断的区别，指出服务降级在调用方

Hystrix是一个用于处理分布式系统的延迟和容错的开源库，在分布式系统中，许多依赖不可避免的会调用失败。日入超时、异常等，Hystrix能保证在一个依赖出现问题的情况下，不会导致整体服务失败，避免级联故障，以提高分布式系统的弹性。“断路器”本身是一种开关装置，当某个服务单元发生故障之后，通过断路器的故障监控，向调用方返回一个符合预期的、可处理的备选响应（FallBack）,而不是让调用方长时间的等待或者抛出调用无法处理的异常，这样就保证了服务调用方的线程不会长时间占用，从而避免了故障

该文章介绍了如何在Spring Cloud项目中使用Feign来简化HTTP请求的调用。通过Feign，开发者可以像声明DAO接口一样声明HTTP请求接口，避免了使用RestTemplate时的硬编码问题。文章详细说明了如何在microservicecloud-api项目中创建带有@FeignClient注解的接口GoodsClientService，并在microservicecloud-consumer-feign模块中通过依赖注入来调用该接口。此外，文章还介绍了如何配置POM文件和applicatio

本文介绍了Spring Cloud中Ribbon负载均衡的实现及其验证过程。Ribbon是一种客户端负载均衡工具，类似于火车站售票窗口的选择机制，通过选择访问次数较少的服务端来分散请求压力。文章详细描述了如何通过RestTemplate和@LoadBalanced注解实现负载均衡，并默认使用轮询算法。此外，文章还介绍了如何通过一个消费者项目和三个提供者项目来验证负载均衡的效果，确保请求能够均匀分配到不同的服务端。最后，通过启动Eureka服务端、提供者和消费者项目，并访问消费者接口，观察返回数据的变化，验证

在浏览器中访问http://localhost/consumer/goods/list/applicationName，页面正常展示返回结果，说明能通过服务名称来访问到服务提供者的接口。我们启动服务消费者项目microservicecloud-consumer-80，然后在浏览器中访问 http://localhost/consumer/goods/list/http。通过服务消费者microservicecloud-consumer-80模块的创建，我们在controller中定义了接口。

这篇文章主要介绍Eureka客户端服务注册到eureka的server端

本文介绍了如何搭建单个Eureka服务端，而非集群环境。通过修改项目microservicecloud-eureka-7001的配置文件，将server.port设置为7001，eureka.instance.hostname设置为localhost，并配置register-with-eureka和fetch-register为false，表示该服务端不向注册中心注册自己，且自身即为注册中心。service-url.defaultZone配置为自身地址http://localhost:7001/eureka

本文详细介绍了如何搭建Eureka服务端集群环境。Eureka作为服务注册与发现的核心组件，类似于写字楼的物业管理系统，负责管理服务注册列表。文章通过创建三个模块（microservicecloud-eureka-7001、7002、7003）来模拟集群搭建，每个模块配置了不同的端口和主机名，并通过修改hosts文件实现域名映射。在配置文件中，设置了服务端不注册自己，并指定了其他Eureka服务端的地址以实现集群功能。最后，通过启动类上的@EnableEurekaServer注解启用Eureka服务，并成功

本文记录了一个基于Spring Cloud Dalston.SR1版本的微服务学习项目，尽管该版本已过时，但项目仍作为学习资料分享。项目展示了如何将一个大型电商项目拆分为多个微服务模块，如商品、订单、用户管理等，每个模块作为独立进程运行。项目中使用了Eureka（服务注册与发现）、Hystrix（服务熔断和降级）、Ribbon（客户端负载均衡）、Zuul（网关与路由）和Feign（服务接口HTTP调用）等Spring Cloud组件。项目结构包括API模块、提供者模块、消费者模块、Eureka服务注册模块、

服务的注册是指eureka client将自身注册到server端。从此之外，客户端自己还可以在自身接口里，也能查询到server端的服务注册列表。然后我们在controller中会注入，然后在接口里就可以使用这个discoveryClient，然后获取到Eureka server端的服务注册列表，即客户端就算不访问。server网页， 也能通过自己去发现server端注册了哪些服务。我们讨论了服务的注册，现在我们来看看服务的发现。，如下图，也能看到server端的服务注册列表。（一）服务发现的理解。

对于微服务，业界并没有一个统一的、标准的定义，但通常而言，微服务架构是一种架构模式或者说是一种架构风格。它提倡将单一应用程序划分为一组小的服务，每个服务运行在其独立的自己的进程中，服务之间互相协调、互相配合，为用户提供最终价值。服务之间采用轻量级的通信机制（通常是基于Http的restful API）。每个服务都围绕着具体业务进行构建，并且能够被独立的部署到生产环境、类生产环境等。微服务化的核...

未完待续