待更新
一个更易于构建云原生应用的动态服务发现、配置管理和服务管理平台,相当于注册中心 + 配置中心的组合,等价于Eureka+Config +Bus。
官网下载:点击访问


这里我下载的是Windows版本,下载完成后进入文件夹的bin目录下启动nacos:

上面我们已经将 Nacos 初步安装好了,在启动时需要注意以下问题:

将cluster.conf.example文件复制一份去掉.example后缀,然后进入文件修改,添加端口,然后就可以通过 startup.cmd 进行启动。

访问 localhost:8848/nacos

官方文档:点击查看
1、服务提供者模块(建moudle、改pom、写yml、主启动、业务类)
(1)创建moudle:cloudalibaba-provider-payment9001
(2)改pom(添加依赖):
- <dependency>
- <groupId>com.alibaba.cloudgroupId>
- <artifactId>spring-cloud-alibaba-dependenciesartifactId>
- <version>2.1.0.RELEASEversion>
- <type>pomtype>
- <scope>importscope>
- dependency>
- <dependency>
- <groupId>com.alibaba.cloudgroupId>
- <artifactId>spring-cloud-starter-alibaba-nacos-discoveryartifactId>
- dependency>
(3)编写配置文件 application.yml
- server:
- port: 9001
-
- spring:
- application:
- name: nacos-payment-provider #注册服务名称
- cloud:
- nacos:
- discovery:
- server-addr: localhost:8848 #配置Nacos地址
- #打开全部监控端点
- management:
- endpoints:
- web:
- exposure:
- include: '*'
(4)主启动类 PaymentMain9001.java
- @EnableDiscoveryClient //开启服务提供者或消费者,客户端的支持,用来注册服务或连接到注册中心
- @SpringBootApplication //主启动
- public class PaymentMain9001
- {
- public static void main(String[] args) {
- SpringApplication.run(PaymentMain9001.class, args);
- }
- }
(5)编写业务类 PaymentController.java
- @RestController
- public class PaymentController
- {
- @Value("${server.port}")
- private String serverPort;
-
- @GetMapping(value = "/payment/nacos/{id}")
- public String getPayment(@PathVariable("id") Integer id)
- {
- return "nacos registry, serverPort: "+ serverPort+"\t id"+id;
- }
- }
(6)测试

2、服务提供者模块(副本,测试nacos的负载均衡功能)
(1)复制一份9001模块的代码改一下文件名和端口号,不过多赘述;
(2)在同一服务名下存在两个健康的实例。

3、服务消费者(建moudle、改pom、写yml、主启动、业务类)
(1)创建moudle:cloudalibaba-consumer-nacos-order83
(2)改pom(添加依赖):
- <dependency>
- <groupId>com.alibaba.cloudgroupId>
- <artifactId>spring-cloud-starter-alibaba-nacos-discoveryartifactId>
- dependency>
(3)编写配置文件 application.yml
- server:
- port: 83
-
-
- spring:
- application:
- name: nacos-order-consumer #注册服务名称
- cloud:
- nacos:
- discovery:
- server-addr: localhost:8848
-
-
- #消费者将要去访问的微服务名称(注册成功进nacos的微服务提供者)
- service-url:
- nacos-user-service: http://nacos-payment-provider
-
(4)主启动类 OrderNacosMain83.java
- @EnableDiscoveryClient //开启服务提供者或消费者,客户端的支持,用来注册服务或连接到注册中心
- @SpringBootApplication //主启动
- public class OrderNacosMain83
- {
- public static void main(String[] args)
- {
- SpringApplication.run(OrderNacosMain83.class,args);
- }
- }
(5)编写业务类,需要添加一个RestTemplate的配置类:
- @Configuration
- public class ApplicationContextBean
- {
- //这里就是创建一个轮询负载均衡的RestTemplate Bean
- @Bean
- @LoadBalanced
- public RestTemplate getRestTemplate()
- {
- return new RestTemplate();
- }
- }
- @RestController
- public class OrderNacosController
- {
- @Resource
- private RestTemplate restTemplate;
-
- @Value("${service-url.nacos-user-service}")
- private String serverURL;
-
- @GetMapping("/consumer/payment/nacos/{id}")
- public String paymentInfo(@PathVariable("id") Long id)
- {
- return restTemplate.getForObject(serverURL+"/payment/nacos/"+id,String.class);
- }
-
- }
(6)测试

