程序猿教你打篮球的博客

OpenFeign 是一个声明式的 Web Service 客户端，它让微服务之间的调用变得更简单了。类似于 Controller 调用 Service，只需要创建一个接口，然后添加注解即可以使用 OpenFeign。本来是 Feign 是由 Netflix 公司开源的组件，后来呢，在16年7月发布了最后一个版本，就将捐给了社区，16年7月，OpenFeign 首个版本 9.0.0 发布后，就一直发布到现在。

配置中心就是对这些配置项进行统⼀管理。通过配置配置中，可以集中查看，修改和删除配置，无需再逐个修改配置文件。提高效率的同时，也降低了出错的风险。

开发环境(dev)： 开发人员开发用的服务器，是最基础的环境，会保留一些基本的调试信息，也可能会含有非常低级别的日志输出。测试环境(test)：*开发人员开发好后，会让程序在测试环境运行，测试环境就是测试人员用来测试的服务器，是开发环境到生产环境的过渡阶段。生产环境(prod)： 正式对外提供服务的环境，通常会关闭调式信息。

Nacos 作为注册中心，肯定是需要感知到注册的服务是否是健康的， 这样才能为服务调用方提供良好的服务，如果哪个注册的服务挂了，但是 Nacos 没感知到，那可就有问题了。

由于 Spring CloudLoad Balance 组件自身有负载均衡配置方式，所以不支持 Nacos 的负载均衡策略。想使用 Nacos 负载均衡策略，需要我们先开启Nacos的负载均衡策略，也就是在远程调用方，咱们这里的 cook-service 的 .yml 配置文件中进行配置。

那是一个悲伤的月份，2018年6月，Eureka 宣布闭源(但是1.x版本仍为活跃项目)，同年的 7 月，阿里巴巴站出来了，宣布 Nacos 开源，并快速成为了国内最受关注的开源产品。作为 Eureka 的替代品，阿里巴巴的 Nacos 已经成为了国内开发者的首选。

负载均衡策略是⼀种思想。无论是哪种负载均衡器。它们的负载均衡策略都是相似的。Spring Cloud LoadBalancer 仅支持两种负载均衡策略：轮询策略和随机策略。

Eureka主要分为两个部分：EurekaServer:作为注册中心Server端，向微服务应用程序提供服务注册，发现，健康检查等能力。EurekaClient:服务提供者,服务启动时,会向EurekaServer注册自己的信息 (IP，端口，服务信息等)，Eureka Server 会存储这些信息。Eureka 是一个单独的服务，所以咱们要手动搭建出 Eureka 服务器。

Spring Cloud 就像个「技术整合大师」，把 Netflix、Alibaba 等大厂的优秀组件，按统一规范打包成「全家桶」，再裹上 Spring Boot 的清爽外衣，让开发者开箱即用。

单体架构：简单粗暴，适合试水。前后端分离：解放生产力，技术栈自由。集群：用“人海战术”扛压力。分布式：拆解复杂度，分工协作。微服务：精细化分工，系统像细胞一样可自愈、可进化。