服务发现原理和nacos介绍

1、服务发现组件有如下列表

id       service_name      ip            port         status         last_heartbeat_time
1 user-center 127.0.0.1 8080 up timestamp1
2 content-center 127.0.0.1 8080 up timestamp1
3 user-center 192.168.0.1 8080 up timestamp1

2、微服务定时任务,定时从服务发现组件进行同步服务注册信息

3、所有服务都会定时向服务发现组件发送心跳

Nacos

官方文档

https://nacos.io/zh-cn/docs/what-is-nacos.html

下载地址

https://github.com/alibaba/nacos

nacos server和client需要一一对应

通过自己引入的client版本选择对应的server版本下载

https://github.com/alibaba/nacos/releases/tag/1.0.0

搭建Nacos Server文档

https://nacos.io/zh-cn/docs/quick-start.html

添加依赖

<dependency>    <groupId>org.springframework.cloud</groupId>    <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId></dependency>

写注解

加配置

spring:  cloud:    nacos:      discovery:        server-addr: localhost:8848  application:    name: paynacos的服务发现的领域模型NameSpace(实现隔离的,默认public,需要控制台创建好,配置uuid),Group,Service(微服务),cluster(集群,对微服务划分,北京机房、南京机房,南京微服务集群、北京微服务集群,本地微服务尽量调用本地微服务,默认default),instance

nacos元数据

1、服务级别的元数据

2、集群级别的元数据

3、实例级别的元数据

设置方式控制台,配置文件。

cloud:  nacos:    discovery:      server-addr: localhost:8848      namespace: cf734626-9b65-411f-a77a-1fc14869fd05      cluster-name: WH      metadata:        version: v1

原文地址:https://www.cnblogs.com/xiaofeiyang/p/12324842.html

时间: 2024-07-30 23:02:08

服务发现原理和nacos介绍的相关文章

SpringBoot使用Nacos服务发现

本文介绍SpringBoot应用使用Nacos服务发现. 上一篇文章介绍了SpringBoot使用Nacos做配置中心,本文介绍SpringBoot使用Nacos做服务发现. 1.Eureka闭源 相信到现在,Eureka 2.0 闭源已经不是什么新鲜事了.在2017-2018年,几乎在国内掀起了一阵SpringCloud的热潮,几乎很大一部分人群随着对SpringBoot的关注,都开始关注起来了SpringCloud.而由于Eureka注册中心的易整合等优点,更是大多数使用SpringClou

深入浅出高性能服务发现、配置框架Nacos系列 2: Nacos项目结构介绍

今天,我们分析一下Nacos工程的包模块结构,都是负责什么功能的,从全局看一下整个工程,从整体到细节,还没下载源码的同学,赶紧动起来!https://github.com/alibaba/nacos,这个是github代码地址,开始之前先start关注一下,加上watch,后续的邮件列表也会通知到你,可以关注到Nacos的最新实时消息,及各大牛之间的精彩讨论. 截止本文发出,代码最新是master分支上0.2.0版本的,新开源版迭代会比较频繁,很可能某个类,或者模块依赖关系,下个版本就不一样了,

深入浅出高性能服务发现、配置框架Nacos系列 1: HelloWorld

Nacos是什么? 引用官方的介绍,他主要提供以下几个功能点: 动态配置服务 服务发现及管理 动态DNS服务 动态配置服务 就是通过一个系统,管理系统中的配置项,在配置项需要更新的时候,可以通过管理系统去操作更新,更新完了之后,会主动推送到订阅了这个配置的客户端 具体的使用场景,例如,在系统中,会有数据库的链接串,账号密码等配置信息,常规的做法是写在配置文件里面,如果需要修改更新,需要重新打包编译,如果你是分布式集群,那成本太大了,通常我们都会将它抽取出来,存放到db,或者一个管理系统,Naco

SpringCloud使用Nacos服务发现实现远程调用