4、服务注册中心对比
这里先来了解一下什么是CAP模型?
这就是CAP原则,又被称为CAP定理,但是三个特性不可能同时被满足,所以分布式系统设计要考虑的是在满足P(分区容错性)的前提下选择C(一致性)还是A(可用性),即:CP或AP
CP:
AP:
| 服务注册与发现框架 | CAP模型 | 控制台管理 | 社区活跃度 |
|---|---|---|---|
| Eureka | AP | 支持 | 低(2.x版本闭源) |
| Zookeeper | CP | 不支持 | 中 |
| Consul | CP | 支持 | 高 |
| Nacos | AP/CP | 支持 | 高 |
1、nacos作为配置中心----基本配置
(1)创建子模块: cloudalibaba-config-nacos-client3377
(2)编写pom文件:
- <dependency>
- <groupId>com.alibaba.cloudgroupId>
- <artifactId>spring-cloud-starter-alibaba-nacos-configartifactId>
- dependency>
(3)编写application.yml:
Nacos同springcloud-config一样,在项目初始化时,要保证先从配置中心进行配置拉取,拉取之后,才能保证项目的正常启动。
bootstrap.yml
- server:
- port: 3377
- spring:
- application:
- name: nacos-config-client
- cloud:
- nacos:
- discovery:
- server-addr: localhost:8848 #nacos服务注册中心地址
- config:
- server-addr: localhost:8848 #nacos作为配置中心地址
- file-extension: yaml #指定yaml格式的配置
application.yml
- spring:
- profiles:
- active: dev # 表示开发环境
(4)创建主启动类:
- @EnableDiscoveryClient
- @SpringBootApplication
- public class NacosConfigClientMain3377
- {
- public static void main(String[] args) {
- SpringApplication.run(NacosConfigClientMain3377.class, args);
- }
- }
(5)编写业务类:
- @RestController
- @RefreshScope //在控制器类加入@RefreshScope注解使当前类下的配置支持Nacos的动态刷新功能。
- public class ConfigClientController
- {
- @Value("${config.info}")
- private String configInfo;
-
- @GetMapping("/config/info")
- public String getConfigInfo() {
- return configInfo;
- }
- }
2、在Nacos中添加配置信息
(1)Nacos中的匹配规则:官方文档


(2)在Nacos中新增配置



(3)测试,启动3377模块
发起请求访问: localhost:3377/config/info

修改配置文件内容,如果可以动态刷新,那么Nacos Config中心配置成功!

3、Nacos作为配置中心----分类配置(针对多环境多项目管理)
首先先来说一下为什么会产生分类配置?它在我们实际的开发中又起到了一个什么样的作用呢?最后我们来实际测试一下分类配置该如何使用。
针对上述问题,nacos提供了一种便捷的解决方案,我们先来看一下它的图形化管理界面:


(1)Namespace+Group+Data ID三者之间的关系

如上图,简单来说,这种分类配置的设计思想类似于java中的包名-类名-...最外层的namespace用来区分部署环境,Group和DataID逻辑上区分两个目标对象(默认情况下:Namespac=public,Group=DEFAULT_GROUP,默认Cluster【集群】是DEFAULT)。
假设我们现在有三个环境:开发、测试、生产环境,那么我们就可以创建三个Namespace,不同的Namespace之间是相互隔离的。
比如说为了容灾,将Service微服务分别部署在黄杭州机房和广州机房,这时就可以给杭州机房的Service微服务起一个集群名称(HZ),给广州机房的Service微服务起一个集群名称(GZ),还可以让同一机房的微服务相互调用,以提升性能。
(2)DataID配置
首先我们先使用【默认空间+默认分组】来新建dev和test两个DataID。


在yml配置文件中通过spring.profile.active属性就能进行多环境下配置文件的读取:

(3)Group分组方案(实现环境的区分)


在config下增加一条group的配置即可。 可配置为DEV_GROUP或TEST_GROUP


(4)Namespace命名空间

新建dev和test的Namespace:

回到服务列表,可以发现在public的基础上多了dev和test:

进入配置列表dev命名空间下创建三个配置文件:

通过bootstrap+application实现命名空间区分开发环境,在config下增加一条namespace的配置即可。其值即为命名空间的ID:



篇幅过长,见下一篇文章:https://blog.csdn.net/friggly/article/details/126832789