目录：前言Eureka注册中心Nacos注册中心Nacos与Eureka有什么区别？前言提供接口给其它微服务调用的微服务叫做服务提供者，而调用其它微服务提供的接口的微服务则是服务消费者。如果服务A调用了服务B，而服务B又调用了服务C，服务B既可以是服务提供者，也可以是服务消费者。假如我们的服务提供者user-service部署了多个实例，那么有以下几个问题：order-service在发起远程调用的时候，该如何得知user-service实例的ip地址和端口？有多个user-service实例地址，order-service调用时该如何选择？order-service如何得知某个user-se
目录：前言Eureka注册中心Nacos注册中心Nacos与Eureka有什么区别？前言提供接口给其它微服务调用的微服务叫做服务提供者，而调用其它微服务提供的接口的微服务则是服务消费者。如果服务A调用了服务B，而服务B又调用了服务C，服务B既可以是服务提供者，也可以是服务消费者。假如我们的服务提供者user-service部署了多个实例，那么有以下几个问题：order-service在发起远程调用的时候，该如何得知user-service实例的ip地址和端口？有多个user-service实例地址，order-service调用时该如何选择？order-service如何得知某个user-se
一、场景 在开发环境中，同一个服务经常被其他开发人员注册到开发环境，导致服务没法正常访问，那么如何将该服务剔除或下线?二、解决方案1.打开浏览器，访问eureka地址 http://localhost:7001/2.如图所示，假如我们要剔除USER-AUTH服务3.使用postman剔除服务url:http://root:gaia_2022@192.168.10.1:7001/eureka/apps/USER-AUTH/LAPTOP-I3COC0GP:user-auth:9001/status?value=OUT_OF_SERVICEroot:gaia_2022eureka如果有配置账号密
一、场景 在开发环境中，同一个服务经常被其他开发人员注册到开发环境，导致服务没法正常访问，那么如何将该服务剔除或下线?二、解决方案1.打开浏览器，访问eureka地址 http://localhost:7001/2.如图所示，假如我们要剔除USER-AUTH服务3.使用postman剔除服务url:http://root:gaia_2022@192.168.10.1:7001/eureka/apps/USER-AUTH/LAPTOP-I3COC0GP:user-auth:9001/status?value=OUT_OF_SERVICEroot:gaia_2022eureka如果有配置账号密
刚进公司时，由于历史原因，应用发布通过：发布新版（新老并存）->下线老版->删除老版的方式，每次通过手工处理，蛋疼（不方便且高风险）。于是马上写了比较直观的脚本方案：基于K8S和注册中心的一种版本快速回退方案。当时也默默许愿，要实现WEB化，白屏化。事隔1年，愿望终于实现了。1.主要功能页面（1）穿梭框，选择应用列表，生成这次的发布清单（2）标签页，步骤1中选中的每个应用有一个页面（3）下线老的版本，注册状态变成“DOWN”,“删除”按钮激活（4）删除老版本后，只剩新版2.项目介绍功能看起来很简单，但麻雀虽小五脏俱全。直接操作生产环境的eureka\k8s，做了很多校验和保护，最终才敢在生产环
刚进公司时，由于历史原因，应用发布通过：发布新版（新老并存）->下线老版->删除老版的方式，每次通过手工处理，蛋疼（不方便且高风险）。于是马上写了比较直观的脚本方案：基于K8S和注册中心的一种版本快速回退方案。当时也默默许愿，要实现WEB化，白屏化。事隔1年，愿望终于实现了。1.主要功能页面（1）穿梭框，选择应用列表，生成这次的发布清单（2）标签页，步骤1中选中的每个应用有一个页面（3）下线老的版本，注册状态变成“DOWN”,“删除”按钮激活（4）删除老版本后，只剩新版2.项目介绍功能看起来很简单，但麻雀虽小五脏俱全。直接操作生产环境的eureka\k8s，做了很多校验和保护，最终才敢在生产环
前言2014年MartinFowler正式提出了“微服务”的概念：微服务架构是一种架构模式，它提倡将单一应用程序划分成一组小的服务，服务之间互相协调、互相配合，为用户提供最终价值。每个服务运行在其独立的进程中，服务和服务间采用轻量级的通信机制互相沟通（通常是基于HTTP的RESTfulAPI）。每个服务都围绕着具体业务进行构建，并且能够被独立地部署到生产环境、类生产环境等。另外，应尽量避免统一的、集中式的服务管理机制，对具体的一个服务而言，应根据业务上下文，选择合适的语言、工具对其进行构建。 MartinFowler，软件开发领域教父级人物，ThoughtWorks首席科学家，著有《重构：改善
前言2014年MartinFowler正式提出了“微服务”的概念：微服务架构是一种架构模式，它提倡将单一应用程序划分成一组小的服务，服务之间互相协调、互相配合，为用户提供最终价值。每个服务运行在其独立的进程中，服务和服务间采用轻量级的通信机制互相沟通（通常是基于HTTP的RESTfulAPI）。每个服务都围绕着具体业务进行构建，并且能够被独立地部署到生产环境、类生产环境等。另外，应尽量避免统一的、集中式的服务管理机制，对具体的一个服务而言，应根据业务上下文，选择合适的语言、工具对其进行构建。 MartinFowler，软件开发领域教父级人物，ThoughtWorks首席科学家，著有《重构：改善
✨Eureka服务注册与发现微服务的注册中心注册中心的基本介绍注册中心的主要作用注册中心基本原理常见的注册中心Eureka基本介绍服务治理服务注册Eureka两大组件搭建EurekaEureka端服务注册中心创建新模块cloud-eureka-server7001添加pom依赖yml配置启动类服务中心管理后台服务提供者**EurekaClient端cloud-provider-payment8001将注册进EurekaServer成为服务提供者provider**模块**cloud-provider-payment8001(参照上一篇文章)**添加pom依赖yml主启动类测试服务消费者**Eu
✨Eureka服务注册与发现微服务的注册中心注册中心的基本介绍注册中心的主要作用注册中心基本原理常见的注册中心Eureka基本介绍服务治理服务注册Eureka两大组件搭建EurekaEureka端服务注册中心创建新模块cloud-eureka-server7001添加pom依赖yml配置启动类服务中心管理后台服务提供者**EurekaClient端cloud-provider-payment8001将注册进EurekaServer成为服务提供者provider**模块**cloud-provider-payment8001(参照上一篇文章)**添加pom依赖yml主启动类测试服务消费者**Eu
