Nacos

Spring cloud 集成 nacos config配置中心的例子,自定义 dataId groupId namespace 使用的依赖 <dependencies> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId> <version>0.2.1.RELEASE</version> </dependency> </dependencies> 配置文件；bootstrap.properties 内容 spring.application.name=spring-cloud-example spring.cloud.nacos.config.server-addr=192.168.1.191:8848 spring.cloud.nacos.config.namespace=test spring.cloud.nacos.config.group

官方标准运行方式 下载解压可运行包 curl -O https://github.com/alibaba/nacos/releases/download/1.3.2/nacos-server-1.3.2.tar.gz tar -zxvf nacos-server-1.3.2.tar.gz cd nacos/bin 执行运行 # Linux/Unix/Mac 启动命令(standalone代表着单机模式运行，非集群模式): sh startup.sh -m standalone # 如果您使用的是ubuntu系统，或者运行脚本报错提示[[符号找不到，可尝试如下运行： bash startup.sh -m standalone # Windows 启动命令（或者双击startup.cmd运行文件） cmd startup.cmd 为什么要源码化运行 1. 方便开发过程使用 如果从 Spring Cloud Netflix 体系迁移到 Spring Cloud Alibaba 技术体系，明显的感受是整个体系得到简化。 Nacos 承担整个 Spring Cloud 的服务发现、配置管理部分的实现。 是整个开发过程中 强依赖 ，启动微服务业务要去检查 Nacos Server 是否已经启动，解压安装的方式变的非常不便。 如果把 Nacos Server 作为整个微服务框架的一部分直接

本篇文章为系列文章，未读第一集的同学请猛戳这里： RPC 框架 Dubbo 从理解到使用（一） 本篇文章讲解 Dubbo 支持的注册中心、Dubbo 负载均衡策略和 Dubbo 控制台的安装。 　　 注册中心支持 　　 　　注册中心可以更高效的管理系统的服务：比如服务接口的发布、自动剔除无效的服务、自动恢复服务等。 　　Dubbo 支持五种注册中心：Multicast、Nacos(推荐)、ZooKeeper(推荐) 、Redis、Simple。本文重点介绍前三个，更多注册中心的信息请参考： http://dubbo.apache.org/zh-cn/docs/user/references/registry/introduction.html 　　 Multicast 注册中心 　　 　　Multicast 注册中心不需要启动任何中心节点，只要广播地址一样，就可以互相发现。 提供方启动时广播自己的地址 消费方启动时广播订阅请求 提供方收到订阅请求时，单播自己的地址给订阅者，如果设置了 unicast=false ，则广播给订阅者 消费方收到提供方地址时，连接该地址进行 RPC 调用。 　　组播受网络结构限制，只适合小规模应用或开发阶段使用。组播地址段: 224.0.0.0 - 239.255.255.255 　　 配置 　　 <dubbo:registry address=

SpringCloud的Hoxton版本，和之前的版本相比，用新的组件替换掉了原来大部分的组件，老的组件现在处于 停更不停用 的状况。 详情见下图（ × 的表示之前的组件，现在停更了的； √ 的表示新的替换后的组件）： 描述： 服务注册中心： Eureka：官方停止更新，并且已经有更好的替代产品了，可以使用，但是官方已经不建议使用了（重度患者）。 Zookeeper：某些老系统，以前是用的Zookeeper + Dubbo，后来做技术升级，结果发现SpringCloud的Eureka停更了，然后就用了最少的技术切换，那么就用了Zookeeper做注册中心。 Consul：go语言开发的，也是一个优秀的服务注册框架，但是使用量较少，风头都被Nacos抢了。 Nacos：来自于SpringCloudAlibaba，在企业中经过了百万级注册考验的，不但可以完美替换Eureka，还能做其他组件的替换，所以强烈建议使用，是学习的重点。 服务调用： Ribbon：也进入了维护状态，停止更新了，但是Spring官方还在使用（轻度患者）。 LoadBalancer：Spring官方推出的一个新的组件，打算逐渐取代掉Ribbon，但是现在还处于萌芽状态。 服务调用2： Feign：Netflix 公司产品，也停止更新了。 OpenFeign：Spring社区等不了Netflix更新了

1，下载服务 源文件下载地址： https://github.com/alibaba/nacos/releases 我测试时候下载到某云盘地址：链接:https://pan.baidu.com/s/1_I5yX578x1nY4ZZ_u-WU7A 密码:27ue 2，安装 放到Linux服务器上，解压，tar xzvf nacos-server-1.3.1.tar.gz ，or unzip nacos-server-$version.zip 然后 cd nacos/bin 然后运行启动脚本，Linux/Unix/Mac 环境是 sh startup.sh -m standalone ；Windows是 cmd startup.cmd 3，访问nacos服务中心 地址： http://localhost:8848/nacos ，有个登录界面，用户名和密码都是nacos默认值。 4，jar依赖 使用的jar版本 maven的 <!-- https://mvnrepository.com/artifact/com.alibaba.nacos/nacos-client --> <dependency> <groupId>com.alibaba.nacos</groupId> <artifactId>nacos-client</artifactId> <version>1.3.1<

