初心
从今天开始研究nacos.
为什么研究这个? 因为现在公司主流开始推荐使用nacos了…虽然, 我们还没有开始用…提前做好准备吧.
nacos主要有两大作用. 一个是注册发现, 一个是配置管理
我们现在注册发现使用的是eureka, 配置管理使用的是spring cloud的配置中心. nacos一下包含了两个方面. 从服务器成本的角度考虑, 好像可以节省点服务器费用哈. 毕竟合二为一了嘛
学习的时候, 会将nacos和eureka,以及spring cloud的配置中心对比学习. 为什么大家都推荐nacos?
不能因为别人说好, 我们就说好. 我们要真正知道它好在哪里, 为什么好? 了解他的优势,才能更好地取其精华.
知道 为什么这么做 比 怎么做 更重要
初步拟了一个研究方案:
-
了解什么是nacos, 他的优缺点, 好处
-
对比nacos和eureka, config
-
安装配置nacos. 现在很多都是使用docker容器化. 可以试试使用docker安装nacos,然后其他操作都在nacos上执行
-
根据官网文档, 开始学习.
官网地址: https://nacos.io/en-us/docs/what-is-nacos.html
github地址: https://github.com/alibaba/nacos
一. nacos是什么?
分解来看, 框框里是nacos是做什么的. 下面进行解释
nacos致力于注册发现, 配置和管理微服务
两个重点: 服务注册发现, 服务配置, 服务管理三个方面
它提供了一组简单有用的功能,使您能够实现动态服务发现,服务配置,服务元数据和流量管理。
动态服务发现: 什么是动态. 之前跟同事讨论过, 动态其中一个方面, 指的是热的含义. 比如服务器注册了, 不用重启, 就能发现. 服务配置修改了, 不用重启服务, 能够自动识别配置修改.
那么服务元数据和流量管理: 这里应该是和负载均衡有关系了. 流量怎么分配, 根据元数据设置, 进行管理
Nacos使构建,交付和管理微服务平台变得更容易,更快捷
如何能够是构建, 交付,管理 微服务平台变得更容易,更快捷呢? 想到了自动化部署那一套. 有一个界面, 点点按钮, 就开始操作了. 不用一台服务器, 一台服务器的去处理.
以上是官网给出的介绍: 经过我的理解, 变成大白话. 哈哈哈
官网解释: nacos是什么?
服务是Nacos的头等公民
这有点向一个选词造句. go里面说: 函数是一等公民. channel是一等公民. 这里说nacos是一等公民. 什么是一等公民呢? 就像客户就是上帝一样, 全部围绕客户转. nacos就是全部围绕着服务转
Nacos支持发现,配置和管理几乎所有类型的服务
Kubernetes服务
gRPC和Dubbo RPC服务
Spring Cloud RESTful服务
不多说, 我们现在使用的是spring cloud RESTful服务
Nacos的主要特点:
服务发现和服务运行状况检查
Nacos支持基于DNS和基于RPC(Dubbo /