将已有的部门微服务注册进 Eureka 服务中心|学习笔记

本文涉及的产品
服务治理 MSE Sentinel/OpenSergo,Agent数量 不受限
注册配置 MSE Nacos/ZooKeeper,118元/月
云原生网关 MSE Higress,422元/月
简介: 快速学习将已有的部门微服务注册进 Eureka 服务中心

开发者学堂课程【微服务框架 Spring Cloud 快速入门将已有的部门微服务注册进Eureka服务中心】学习笔记与课程紧密联系,让用户快速学习知识

课程地址https://developer.aliyun.com/learning/course/614/detail/9345


将已有的部门微服务注册进Eureka服务中心

 

一、如何将一个微服务成功入注进 Eureka

将 Service Provider  提供者注册进 Eureka Server。先将8001注册进7001。

1. 修改microservicecloud-provider-dept-8001。

2.POM:

(1)修改内容

<!--  将微服务provider侧注册进eureka -->

<dependency><groupId>org.springframework.cloud</groupId>

<artifactId>spring-cloud-starter-eureka</artifactId>

</dependency>

<dependency><groupId>org.springframework.cloud</groupId>  

<artifactId>spring-cloud-starter-config</artifactId>

</dependency>

第一个:<dependency>

<groupId>org.springframework.cloud</groupId>  

<artifactId>spring-cloud-starter-config</artifactId>

</dependency>这个包是标配。

第二个:怎么表明入注 Eureka?

spring-cloud-starter-eureka这句代码的eureka后面不需要跟着“#server”。

#sever是:在7001的 pom.xml 里是 ,如何证明是服务端看eureka-server这是7001。

把8001入注进7001需要向微服务证明是eureka的client端。

(2)完整内容

<version>${project.version}</version>

</dependency>

<!--  将微服务 provider 侧注册进 eureka -->

<dependency>

<groupId>org.springframework.cloud</groupId>

<artifactId>spring-cloud-starter-eureka</artifactId>

</dependency>

<dependency>

<groupId>org.springframework.cloud</groupId> 

<artifactId>spring-cloud-starter-config</artifactId>

</dependency>

<dependency>

<groupId>junit</groupId>

<artifactId>junit</artifactId>

</dependency>

<dependency>

将这个完整内容全选后粘贴进自己的工程里。

到8001的pom.xml中把下面两个代码新增进去,就是引用eureka端。

<!-- 引入自己定义的 api 通用包可以使用 Dept 部门Entity -->

<dependency>

<groupId>com.atguigu.springcloud</groupId>

<artifactId>microservicecloud-api</artifactId>

<version>${project.version}</version>

</dependency>

3.YML:

(1)修改内容

eureka:

client: #客户端注册进eureka服务列表内

service-url:

defaultZone: http://localhost:7001/eureka

(2)完整内容

config-location: classpath:mybatis/mybatis.cfg.xm1

# mybatis配置文件所在路径

type-aliases-package: com.atguigu.springcloud.entities

#所有entity所在包

mapper-locations:

-classpath:mybatis/mapper/**/*.xm1  # mapper映射文件

spring:

application:

name:microservicecloud-dept

datasource:

type:com.alibaba.druid.pool.DruidDataSource

driver-class-name:org.gjt.mm.mysq1.Driver

url:jdbc:mysq1://localhost:3306/cloudDB01

service-url:

defaultZone: http://localhost:7001/eureka

添加这部分的原因是告诉8001要入注到eureka服务器上,它的地址是: http://localhost:7001/eureka

 image.png

image.png

这是8001和7001的对比。(上面张图是8001,下面张图是7001)

8001比7001新增了一个步骤,这一步说明8001要入注到7001的eureka;是通过7001下面对外约定好的地址。

总结:

第一步POM文件新增内容,新增eureka坐标后面不接sever就说明是EurekaClient;

第二步主启动类上面,标注的启动该新组件技术的相关注解标签。

4.DeptProvider8001_App主启动类

@EnableEurekaClint  

//本服务启动后会自动注册进eureka服务中。这句话说明8001表明的是eureka的client端。

DeptProvider8001_App.java 代码如下:

package com.atguigu.springcloud;

import org.springframework.boot.SpringApplication;

@SpringBootApplication

@EnableEurekaClient 

//本服务启动后会自动注册进eureka服务中

Public class DeptProvider8001_App

{

public static void main(String[] args)

{

SpringApplication.run(DeptProvider8001_App.class, args);

}

}

@EnableEurekaSever;@EnableEurekaClint是eureka的服务端和客户端,证明了eureka是CS结构。

5.测试

(1)启动7001和8001。(去网页界面搜索localhost:7001)

MICROSERVICECLOUD-DEPT就是注入进Eureka服务注册里的服务注册名,也就是微服务名称。

image.png

微服务名字是从8001中的application.yml得来

spring:

application:

name: microservicecloud-dept