发现&配置中心选型 2020-06-08 配置中心产品功能对比 功能 spring cloud config apollo nacos consul 管理端配置管理 自己开发基于gitlab管理 支持 支持 支持 配置刷新 依赖Git的WebHook<br />Spring Cloud Bus和客户端/bus/refresh http poll http poll http poll 权限控制 依赖gitlab 支持 简单 不支持 灰度发布 依赖destination 不完整 支持 支持 不支持 配置回滚 不支持 支持 支持 不支持 程序支持 java java .net java、go、node、Python、c# 最小依赖 config3 + kafka3 + zk3 + gitlab2 Config 2+Admin 3+Portal*2+Mysql nacos3 + mysql consul server、 agent 厂商 netflix 携程 阿里 HashiCorp 多环境支持 支持 支持 支持 支持 多项目支持 可以支持 支持 支持 可以支持 配置共享 支持 支持 支持 不支持 注册发现功能 无 无 有 有 注册中心对比 Nacos Eureka Consul 一致性协议 CP+AP AP CP 健康检查 TCP/HTTP/MYSQL/Client Beat

来源：思否 segmentfault.com/a/1190000017346799 1.分布式应用服务开发的一站式解决方案 Spring Cloud Alibaba Spring Cloud Alibaba 致力于提供分布式应用服务开发的一站式解决方案。此项目包含开发分布式应用服务的必需组件，方便开发者通过 Spring Cloud 编程模型轻松使用这些组件来开发分布式应用服务。 依托 Spring Cloud Alibaba，您只需要添加一些注解和少量配置，就可以将 Spring Cloud 应用接入阿里分布式应用解决方案，通过阿里中间件来迅速搭建分布式应用系统。 **地址：** https://github.com/spring-cloud-incubator/spring-cloud-alibaba 2. JDBC 连接池、监控组件 Druid Druid是一个 JDBC 组件。 1.监控数据库访问性能。 2.提供了一个高效、功能强大、可扩展性好的数据库连接池。 3.数据库密码加密。 4.SQL执行日志。 **地址：** https://github.com/alibaba/druid 3. Java 的 JSON 处理器 fastjson fastjson 是一个性能很好的 Java 语言实现的 JSON 解析器和生成器，来自阿里巴巴的工程师开发。 主要特点：快速FAST

Env env description alpha 开发环境 beta 测试环境 gamma 预发环境 delta 生产环境 common 通用环境 Service env service ip port username passwd gamma mysql 192.168.3.73 3306 root gamma redis 192.168.3.71 6379 - gamma nacos 192.168.3.74 8848 - - gamma api-usr 192.168.3.77 19000 - - gamma api-ops 192.168.3.77 19001 - - gamma user 192.168.3.77 - - - common nginx 192.168.3.73 80/443 - - common gitlab 192.168.3.78 80 - - common zentao 192.168.3.77 80 - - common jenkins 192.168.3.68 8080 - - Deployment directory host directory 192.168.3.77～192.168.3.77 /data/dph/service/dph-service-xxxx-impl/ 192.168.3.77 /data/dph/api/dph

前言 随着微服务的流行，越来越多公司使用了微服务框架，微服务以其的高内聚、低耦合等特性，提供了更好的容错性，也更适应业务的快速迭代，为开发人员带来了很多的便利性。但是随着业务的发展，微服务拆分越来越复杂，微服务的治理也成了一个比较令人头疼的问题，我相信下面这些场景大家或多或少都遇到过。 场景一： 发布是天大的事情，每一次的发布，都会出现执行到一半的请求中断掉，上游继续调用已经下线的节点导致报错。发布时收到各种报错，同时还影响用户的体验。发布后又需要修复执行到一半的脏数据。 上述场景还是在新版本没有任何问题的情况下，如果新版本有问题，则会导致大量业务直接请求到有问题的新版本，轻则修复数据，重则严重影响用户体验，甚至产生资损。最后不得不每次发版都安排在凌晨两三点发布，心惊胆颤，睡眠不足，苦不可言。 场景二：大半夜某个服务节点出现异常，上游仍旧不断地调用，出现很多异常和各种报警短信。被报警吵醒后，想直接在线上修复，有点难，想保留现场又害怕拖垮整个应用，只好先重启为上。 但是这只是治标不治本的方式，因为很难复现从而无法有效定位，可能明天又被吵醒，继续重启。上述场景还是建立在报警系统比较完善的情况下，如果没有完善的报警系统，严重情况可能整个业务系统都被单机异常拖垮。 场景三：公司业务壮大了，部门组织变复杂后，微服务模块越来越多。我不清楚发布的服务到底被谁调用了

Nacos 在 0.7 版本之前，默认使用的是嵌入式数据库 Apache Derby 来存储数据（内嵌的数据库会随着 Nacos 一起启动，无需额外安装）；0.7 版本及以后，增加了对 MySQL 数据源的支持。 环境要求：MySQL 5.6.5+（生产使用建议至少主备模式，或者采用高可用数据库）； 1、初始化 MySQL 数据库 创建数据库 nacos_config。 SQL源文件地址：https://github.com/alibaba/nacos/blob/master/distribution/conf/nacos-mysql.sql ，或者在 nacos-server 解压目录 conf 下，找到 nacos-mysql.sql 文件，运行该文件，结果如下： 2、application.properties 配置 修改 nacos/conf/application.properties 文件的以下内容。 最终修改结果如下： #*************** Config Module Related Configurations *************** # ### If user MySQL as datasource: # 指定数据源为 MySQL spring.datasource.platform = mysql ### Count of DB: #