Nacos服务注册与发现——服务发现
1、概览
1.1、什么是服务发现
在微服务架构中，整个系统会按职责能力划分为多个服务，通过服务之间协作来实现业务目标。这样在我们的代码中免不了要进行服务间的远程调用，服务的消费方要调用服务的生产方，为了完成一次请求，消费方需要知道服务生产方的网络位置(IP地址和端口号)。
我们的代码可以通过读取配置文件的方式读取服务生产方网络位置，如下：
我们通过Spring boot技术很容易实现∶
Service B(服务生产者)
Service B是服务的生产方，暴露/service服务地址，实现代码如下:
@SpringBootApplication
@RestController
public class SpringRestProviderBootstrap {
public static void main(String[] args) {
SpringApplication.run(SpringRestProviderBootstrap.class,args);
}
@GetMapping(value = "/service") //暴露服务
public String service(){
return "provider invoke";
}
}配置文件:
server.port=56010Service A(服务消费者)
实现代码∶
@SpringBootApplication
@RestController
public class SpringRestConsumerBootstrap {
public static void main(String[] args) {
SpringApplication.run( SpringRestConsumerBootstrap.class,args);
}
@Value("${provider .address}")
private string providerAddress;
@GetMapping(value = "/service")
public String service(){
RestTemplate restTemplate = new RestTemplate();
//调用服务
String providerResult = restTemplate.getForObject("http://" + providerAddress +" / service",String.class);
return "consumer invoke | " + providerResult;
}
}配置文件:
server.port = 56020
#服务提方地址
provider.address = 127.0.0.1:56010访问 http://127.0.0.1:56020/service，输出以下内容:
consumer invoke | provider invoke看上去很完美，但是，仔细考虑以下，此方案对于微服务应用而言行不通。
首先，微服务可能是部署在云环境的，服务实例的网络位置或许是动态分配的。另外，每一个服务一般会有多个实例来做负载均衡，由于宕机或升级，服务实例网络地址会经常动态改变。再者，每一个服务也可能应对临时访问压力增加新的服务节点。正如下图所示:
基于以上的问题，服务之间如何相互感知﹖服务如何管理?这就是服务发现的问题了。如下图:
上图中服务实例本身并不记录服务生产方的网络地址，所有服务实例内部都会包含服务发现客户端。
（1）在每个服务启动时会向服务发现中心上报自己的网络位置。这样，在服务发现中心内部会形成一个服务注册表，服务注册表是服务发现的核心部分，是包含所有服务实例的网络地址的数据库。
(2）服务发现客户端会定期从服务发现中心同步服务注册表，并缓存在客户端。
（3）当需要对某服务进行请求时，服务实例通过该注册表，定位目标服务网络地址。若目标服务存在多个网络地址，则使用负载均衡算法从多个服务实例中选择出一个，然后发出请求。
总结一下，在微服务环境中，由于服务运行实例的网络地址是不断动态变化的，服务实例数量的动态变化，因此无法使用固定的配置文件来记录服务提供方的网络地址，必须使用动态的服务发现机制用于实现微服务间的相互感知。各服务实例会上报自己的网络地址，这样服务中心就形成了一个完整的服务注册表，各服务实例会通过服务发现中心来获取访问目标服务的网络地址，从而实现服务发现的机制
1.2、主流服务发现与配置中心对比
目前市面上用的比较多的服务发现中心有:Nacos、Eureka、Consul和Zookeeper。
从上面对比可以了解到，Nacos作为服务发现中心，具备更多的功能支持项，且从长远来看Nacos在以后的版本会支持SpringCLoud+Kubernetes的组合，填补⒉者的鸿沟，在两套体系下可以采用同一套服务发现和配置管理的解决方案，这将大大的简化使用和维护的成本。另外，Nacos计划实现Service Mesh，也是未来微服务发展的趋势。
2、Nacos服务发现快速入门
将演示如何使用Spring Cloud Alibaba Nacos Discovery为Spring cloud应用程序与Nacos的无缝集成。通过一些原生的spring cloud注解，我们可以快速来实现Spring cloud微服务的服务发现机制，并使用Nacos Server作为服务发现中心，统一管理所有微服务。
2.1、Spring Cloud服务协作流程
Spring Cloud常见的集成方式是使用Feign+Ribbon技术来完成服务间远程调用及负载均衡的，如下图:
（1）在微服务启动时，会向服务发现中心上报自身实例信息，这里ServiceB包含多个实例。
每个实例包括:IP地址、端口号信息。
（2）微服务会定期从Nacos Server(服务发现中心)获取服务实例列表。
（3）当ServiceA调用ServiceB时，ribbon组件从本地服务实例列表中查找ServiceB的实例，如获取了多个实例如Instance1、Instance2。这时ribbon会通过用户所配置的负载均衡策略从中选择一个实例。
（4）最终，Feign组件会通过ribbon选取的实例发送http请求。
采用Feign+Ribbon的整合方式，是由Feign完成远程调用的整个流程。而Feign集成了Ribbon 、Feign使用Ribbon完成调用实例的负载均衡。
2.1.1、负载均衡概念
在SpringCloud服务协议流程中，ServiceA通过负载均衡调用ServiceB，下边来了解一下负载均衡︰
负载均衡就是将用户请求（流量）通过一定的策略，分摊在多个服务实例上执行，它是系统处理高并发、缓解网络压力和进行服务端扩容的重要手段之一。它分为服务端负载均衡和客户端负载均衡。
服务器端负载均衡∶
在负载均衡器中维护一个可用的服务实例清单，当客户端请求来临时，负载均衡服务器按照某种配置好的规则(负载均衡算法)从可用服务实例清单中选取其一去处理客户端的请求。这就是服务端负载均衡。
例如Nginx，通过Nginx进行负载均衡，客户端发送请求至Nginx，Nginx通过负载均衡算法，在多个服务器之间选择一个进行访问。即在服务器端再进行负载均衡算法分配。
客户端负载均衡：
接下来要讲的Ribbon，就属于客户端负载均衡。在ribbon客户端会有一个服务实例地址列表，在发送请求前通过负载均衡算法选择一个服务实例，然后进行访问，这是客户端负载均衡。即在客户端就进行负载均衡算法分配。
Ribbon是一个客户端负载均衡器，它的责任是从一组实例列表中挑选合适的实例，如何挑选﹖取决于负载均衡策略。
Ribbon核心组件IRule是负载均衡策略接口，它有如下实现，大家仅做了解︰
RoundRobinRule(默认)轮询，即按一定的顺序轮换获取实例的地址。
RandomRule:随机，即以随机的方式获取实例的地址。
AvailabilityFilteringRule:会先过滤掉由于多次访问故障而处于断路器跳闸状态的服务,以及并发的连接数量超过阈值的服务,然后对剩余的服务列表按照轮询策略进行访问;
WeightedResponseTimeRule:根据平均响应时间计算所有服务的权重,响应时间越快,服务权重越大,被选中的机率越高;
刚启动时,如果统计信息不足,则使用RoundRobinRule策略,等统计信息足够时,会切换到weightedResponseTimeRule
RetryRule:先按照RoundRobinRule的策略获取服务,如果获取服务失败,则在指定时间内会进行重试,获取可用的服务;
BestAvailableRule:会先过滤掉由于多次访问故障而处于断路器跳闸状态的服务,然后选择一个并发量最小的服务;
ZoneAvoidanceRule:默认规则,复合判断server所在区域的性能和server的可用性选择服务器;
可通过下面方式在spring boot配置文件中修改默认的负载均衡策略:
account-service.ribbon.NFLoadBalancerRuleClassName=con.netflix.loadbalancer.RandomRuleaccount-service 是调用的服务的名称，后面的组成部分是固定的。
2.1.2、Feign介绍
Feign是Netflix开发的声明式、模板化的HTTP客户端，Feign可以帮助我们更快捷、优雅地调用HTTP APL。Feign的英文表意为"假装，伪装，变形"，可以理解为将HTTP报文请求方式伪装为简单的java接口调用方式。参考第1章节的ServiceA调用ServiceB的例子，我们使用Feign实现这个过程，代码如下:
Service B暴露"/service"服务端点，如下:
@SpringBootApplication
@RestController
public class SpringRestProviderBootstrap {
public static void main(String[] args){
SpringApplication.run(SpringRestProviderBootstrap.class, args);
}
@GetMapping(value = "/service") //暴露服务
public string service(){
return "provider invoke";
}
}Feign调用方式如下：
（1）、声明Feign客户端
@Feigndlient(value = "serviceB")
public interface ServiceBAgent {
/*
*根据用户名查询账号信息
*@param username用户名
*@return账号信息
*/
@GetMapping(value = " /service")
public string service();
}(2)、业务调用
@Autowired
private ServiceBAgent serviceBAgent;
/ /....略
serviceBAgent.service();
/ /....略在业务调用时，减少了与业务无关的http请求相关代码的编写，使业务逻辑清晰。分析一下Feign做了哪些事儿：
1、在声明Feign客户端之后，Feign会根据@FeIgnClient注解使用java的动态代理技术生成代理类，在这里我们指定@FeignClient value为serviceB，则说明这个类的远程目标为spring cloud的服务名称为serviceB的微服务。
2、serviceB的具体访问地址，Feign会交由ribbon获取，若该服务有多个实例地址，ribbon会采用指定的负载均衡策略选取实例。
3、Feign兼容spring的web注解（如:@GetMapping )，它会分析声明Feign客户端方法中的Spring注解，得出Http请求method、参数信息以及返回信息结构。
4、当业务调用Feion客户端方法时佘调用代理类，根据以上分析结果，由代理类完成实际的参数封装，远程http请求，返回结果封装等操作。
在spring cloud中使用Feign，需要引入以下依赖：
org.springframework.cloud
spring-cloud-starter-openfeign
Feign默认集成了Ribbon，可以直接使用。
还需要在spring cloud启动类中标注@EnableFeignClients，表明此项目开启Feign客户端：
@SpringBootApplication
@EnableDiscoveryClient
@EnableFeignclients
public class SpringRestConsumerBootstrarr {
public static void main(String[ ] arg) {
SpringApplication.run(SpringRestConsumerBootstrap.class, args);
}
}
总结：Feign用于服务间Http调用，Ribbon用于执行负载均衡算法选取访问实例，而Ribbon的实例列表来源是由Spring cloud的服务发现中心提供（当前实现为Nacos )。
2.2、创建父工程
为了规范依赖版本，这里创建父工程，指定依赖的版本
父工程pom.xml如下：
4.0.0
com.hxh
nacos-discovery
1.0-SNAPSHOT
pom
UTF-8
UTF-8
1.8
com.alibaba.cloud
spring-cloud-alibaba-dependencies
2.1.0.RELEASE
pom
import
org.springframework.cloud
spring-cloud-dependencies
Greenwich.RELEASE
pom
import
org.springframework.boot
spring-boot-dependencies
2.1.3.RELEASE
pom
import
org.springframework.boot
spring-boot-maven-plugin
2.3、服务生产者
以下步骤演示了如何将一个服务生产者注册到Nacos：
1、pom.xml的配置。
包括Spring Cloud Feign组件、Spring Cloud Alibaba Nacos Discovery组件以及Spring boot web相关组件依赖。
nacos-discovery
com.hxh
1.0-SNAPSHOT
4.0.0
quickstart-provider
com.alibaba.cloud
spring-cloud-starter-alibaba-nacos-discovery
org.springframework.boot
spring-boot-starter-web
org.springframework.cloud
spring-cloud-starter-openfeign
2、application.yml配置。一些关于Nacos基本的配置也必须在application.yml(也可以是application.properties)配置，如下所示: application.ymI
server:
port: 56010
spring:
application:
name: quickstart-provider
cloud:
nacos:
discovery:
server-addr: 127.0.0.1:8848
logging:
level:
root: info
org.springframework: info3、Provider（生产者）服务实现
package com.hxh.nacos.controller;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;
@RestController
public class ProviderController {
private static final Logger LOG = LoggerFactory.getLogger(ProviderController.class);
@GetMapping("/service")
public String service(){
LOG.info("provider invoke");
return "provider invoke";
}
}
4、启动Provider（生产者）
package com.hxh.nacos;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.client.discovery.EnableDiscoveryClient;
import org.springframework.cloud.openfeign.EnableFeignClients;
@SpringBootApplication
@EnableFeignClients
@EnableDiscoveryClient
public class NacosProviderApp {
public static void main(String[] args) {
SpringApplication.run(NacosProviderApp.class,args);
}
}
2.4、服务消费者
1、pom.xml
nacos-discovery
com.hxh
1.0-SNAPSHOT
4.0.0
quickstart-consumer
com.alibaba.cloud
spring-cloud-starter-alibaba-nacos-discovery
org.springframework.boot
spring-boot-starter-web
org.springframework.cloud
spring-cloud-starter-openfeign
2、application.yml配置
server:
port: 56020
spring:
application:
name: quickstart-consumer
cloud:
nacos:
discovery:
server-addr: 127.0.0.1:8848
3、Provider（生产者）远程代理定义
package com.hxh.nacos.client;
import org.springframework.cloud.openfeign.FeignClient;
import org.springframework.web.bind.annotation.GetMapping;
@FeignClient(value = "quickstart-provider")
public interface ProviderClient {
@GetMapping("/service")
public String service();
}
4、Consumer（消费者）服务实现
package com.hxh.nacos.controller;
import com.hxh.nacos.client.ProviderClient;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;
@RestController
public class ConsumerController {
private static final Logger LOG = LoggerFactory.getLogger(ConsumerController.class);
@Autowired
private ProviderClient providerClient;
@GetMapping("/service")
public String service(){
LOG.info("consumer invoke");
String providerResult = providerClient.service();
return "consumer invoke" + "|" + providerResult;
}
}
5、启动Consumer（消费者）
package com.hxh.nacos;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.client.discovery.EnableDiscoveryClient;
import org.springframework.cloud.openfeign.EnableFeignClients;
@SpringBootApplication
@EnableFeignClients
@EnableDiscoveryClient
public class NacosConsumerApp {
public static void main(String[] args) {
SpringApplication.run(NacosConsumerApp.class,args);
}
}
访问http://localhost:56020/service
2.5、测试多实例负载均衡
修改quickstart-provider工程的application.yml，实现port的动态传入：
server:
port: ${port:56010} #启动端口 设置启动参数
可在nacos上看到生产者有两个实例
通过访问http://localhost:56020/service可发现，负载均衡是采用轮循的方式。
3、Nacos服务发现基础应用
3.1、服务发现数据模型
Nacos在经过阿里内部多年生产经验后提炼出的数据模型，则是一种服务-集群-实例的三层模型，这样基本可以满足服务在所有场景下的数据存储和管理。
命名空间(Namespace)
用于进行租户粒度的配置隔离，命名空间不仅适用于nacos的配置管理，同样适用于服务发现。Namespace的常用场景之一是不同环境的配置的区分隔离，例如开发测试环境和生产环境的资源（如配置、服务）隔离等。
服务
提供给客户端的软件功能，通过预定义接口网络访问。
服务名
服务提供的标识，通过该标识可以唯─确定其指代的服务。
实例
提供一个或多个服务的具有可访问网络地址( IP:Port )的进程，启动一个服务，就产生了一个服务实例。
元信息
Nacos数据（如配置和服务）描述信息，如服务版本、权重、容灾策略、负载均衡策略、鉴权配置签(label)，从作用范围来看，分为服务级别的元信息、集群的元信息及实例的元信息。
元信息能够让nacos更具备扩展性，用户可以自定义数据用于描述实例、服务、集群等。
集群
服务实例的集合，服务实例组成一个默认集群,集群可以被进一步按需求划分，划分的单位可以是虚拟集群，相同集群下的实例才能相互感知。
应用通过Namespace、Service、Cluster(DEFAULT)的配置，描述了该服务向哪个环境（如开发环境)的哪个集群注册实例。
server:
port: 56020
spring:
application:
name: quickstart-consumer
cloud:
nacos:
discovery:
server-addr: 127.0.0.1:8848 #注册中心地址
namespace: 566edc2f-289f-4085-9005-f030ebfa4418 #开发环境dev
cluster-name: DEFAULT #默认集群，可不填写
集群作为实例的隔离，相同集群的实例才能相互感知。
namespace、cluster-name若不填写都将采取默认值，namespace的默认是public命名空间，cluster-name的默认值为DEFAULT集群。
3.2、服务管理
开发者或者运维人员往往需要在服务注册后，通过友好的界面来查看服务的注册情况，包括当前系统注册的所有服务和每个服务的详情。并在有权限控制的情况下，进行服务的一些配置的编辑操作。Nacos在目前最新版本开放的控制台的服务发现部分，主要就是提供用户一个基本的运维页面，能够查看、编辑当前注册的服务，这些功能集中在Nacos控制台的服务管理一级菜单内。
3.2.1、服务列表管理
服务列表帮助用户以统一的视图管理其所有的微服务以及服务健康状态。整体界面布局是左上角有服务的搜索框和搜索按钮，页面中央是服务列表的展示。服务列表主要展示服务名、集群数目、实例数目、健康实例数目和详情按钮五个栏目。
在服务列表页面点击详情，可以看到服务的详情。可以查看服务、集群和实例的基本信息。
3.2.2、服务流量权重支持及流量保护
Nacos为用户提供了流量权重控制的能力，同时开放了服务流量的阈值保护，以帮助用户更好的保护服务服务提供者集群不被意外打垮。如下图所以，可以点击实例的编辑按钮，修改实例的权重。如果想增加实例的流量，可以将权重调大，如果不想实例接收流量，则可以将权重设为0。
3.2.3、服务元数据管理
Nacos提供多个维度的服务元数据的暴露，帮助用户存储自定义的信息。这些信息都是以K-V的数据结构存储，在控制台上，会以k1=v1,k2=v2这样的格式展示。类似的，编辑元数据可以通过相同的格式进行。例如服务的元数据编辑，首先点击服务详情页右上角的"编辑服务"按钮，然后在元数据输入框输入:version=1.0。
点击确认，就可以在服务详情页面，看到服务的元数据已经更新了。
3.2.4、服务优雅上下线
Nacos还提供服务实例的上下线操作,在服务详情页面,可以点击实例的“上线"或者“下线”按钮,被下线的实例,将不会包含在健康的实例列表里。
上下线测试：
（1）分别启动快速上手中的quickstart-consumer与quickstart-provider工程,更改quickstart-provide中的启动端口,再次启动quickstart-provider ,让quickstart-provider服务拥有两个实例。
（2）多次访问http://127.0.0.1:56020/service , 让consumer调用provider时触发负载均衡。
（3）观察provider的2个实例控制台,可发现实例调用被均匀负载。
（4）在provider的服务详情页面,让某实例下线。
（5）多次访问http://127.0.0.1:56020/service , 观察控制台,发现下线的实例已不再接收流量。
（6）在provider的服务详情页面,让该实例恢复上线状态。
4、Spring Cloud Alibaba综合集成架构演示
前面说到, Spring Cloud是一个较为全面的微服务框架集,集成了如服务注册发现、配置中心、消息总线、负载均衡、断路器、API网关等功能实现。而在网上经常会发现Spring Cloud与阿里巴巴的Dubbo进行选择对比，这样做其实不是很妥当,前者是一套较为完整的架构方案 ,而Dubbo只是服务治理与RPC实现方案。
Dubbo在国内有着非常大的用户群体,但是其周边设施与组件相对来说并不那么完善。很多开发者用户又很希望享受Spring Cloud的生态,因此也会有一些Spring Cloud与Dubbo一起使用的案例与方法出现,但是一直以来大部分Spring Cloud整台Dubbo的使用方案都不完善。直到Spring Cloud Alibaba的出现,才得以解决这样的问题。
4.1、总体结构
系统架构图如下：
组件说明：
API网关：系统统一入口,屏蔽架构内部结构,统-安全拦截,采用Zuul实现。
application-1 : 应用1 ,模拟应用,提供http接口服务。
service-1 : 微服务1 , 模拟微服务,提供dubbo接口服务。
service-2 : 微服务2 , 模拟微服务,提供dubbo接口服务。
调用流程：
所有访问系统的请求都要经过网关,网关转发Http请求至application-1 , application-1使用dubbo调用service1完成自身业务,而后sevice1调用service2完成自身业务。至此,完成所有组件贯穿。
架构中application与sevice的区别是什么?
service提供了基础服务功能; application组装基础服务功能,提供给用户直接可用的业务。
service服务粒度小、功能基础,不易发生改变; application提供上游业务功能,紧贴业务需求,容易发生改变。
4.2、工程结构说明
采用maven工程，结构如下：
nacos-micro-service 整体父工程
——api-gateway API网关，端口：56010
——application-1 应用1，端口：56020
——service-1 服务1父工程
——service-1-api 服务1API
——service-1-server 服务1实现，端口：56030
——service-2 服务2父工程
——service-2-api 服务2API
——service-2-server 服务2实现，端口：56040
4.3、创建父工程
在上面 nacos-discovery 再创建 artifactId 名为nacos - micro-service的Maven工程，此父工程继承nacos-discovery父工程，间接指定了Spring boot、spring cloud以及spring-cloud-alibaba的依赖版本。
nacos-discovery
com.hxh
1.0-SNAPSHOT
4.0.0
nacos-micro-service
pom nacos-discovery的pom.xml 如下：
4.0.0
com.hxh
nacos-discovery
1.0-SNAPSHOT
quickstart-provider
quickstart-consumer
nacos-micro-service
pom
UTF-8
UTF-8
1.8
com.alibaba.cloud
spring-cloud-alibaba-dependencies
2.1.0.RELEASE
pom
import
org.springframework.cloud
spring-cloud-dependencies
Greenwich.RELEASE
pom
import
org.springframework.boot
spring-boot-dependencies
2.1.3.RELEASE
pom
import
org.springframework.boot
spring-boot-maven-plugin
4.4、实现application-1
application-1属于应用层，提供http接口服务。
（1）初始化 application-1 Maven工程
com.alibaba.cloud
spring-cloud-starter-alibaba-nacos-config
com.alibaba.cloud
spring-cloud-starter-alibaba-nacos-discovery
org.springframework.boot
spring-boot-starter-web
（2）实现 application-1 功能
package com.hxh.controller;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;
@RestController
public class Application1Controller {
@GetMapping("/service")
public String service(){
return "test";
}
}
（3）application-1 配置
server:
port: 56020 #启动端口
servlet:
context-path: /application1
spring:
application:
name: application1
cloud:
nacos:
discovery:
server-addr: 127.0.0.1:8848
namespace: 566edc2f-289f-4085-9005-f030ebfa4418
cluster-name: DEFAULT #集群名称
config:
server-addr: 127.0.0.1:8848
namespace: 566edc2f-289f-4085-9005-f030ebfa4418
group: NACOS_MICROSERVICE_GROUP #xx业务组（4）application-1 启动
package com.hxh;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.client.discovery.EnableDiscoveryClient;
@SpringBootApplication
@EnableDiscoveryClient
public class Application1Bootstrap {
public static void main(String[] args) {
SpringApplication.run(Application1Bootstrap.class,args);
}
}
当 Application1Bootstrap 启动后，应用 application-1 将出现在 Nacos 控制台界面。
4.5、实现 Service1
4.5.1、定义父工程
定义 service1父工程，pom.xml如下：
nacos-micro-service
com.hxh
1.0-SNAPSHOT
4.0.0
service-1
pom 4.5.2、定义 service-1-api
为了方便其它服务调用dubbo服务,专门定义api工程,此工程将作为jar包被其它工程依赖。
定义 service-1-api 工程, pom.xmI如下：
service-1
com.hxh
1.0-SNAPSHOT
4.0.0
service-1-api 定义服务接口：
package com.hxh.api;
public interface ConsumerService {
String service();
}
4.5.3、实现 service-1-server
（1）初始化 service-1-server Maven工程
与服务提供方Maven工程类似,需添加相关Maven依赖：
service-1
com.hxh
1.0-SNAPSHOT
4.0.0
service-1-server
com.hxh
service-1-api
1.0-SNAPSHOT
com.alibaba.cloud
spring-cloud-starter-alibaba-nacos-config
com.alibaba.cloud
spring-cloud-starter-alibaba-nacos-discovery
com.alibaba.cloud
spring-cloud-starter-dubbo
（2）实现 Dubbo 服务
package com.hxh.service;
import com.hxh.api.ConsumerService;
import org.apache.dubbo.config.annotation.Service;
@org.apache.dubbo.config.annotation.Service //注解标记此类的方法暴露为 dubbo 接口
public class ConsumerServiceImpl implements ConsumerService {
//dubbo接口实现内容
public String service() {
return "Consumer invoke";
}
}
注意：使用 @org.apache.dubbo.config.annotation.Service 标记 dubbo 服务
（3）配置 Dubbo 服务
Service1 作为Dubbo服务消费方配置与服务提供方类似，注意，service1不仅是消费方，同时还是服务提供方：
server:
port: ${port:56030} #启动端口 命令行注入
spring:
application:
name: service1
cloud:
nacos:
discovery:
server-addr: 127.0.0.1:8848
namespace: 566edc2f-289f-4085-9005-f030ebfa4418
cluster-name: DEFAULT #集群名称
config:
server-addr: 127.0.0.1:8848
namespace: 566edc2f-289f-4085-9005-f030ebfa4418
group: NACOS_MICROSERVICE_GROUP #xx业务组
dubbo:
scan:
# dubbo 服务扫描基准包
base-packages: com.hxh
protocol:
# dubbo 协议
name: dubbo
# dubbo 协议端口
port: ${dubbo_port:20881}
registry:
address: nacos://127.0.0.1:8848
application:
qos-enable: false #dubbo运维服务是否开启
consumer:
check: false #启动时是否检查依赖的服务以上YAML内容, dubbo开头的为dubbo服务的配置：
dubbo.scan.base-packages：指定Dubbo服务实现类的扫描基准包，将@org.apache.dubbo.config.annotation.Service注解标注的service暴露为dubbo服务。
dubbo.protocol：Dubbo服务暴露的协议配置,其中子属性name为协议名称，port 为dubbo协议端口，可以指定多协议,如: dubbo.protocol.rmi.port=1099
dubbo.registry：Dubbo服务注册中心配置,其中子属性address的值"nacos://127.0.0.1:8848" ,说明dubbo服务注册到nacos
相当于原生dubbo的xml配置中的
上半部分为SpringCloud的相关配置：
spring.application.name：Spring应用名称,用于Spring Cloud服务注册和发现。
该值在Dubbo Spring Cloud加持下被视作 dubbo.application.name, 因此,无需再显示地配置dubbo.application.name
spring.cloud.nacos.discovery：Nacos服务发现与注册配置,其中子属性server-addr指定Nacos服务器主机和端口
spring.cloud.nacos.config：Nacos配置中心配置,其中子属性server-addr指定Nacos服务器主机和端口。
（4）启动服务消费方应用
package com.hxh;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.client.discovery.EnableDiscoveryClient;
@SpringBootApplication
@EnableDiscoveryClient
public class Service1Bootstrap {
public static void main(String[] args) {
SpringApplication.run(Service1Bootstrap.class,args);
}
}
4.6、实现 application1 调用 Service1
现在 service1 已经暴露 dubbo 服务并注册到 nacos 中，下边实现 application1 调用 service1
4.6.1、引用 service1
下边在 application1 中引用 service1
在 application1 的 pom.xml 中引入 service-1-api 的依赖
com.hxh
service-1-api
1.0-SNAPSHOT
引入 spring-cloud-starter-dubbo 依赖，它会根据接口生成代理对象
com.alibaba.cloud
spring-cloud-starter-dubbo
4.6.2、实现远程调用
package com.hxh.controller;
import com.hxh.api.ConsumerService;
import org.apache.dubbo.config.annotation.Reference;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;
@RestController
public class Application1Controller {
//注入service（基于dubbo协议）
@org.apache.dubbo.config.annotation.Reference //生成接口代理对象，通过代理对象进行远程调用
ConsumerService consumerService;
@GetMapping("/service")
public String service(){
//远程调用
String service = consumerService.service();
return "test"+"|"+service;
}
}
注意：这里的 @Reference 注解是 org.apache.dubbo.config.annotation.Reference
4.7、实现 Service2
如上面设计所示，Service2需要暴露dubbo接口以供service1消费，若想在Spring cloud Alibaba中集成并使用dubbo。
4.7.1、定义父工程
定义service2父工程，pom.xml如下：
nacos-micro-service
com.hxh
1.0-SNAPSHOT
4.0.0
service-2
pom 4.7.2、定义 service-2-api
定义service-2-api工程，pom.xml如下：
service-2
com.hxh
1.0-SNAPSHOT
4.0.0
service-2-api 并定义服务接口，Dubbo服务接口是服务提供方与消费方的远程通讯契约，通常由普通的Java接口( interface )来声明，如ProviderService接口:
package com.hxh.api;
public interface ProviderService {
String service();
}4.7.3、实现 service-2-server
（1）初始化 service-2-server Maven工程
首先，创建 artifactId 名为 service-2-server 的Maven 工程，并在其 pom.xml 文件中增添Dubbo Spring Cloud必要的依赖︰
service-2
com.hxh
1.0-SNAPSHOT
4.0.0
service-2-server
com.hxh
service-2-api
1.0-SNAPSHOT
com.alibaba.cloud
spring-cloud-starter-alibaba-nacos-config
com.alibaba.cloud
spring-cloud-starter-alibaba-nacos-discovery
com.alibaba.cloud
spring-cloud-starter-dubbo
以上依赖 artifactId 说明如下:
service-2-api：提供|ProviderService接口的artifact
spring-boot-starter-web：Spring Boot starter artifact，间接引入spring-boot artifact
spring-cloud-starter-dubbo：Dubbo Spring Cloud Starter artifact，间接引入dubbo-spring-boot-starter等artifact
spring-cloud-starter-alibaba-nacos-discovery：Nacos Spring Cloud服务注册与发现 artifact
（2）实现 Dubbo 服务
ProviderService 作为暴露的 Dubbo 服务接口，服务提供方 service-2-server 需要将其实现
package com.hxh.service;
import com.hxh.api.ProviderService;
import org.apache.dubbo.config.annotation.Service;
@org.apache.dubbo.config.annotation.Service
public class ProviderServiceImpl implements ProviderService {
@Override
public String service() {
return "Provider invoke";
}
}
其中，@org.apache .dubbo.config.annotation.Service 是Dubbo服务注解，仅声明该Java服务(本地）实现为Dubbo服务。因此，下一步需要将其配置Dubbo服务（远程)。
（3）配置 Dubbo 服务
在暴露Dubbo服务方面，推荐开发人员外部化配置的方式，即指定Java服务实现类的扫描基准包Dubbo Spring Cloud继承了Dubbo Spring Boot的外部化配置特性，也可以通过标注@DubboComponentScan 来实现基准包扫描。
同时，Dubbo远程服务需要暴露网络端口，并设定通讯协议，完整的YAML配置如下所示∶
server:
port: ${port:56040} #启动端口 命令行注入
spring:
application:
name: service2
cloud:
nacos:
discovery:
server-addr: 127.0.0.1:8848
namespace: 566edc2f-289f-4085-9005-f030ebfa4418
cluster-name: DEFAULT #集群名称
config:
server-addr: 127.0.0.1:8848
namespace: 566edc2f-289f-4085-9005-f030ebfa4418
group: NACOS_MICROSERVICE_GROUP #xx业务组
dubbo:
scan:
# dubbo 服务扫描基准包
base-packages: com.hxh
protocol:
# dubbo 协议
name: dubbo
# dubbo 协议端口
port: ${dubbo_port:20891}
registry:
address: nacos://127.0.0.1:8848
application:
qos-enable: false #dubbo运维服务是否开启
consumer:
check: false #启动时是否检查依赖的服务（4）启动服务提供方应用
Dubbo Spring Cloud 引导类与普通 Spring Cloud 应用并无差别
package com.hxh;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.client.discovery.EnableDiscoveryClient;
@SpringBootApplication
@EnableDiscoveryClient
public class Service2Bootstrap {
public static void main(String[] args) {
SpringApplication.run(Service2Bootstrap.class,args);
}
}
在引导 Service2Bootstrap 之前，请提前启动Nacos服务器。当 service2Bootstrap启动后，应用service2将出现在Nacos控制台界面。
4.8、实现远程调用
4.8.1、引用 service2
在 service1 中 添加service2 的依赖：
com.hxh
service-2-api
1.0-SNAPSHOT
4.8.2、实现远程调用
package com.hxh.service;
import com.hxh.api.ConsumerService;
import com.hxh.api.ProviderService;
import org.apache.dubbo.config.annotation.Reference;
import org.apache.dubbo.config.annotation.Service;
@org.apache.dubbo.config.annotation.Service //注解标记此类的方法暴露为 dubbo 接口
public class ConsumerServiceImpl implements ConsumerService {
//注入service2
@org.apache.dubbo.config.annotation.Reference
ProviderService providerService;
//dubbo接口实现内容
public String service() {
String service = providerService.service();
return "Consumer invoke"+"|"+service;
}
}
4.9、实现 api-gateway
4.9.1、 Zuul介绍
什么是网关?
原来的单体架构，所有的服务都是本地的，UI可以直接调用，现在按功能拆分成独立的服务，跑在独立的一般都在独立的虚拟机上的Java进程了。客户端UI如何访问?他的后台有N个服务，前台就需要记住管理N个服务，一个服务下线/更新/升级，前台就要重新部署，这明显不服务我们拆分的理念，特别当前台是移动应用的时候，通常业务变化的节奏更快。另外，N个小服务的调用也是一个不小的网络开销。
有了网关作为服务统一入口，就可以避免上述问题，不仅如此，服务网关是在微服务前边设置一道屏障，请求先到服务网关，网关会对请求进行过虑、校验、路由等处理。有了服务网关可以提高微服务的安全性，网关校验请求的合法性，请求不合法将被拦截，拒绝访问。
- 提供统一服务入口，让微服务对前台透明
- 聚合后台的服务，节省流量，提升性能
- 提供安全，过滤，流控等API管理功能
什么是Zuul ?
Spring Cloud Zuul是整合Netflix公司的Zuul开源项目实现的微服务网关，它实现了请求路由、负载均衡、校验过虑等功能。
Zuul与Nginx怎么配合使用?
Zuul与Nginx在实际项目中需要配合使用，如下图，Nginx的作用是反向代理、负载均衡，Zuul的作用是保障微服务的安全访问，拦截微服务请求，校验合法性及负载均衡。
4.9.2、搭建网关工程
初始化 api-gateway Maven工程
nacos-micro-service
com.hxh
1.0-SNAPSHOT
4.0.0
api-gateway
com.alibaba.cloud
spring-cloud-starter-alibaba-nacos-config
com.alibaba.cloud
spring-cloud-starter-alibaba-nacos-discovery
org.springframework.boot
spring-boot-starter-web
org.springframework.cloud
spring-cloud-starter-openfeign
org.springframework.cloud
spring-cloud-starter-netflix-zuul
4.9.3、api-gateway配置
bootstrap.yml
server:
port: 56010 #启动端口 命令行注入
spring:
application:
name: service1
cloud:
nacos:
discovery:
server-addr: 127.0.0.1:8848
namespace: 566edc2f-289f-4085-9005-f030ebfa4418
cluster-name: DEFAULT #集群名称
config:
server-addr: 127.0.0.1:8848
namespace: 566edc2f-289f-4085-9005-f030ebfa4418
group: NACOS_MICROSERVICE_GROUP #xx业务组网关的路由配置采用nacos远程配置，在nacos控制台开发环境中新增api-gateway.yaml配置集，配置组为NACOS_MICROSERVICE_GROUP，配置内容如下:
zuul:
routes:
application1:
stripPrefix: false
path: /application1/** 将请求为/application1/开头的请求路由至application1服务，保留请求url中的/application1/
api-gateway启动
注意在启动类上使用@EnableZuulProxy注解标识此工程为Zuul网关，启动类代码如下∶
package com.hxh.gateway;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.client.discovery.EnableDiscoveryClient;
import org.springframework.cloud.netflix.zuul.EnableZuulProxy;
@SpringBootApplication
@EnableDiscoveryClient
@EnableZuulProxy
public class ApiGatewayBootstrap {
public static void main(String[] args) {
SpringApplication.run(ApiGatewayBootstrap.class,args);
}
}
当Service1Bootstrap启动后，应用api-gateway将出现在Nacos服务列表中。
访问api-gateway的56010端口 http://localhost:56010/application1/service