vlambda博客
学习文章列表

初识 Nacos(上) - 学习《Spring Cloud 服务发现新选择》

本文来自于我的:初识 Nacos(上) 学习《Spring Cloud 服务发现新选择》,转载请保留链接 ;)
最近在从零接触Alibaba 开源项目Nacos,学习的是小马哥(mercyblitz)的技术周报,之前看了后忘记总结,导致也没有什么印象。所以现在决定学习一章,写一篇学习感悟,并且持续更新下去。首先这一章节主要讲的是服务发现(Service Discovery),作为 Spring Cloud 最核心功能特性之一,受到业界的广泛关注。 

Spring Cloud 整体架构

在现行的 Spring Cloud 服务发现技术体系中,以 Spring Cloud Eureka 为典型代表,它作为官方推荐解决方案,被业 界广泛运用,然而其设计缺陷也非常之明显。还有Spring Cloud Zookeeper和Spring Cloud Consul。那么先介绍这三种的特点吧。 

初识 Nacos(上) - 学习《Spring Cloud 服务发现新选择》

Spring Cloud Eureka 特点

优点:

Spring Cloud 背书 - 推荐服务发现方案

CAP 理论 - AP模型,数据最终一致

简单易用 - 开箱即用,控制台管理

缺点:

内存限制 - 客户端上报完整注册信息,造成服务端内存浪费

单一调度更新 - 客户端简单轮训更新,增加服务器压力

集群伸缩性限制 - 广播式复制模型,增加服务器压力

Spring Cloud Zookeeper 特点

优点:

成熟协调系统 - Dubbo、Spring Cloud等适配方案

CAP理论 - CP模型,ZAB算法,强数据一致性

缺点:

维护成本 - 客户端、Session状态、网络故障

伸缩性限制 - 内存、GC、连接

Spring Cloud Consul 特点

优点:

通用方案 - 适用于 Service Mesh、 Java 生态

CAP理论 - AP 模型,Raft+Gossip 算法,数据最终一致

缺点:

可靠性无法保证 - 未经过大规模验证

非 Java 生态 - 维护和问题排查困难

综上所述,让我得出了Spring Cloud服务发现方案对比结果: 

初识 Nacos(上) - 学习《Spring Cloud 服务发现新选择》


那么这三种服务发现的基本模式是怎样的呢?现在来谈谈Spring cloud 服务器发现模式。  首先都是服务器启动 - 启动注册中心 然后增加客户端依赖 -  sping-cloud-start-* * 最后就是客户端注册 - 记得在 XXApplication.java文件中添加 @EnableDiscoveryClient,注解开启服务注册与发现功能。

以下我以Eureka发现模式为例:  首先去Spring Initializr快速创建Eureka服务端和客户端应用程序,然后导入自己的IDE。当然你如果嫌麻烦,也可以直接导入已经写好的工程。 然后在 resources-application.properties中分别配置好两者的端口号,像客户端这块还需要写好应用名称、以及Eureka 服务器地址。  最后我们就直接可以run XXApplication.java 了,像我的服务端端口是 12345 ,就访问localhost:12345。页面跳转如下图所示,恭喜你的Eureka服务已经起来了。 Eureka-client亦如此,成功run起来后,在之前的服务端页面,也就是localhost:12345,刷新下会在 Instances currently registered with Eureka出现 EUREKA-CLIENT的状态信息。

spring-cloud-alibaba-nacos-discovery 作为 Spring Cloud Alibaba 服务发现的核心模块,其架构基础与 Spring Cloud 现行方案相同,均构建在 Spring Cloud Commons 抽象。因此,它在 Spring Cloud 服务发现的使用上,开发人员将不会心存任何的违和感。

Alibaba Nacos 生态介绍

从功能特性而言,spring-cloud-alibaba-nacos-discovery 仅是 Nacos 在 Spring Cloud 服务发现的解决方案,Nacos 在 Spring Cloud 中还支持分布式配置的特性。与开源产品不同的是,Nacos 曾经历过中国特色的超大流量考验,以及巨型规模的集群实施,无论从经验积累还是技术沉淀,现行 Spring Cloud 解决方案 都是无法比拟的。然而这并非说明它完美无缺,在内部的评估和讨论中,也发现其中差距和文化差异。为了解决这些问题,讨论将从整体架构和设计思考两个方面,介绍 Nacos 与 Spring 技术栈整合情况,以及与其他开源方案的适配思考,整体上,降低 Nacos 使用门槛,使迁移成本接近为零,达到“一次开发,到处运行”的目的。那么接下来我们通过Github上,Spring Cloud Alibaba项目中官方给出的指导文档来配置启动 Nacos吧。

下载注册中心

首先需要获取 Nacos Server,支持直接下载和源码构建两种方式。
直接下载:Nacos Server 下载页
源码构建:进入 Nacos Github 项目页面,将代码 git clone 到本地自行编译打包,参考此文档。 推荐使用源码构建方式以获取最新版本

启动注册中心

启动 Server,进入解压后文件夹或编译打包好的文件夹,找到如下相对文件夹 nacos/bin,并对照操作系统实际情况之下如下命令。
Linux/Unix/Mac 操作系统,执行命令  sh startup.sh -m standalone
Windows 操作系统,执行命令  cmd startup.cmd

增加第三方依赖

首先,修改 pom.xml 文件,引入 Nacos Discovery Starter。
  
    
    
  
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>

外部化配置

在应用的 /src/main/resources/application.properties 配置文件中配置 Nacos Server 地址
  
    
    
  
spring.cloud.nacos.discovery.server-addr=127.0.0.1:8848

激活服务发现

使用 @EnableDiscoveryClient 注解开启服务注册与发现功能( SpringApplication.run)
  
    
    
  
@SpringBootApplication
@EnableDiscoveryClient
public class ProviderApplication {

public static void main(String[] args) {
SpringApplication.run(Application.class, args);
}

@RestController
class EchoController {
@RequestMapping(value = "/echo/{string}", method = RequestMethod.GET)
public String echo(@PathVariable String string) {
return string;
}
}
}

应用启动

增加配置,在 nacos-discovery-provider-example 项目的 /src/main/resources/application.properties 中添加基本配置信息
  
    
    
  
spring.application.name=service-provider
server.port=18082
启动应用,支持 IDE 直接启动和编译打包后启动。
IDE直接启动:找到 nacos-discovery-provider-example 项目的主类  ProviderApplication,执行 main 方法启动应用。
打包编译后启动:在 nacos-discovery-provider-example 项目中执行  mvn clean package 将工程编译打包,然后执行  java -jar nacos-discovery-provider-example.jar启动应用。

验证

检验服务发现

在浏览器输入此地址http://127.0.0.1:8848/nacos/v1/ns/instances?serviceName=service-provider 并点击跳转,可以看到服务节点已经成功注册到 Nacos Server。


关于作者

Java 攻城狮,Apache、Alibaba等开源社区成员,常年出没于 Github、Gitee、知乎、思否 等地带。目前主要负责集团用户数据整合、微服务技术实施、基础设施构建等工作,有幸参与过阿里健康、平安万家医疗等公司大型项目开发;17年有了自己的第一个工作室,解决各种公司的「疑难杂症」,实现「天马行空」的需求。一直在需求和开发之间徘徊挣扎,仍处于一线开发之中,绝招尚在开发。

个人主页:https://caojiele.com
Github:http://github.com/caojiele
简书:https://www.jianshu.com/u/faa01fa59ea3
慕课网手记:https://www.imooc.com/u/4024769/articles
segmentfault:https://segmentfault.com/u/xiaomage_5c10d17d26987

欢迎关注,点个在