注册中心
前言
服务注册中心本质上是为了解耦服务提供者和服务消费者。对于任何一个微服务,原则上都应存在或者支持多个提供者,这是由微服务的分布式属性决定的。更进一步,为了支持弹性扩缩容特性,一个微服务的提供者的数量和分布往往是动态变化的,也是无法预先确定的。因此,原本在单体应用阶段常用的静态LB机制就不再适用了,需要引入额外的组件来管理微服务提供者的注册与发现,而这个组件就是服务注册中心。
CAP理论
CAP理论是分布式架构中重要理论
2025年05月26日
注册中心
服务注册中心本质上是为了解耦服务提供者和服务消费者。对于任何一个微服务,原则上都应存在或者支持多个提供者,这是由微服务的分布式属性决定的。更进一步,为了支持弹性扩缩容特性,一个微服务的提供者的数量和分布往往是动态变化的,也是无法预先确定的。因此,原本在单体应用阶段常用的静态LB机制就不再适用了,需要引入额外的组件来管理微服务提供者的注册与发现,而这个组件就是服务注册中心。
CAP理论是分布式架构中重要理论
2025年05月26日
服务治理是微服务架构中最核心最基本的模块。用于实现各个微服务的自动化注册与发现。
2025年05月26日
Hello 大家好,我是阿粉,今天给大家分享一个采用 Consul 实现的负载均衡的方案,很多小伙伴都知道 Nginx 可以实现负载均衡,但是可能没实现过结合 Consul,今天就给大家分享一下。
我们先看下整个框架的架构是什么样子的,这里我们有三个服务提供者和三个服务调用者,它们通过 Consul 和 Nginx,以及 Consul-template 来实现负载均衡。
2025年05月26日
首先,说声抱歉哈~~,最近更新的比较慢,不是工作比较忙,而是自己变懒了,对不住各位了
由于最近手中的项目在不断更新迭代,经常对服务做些调整,一调整就需要改配置文件,真是烦死了,这里先简单说下我司架构, openresty 当前端网关,利用nginx反向代理多应用服务器,提供服务(不重要的服务省略了),通过查资料发现,利用consul 可以和nginx配合,实现动态修改nginx配置的需求
2025年05月26日
Consul运行分两种模式Client模式和Server模式。
这种模式下,所有注册到当前节点的服务会被转发到Server,本身是不持久化这些信息。 Client模式不能脱离Server单独运行,因此无法实现单机模式。
2025年05月26日
Consul是一个Spring Cloud 中集成好的开源的分布式的服务注册发现中心。
由Go语言编写。支持健康检查,多数据中心还支持k-v存储,采用Raft一致性算法,保证强一致性,可用性。并且和docker完美兼容。
Consul
2025年05月26日
好久不见。由于工作的原因停更了一段时间,今天开始继续更新。前面介绍过微服务相关的一些技术方案,注册中心除了Zookeeper、Nacos之外,其实Consul也可以,只不过使用比例上看并不算高。最近发现某大厂的一个部门中有对Consul的使用,正好借机做一次了解。
2025年05月26日
微服务应用通常是基于分布式集群部署的,当集群实例达到一定数量时,就不得不做服务治理了。将微服务实例集中管理,需要一个服务注册中心与服务发现组件。微服务实例启动后自动注册到注册中心组件中,注册中心维护与实例的连接关系,所有的实例列表用于服务发现。服务发现可以分为客户端模式与服务端模式。客户端模式首先从服务注册中心获取服务列表,然后在客户端进行服务调用;服务端模式则直接向服务注册中心发送请求,服务注册中心直接调用服务实例并返回结果。本节主要介绍服务注册与发现组件Eureka和Consul的功能。