言下之意,微服务名字就是 name: microservicecloud-dept 这个的名字。上面图中名字的全大写是Eureka自动改的,因此对外暴露的微服务名字就是MICROSERVICECLOUD-DEPT这个名字。

相关文章
|
1月前
|
负载均衡 监控 Java
SpringCloud常见面试题(一):SpringCloud 5大组件,服务注册和发现,nacos与eureka区别,服务雪崩、服务熔断、服务降级,微服务监控
SpringCloud常见面试题(一):SpringCloud 5大组件,服务注册和发现,nacos与eureka区别,服务雪崩、服务熔断、服务降级,微服务监控
SpringCloud常见面试题(一):SpringCloud 5大组件,服务注册和发现,nacos与eureka区别,服务雪崩、服务熔断、服务降级,微服务监控
|
1月前
|
负载均衡 Java Nacos
EureKa详解:微服务发现与注册的利器
EureKa详解:微服务发现与注册的利器
|
1月前
|
Kubernetes Nacos 微服务
微服务注册与发现的原理与实现
微服务注册与发现的原理与实现
|
2月前
|
存储 负载均衡 算法
深入理解微服务架构中的服务发现与注册机制
【7月更文挑战第28天】在现代软件开发的复杂性中,微服务架构以其灵活性和可扩展性受到青睐。本文将深入探讨微服务架构的核心组件之一——服务发现与注册机制,分析其工作原理、实现方式及面临的挑战,并结合实际案例,为读者提供全面的理解和应用指南。
|
2月前
|
敏捷开发 设计模式 负载均衡
深入理解微服务架构中的服务发现与注册机制
【7月更文挑战第24天】在微服务架构的海洋中,服务发现与注册机制如同灯塔指引着航行的船只。本文将探索这一机制的重要性、实现原理以及面临的挑战,带领读者领略微服务架构中的关键导航系统。
|
2月前
|
存储 缓存 负载均衡
微服务架构中的服务发现与注册中心实践
【7月更文挑战第26天】在微服务的海洋里,每个服务都是一座孤岛。要让这些孤岛彼此发现、相互通讯,就需要一个高效的信使系统——服务发现与注册中心。本文将深入探讨如何搭建和维护这一核心组件,确保微服务间的顺畅交流。
|
2月前
|
设计模式 存储 运维
微服务架构中的服务发现与注册中心设计模式
在现代软件工程实践中,微服务架构已成为构建灵活、可扩展系统的首选方案。本文将深入探讨微服务架构中至关重要的服务发现与注册中心设计模式。我们将从服务发现的基本原理出发,逐步解析注册中心的工作机制,并以Eureka和Consul为例,对比分析不同实现的优劣。文章旨在为开发者提供一套清晰的指导原则,帮助他们在构建和维护微服务系统时做出更明智的技术选择。
|
1月前
|
存储 缓存 Java
Eureka原理与实践:深入探索微服务架构的核心组件
在微服务架构日益盛行的今天,服务之间的注册与发现成为了保证系统高可用性和灵活性的关键。Eureka,作为Netflix开源的服务注册与发现框架,凭借其简单、健壮的特性,在微服务领域占据了举足轻重的地位。本文将深入剖析Eureka的原理,并通过实践案例展示其在实际项目中的应用,以期为开发者提供一个高端、深入的视角。
|
1月前
|
Kubernetes Nacos 微服务
【技术难题破解】Nacos v2.2.3 + K8s 微服务注册:强制删除 Pod 却不消失?!7步排查法+实战代码,手把手教你解决Nacos Pod僵死问题,让服务瞬间满血复活!
【8月更文挑战第15天】Nacos作为微服务注册与配置中心受到欢迎,但有时会遇到“v2.2.3 k8s 微服务注册nacos强制删除 pod不消失”的问题。本文介绍此现象及其解决方法,帮助开发者确保服务稳定运行。首先需检查Pod状态与事件、配置文件及Nacos配置,确认无误后可调整Pod生命周期管理,并检查Kubernetes版本兼容性。若问题持续,考虑使用Finalizers、审查Nacos日志或借助Kubernetes诊断工具。必要时,可尝试手动强制删除Pod。通过系统排查,通常能有效解决此问题。
45 0
|
1月前
|
安全 Nacos 数据库
【技术安全大揭秘】Nacos暴露公网后被非法访问?!6大安全加固秘籍,手把手教你如何保护数据库免遭恶意篡改,打造坚不可摧的微服务注册与配置中心!从限制公网访问到启用访问控制,全方位解析如何构建安全防护体系,让您从此告别数据安全风险!
【8月更文挑战第15天】Nacos是一款广受好评的微服务注册与配置中心,但其公网暴露可能引发数据库被非法访问甚至篡改的安全隐患。本文剖析此问题并提供解决方案,包括限制公网访问、启用HTTPS、加强数据库安全、配置访问控制及监控等,帮助开发者确保服务安全稳定运行。
101 0