本文使用SpringCloud结合Nacos服务发现,Feign远程调用做一个简单的Demo. 1 Nacos 关于Nacos之前写了两篇文章关于SpringBoot对它的使用,感兴趣可以查看一下. <SpringBoot使用Nacos配置中心> <SpringBoot使用Nacos服务发现> 在SpringBoot使用的时候,需要自行去向Nacos服务注册自己的服务,Nacos也提供了SpringCloud服务发现的依赖,本文结合spring-cloud-starter-alib

Spring Cloud Alibaba之服务发现组件 - Nacos

服务发现 为了实现多个微服务之间的调用,我们除了需要Feign这种调用组件外还得依赖服务发现组件.主要的原因是每个微服务所在的机器ip并非总是固定的,并且每个微服务都可能部署多个实例在不同的机器上,所以我们不能把依赖的微服务ip地址写在代码或配置文件里,我们需要有个组件去动态的管理,这就是为什么微服务架构里服务发现功能是必须的. 那么服务发现组件是怎么实现服务发现的呢?我们以大家比较熟悉的MySQL来做类比,通过MySQL简单说明一下服务发现机制的实现.如下图: 简单说明一下什么是服务提供者与服

服务发现 - consul 的介绍、部署和使用(转)

什么是服务发现 相关源码: spring cloud demo 微服务的框架体系中,服务发现是不能不提的一个模块.我相信了解或者熟悉微服务的童鞋应该都知道它的重要性.这里我只是简单的提一下,毕竟这不是我们的重点.我们看下面的一幅图片: 图中,客户端的一个接口,需要调用服务A-N.客户端必须要知道所有服务的网络位置的,以往的做法是配置是配置文件中,或者有些配置在数据库中.这里就带出几个问题: 需要配置N个服务的网络位置,加大配置的复杂性 服务的网络位置变化,都需要改变每个调用者的配置 集群的情况下

深入浅出高性能服务发现、配置框架Nacos系列 3: 服务发现:Nacos客户端初始化流程

上一章节,我们从全局了解了一下Nacos项目的模块架构,做到了心中有数,现在,我们去逐步去挖掘里面的代码细节,很多人在学习开源的时候,无从下手,代码那么多,从哪个地方开始看呢?我们可以从一个接口开始入手,这个接口是你使用过的,知道它大概做什么事,有体感的,大家还记得第一章时,我们写的HelloWorld吗,对,就从里面的接口开始剥洋葱. 这个是Nacos的github代码地址,开始之前先start关注一下,加上watch,后续Nacos的邮件列表也会通知到你,可以关注到Nacos的最新实时消息,

Nacos服务发现控制台预览

Nacos是阿里巴巴中间件部门最近开源的一款用于服务发现和配置管理的产品.在既0.1版本发布基本功能和0.2版本发布与Spring生态结合的功能后,0.3版本将释放全新的控制台界面.配置管理功能相关的控制台,将会由阿里云商业产品ACM控制台改造而来,而服务发现的控制台界面,则将以首次露面的姿态,开放给开源社区.本文就将服务发现控制台相关的界面UI初版设计公布,欢迎大家参与讨论,希望通过大家的批评和建议,将服务发现控制台这块的功能和界面,设计的更加美观和易用. 加入阿里巴巴中间件开发者群,微信添加

阿里开源服务发现组件 Nacos快速入门

摘自:https://www.cnblogs.com/binyue/p/12206654.html 最近几年随着云计算和微服务不断的发展,各大云厂商也都看好了微服务解决方案这个市场,纷纷推出了自己针对微服务上云架构的解决方案,并且诞生了云原生,Cloud Native的概念. 云原生是一种专门针对云上应用而设计的方法,用于构建和部署应用,以充分发挥云计算的优势. 云原生应用的特点是可以实现快速和频繁的构建.发布.部署,可以方便的满足在扩展性,可用性,可移植性等方面的要求,并提供更好的经济性.针对