标签：定位 hand 行编辑 git aos 9.1 账号 mile serve
经过 3 个 RC 版本的社区体验之后，Nacos 正式发布 1.0.0 GA 版本，在架构、功能和 API 设计上进行了全方位的重构和升级。
1.0.0 版本的发布标志着 Nacos 已经可以大规模的在生产环境中使用，新版本不仅针对社区的需求和集群的稳定性相应地增加了一些新特性，而且还发布了服务发现模块的性能测试报告，以及完整的 API 列表和架构设计文档。
Nacos 自 2018 年 7 月份开源以来，有赖于社区的大力关注和参与，在不到一年的时间里，已经演进了 10+ 个版本。同时也有很多企业客户一直都使用 Nacos 作为生产环境的注册中心和配置中心。
Nacos 源于阿里巴巴内部近十年的生产环境打磨的核心中间件，在开源之前就支撑着双十一等大型业务场景。Nacos 开源不仅是为了丰富整个微服务生态，也是为了打造一款真正能够应对大规模、高并发和复杂环境下复杂需求的生产级服务注册中心和配置管理平台。在 1.0.0 GA 版本发布之际，在此回顾一下 Nacos 的演进历程：
Nacos在1.0.0版本在instance级别增加了一个ephemeral字段，该字段表示注册的实例是否是临时实例还是持久化实例，如果是临时实例，则不会在Nacos服务端持久化存储，需要通过上报心跳的方式进行保活，如果一段时间内没有上报心跳，则会被Nacos服务端摘除。在被摘除后如果又开始上报心跳，则会重新将这个实例注册。持久化实例则会持久化到Nacos服务端，此时即使注册实例的客户端进程不在，这个实例也不会从服务端删除，只会将健康状态设为不健康。
同一个服务下可以同时有临时实例和持久化实例，这意味着当这服务的所有实例进程不在时，会有部分实例从服务上摘除，剩下的实例则会保留在服务下。
由于老版本客户端注册实例时不会上传ephemeral字段，需要在Nacos服务端设置一个默认的ephemeral值。Nacos 1.0.0里ephemeral的默认值为true，即老版本客户端默认注册的是临时实例。如果需要让老客户端注册的实例类型是持久化实例，可以设置开关：
curl -X PUT ‘$NACOS_SERVER:8848/nacos/v1/ns/operator/switches?entry=defaultInstanceEphemeral&value=false‘
客户端注册实例时，可以在方法级别指定要注册的分组名，这个分组名和服务名是对服务的一个二维的标识，二者共同定位一个服务。一个典型的使用分组的例子如下：
namingService.registerInstance("nacos.test.1", "group1", instance);
不指定分组的接口依然是支持的，此时会在服务端为这个服务分配一个默认的分组：DEFAULT_GROUP。
Nacos增加了对Server状态的控制，所有的状态都定义在com.alibaba.nacos.naming.cluster.ServerStatus类里。
各个状态的含义介绍如下：
用户可以使用如下接口来修改集群所有机器的状态，如果再加上debug=true参数，则只修改当前机器的状态。
curl -X PUT ‘$NACOS_SERVER:8848/nacos/v1/ns/operator/switches?entry=overriddenServerStatus&value=READ_ONLY‘
同时这个状态是会自适应进行修改的，比如启动时这个状态为STARTING，等到数据装载完毕，则会自动将状态置为UP，在运行过程中，如果检测到系统异常如磁盘满，则又会将状态置为DOWN。不过自适应的状态值优先级要低于使用接口设置的状态值，因此当你想恢复自适应的状态调节的时候，记得将接口将overriddenServerStatus设置为空。
支持了全局推送开关，可以打开或者关闭服务变更的推送，调用接口如下：
curl -X PUT ‘$NACOS_SERVER:8848/nacos/v1/ns/operator/switches?entry=pushEnabled&value=false‘
关闭推送后，客户端依然会通过轮询的方式来更新到数据，只是更新的速度没有推送那么快。
在老版本的Nacos中，只要Server启动成功就会开始对外提供服务，此时服务的数据并不一定完全加载完成，这样可能会导致客户端接收到的数据并不完整。1.0.0增加了数据预热的逻辑，对于持久化数据，则会等待所有数据从磁盘加载完成，对于临时实例这样的非持久化数据，则会等待从其他Server拉取到完整数据。所有数据都准备好后，才会将Server状态置为UP。
对于临时实例的预热，实现机制是Server在启动时会从其他Server节点拉取数据，拉取成功则启动成功，但是当从老版本Server升级到1.0.0时，由于这个拉取全量数据的接口在老版本Server不存在，那么第一个升级的机器将无法拉到任何数据，从而后面升级的机器也无法从第一个升级的机器拉取到数据。此时建议使用调用API将Server的运行状态设置为WRITE_ONLY，允许客户端数据逐步汇聚补偿上来，但是阻止任何查询的流量，等集群数据准备好以后，再将这个运行状态清空，集群自己调整运行状态，然后就会提供完整服务。
此前的元数据编辑框需要用户按照指定格式来编辑，容易出错，如下图所示：
1.0.0将会对服务页面的元数据编辑框进行优化，在调整编辑框大小的同时，增加语法高亮，方便用户进行编辑和识别格式问题，一个大概的编辑框预览图如下：
Nacos 1.0.0将支持MySQL 8.0驱动。
除了上面提到的变更，Nacos 1.0.0还进行了代码的优化和一些bug的修复，完整的变更列表可以参考：https://github.com/alibaba/nacos/issues?q=is%3Aissue+milestone%3A1.0.0
服务发现和配置管理的完整API列表会发布到官网，除了核心功能外，也包含部分运维接口，方便开发者进行集成：https://nacos.io/zh-cn/docs/open-API.html
同时对于Nacos的数据模型、集群模型、架构设计及模块设计文档进行了更新：
https://nacos.io/zh-cn/docs/architecture.html
Nacos 1.0.0进行了性能测试，针对服务发现和配置管理的读写能力进行了大规模场景的压力测试。目前得到的测试数据是：
目前压测报告已经更新到官网：
https://nacos.io/zh-cn/docs/nacos-naming-benchmark.html
https://nacos.io/zh-cn/docs/nacos-config-benchmark.html
目前Nacos作为服务发现和配置中心已经有100多个用户的生产环境中服役，其中包含阿里巴巴、虎牙等企业已经大规模应用在核心业务场景中。
Nacos 1.0.0 服务端个别接口与 0.8.0 以前的版本不兼容，0.8.0之前版本需要先升级到0.8.0，再升级到1.0.0。对客户端而言，Nacos 1.0.0兼容0.5.0及以上的版本的客户端访问。
为了实现这一目标，你需要积极参与Nacos社区。如果您在文档中发现拼写错误，在代码中发现错误，或想要新功能或想要提供建议，您可以在GitHub上创建一个issues。
如果您想开始着手，可以选择github仓库中有以下标签的issues。
DISS is cheap, show me your hand
比吐槽更重要的是搭把手，参与社区一起发展Nacos
Nacos 社区正在蓬勃发展，截止到发文为止，Nacos 短短几个月已经有 9 个微信群，其中 7 个已满员，1个QQ群，1个钉钉群，关注 Nacos 的社区人数已经近5000人，在 Nacos 群里跟 “道（基）友” 切磋技术，交流经验，招聘交友，抢抢红包...不亦乐乎。
从Nacos用户发展而成贡献者顺理成章，而Nacos开发团队也确实在日趋壮大，从开始的只有4个代码contributor发展到目前的40多个，1.0.0版本中，参与Nacos仓库贡献的开发者有：yanlinly、xuechaos、hxy1991、jifengnan、nkorange、neatlife、loadchange、TsingLiang、jameslcj、duansheli、pbting、mingyixu、paderlol、nanamikon等。
除此之外，社区neatlife贡献了多个语言的Nacos客户端：PHP，C#。
而社区也正在计划在合适的时机上，将在Nacos官网 nacos.io 中添加团队介绍页，将大家正式公布于众，欢迎大家加入Nacos社区，贡献社区。用Apache的话说，“社区高于代码”!
还不知道什么是Nacos? 没关系，在github上star一下跟程序猿兄弟打个招呼吧!!
Nacos 是阿里巴巴于2018年7月份新开源的项目，Nacos的主要愿景是期望通过提供易用的 动态服务发现、服务配置管理、服务共享与管理 的基础设施，帮助用户在云原生时代更好的构建、交付、管理自己的微服务平台。
github项目地址在 这里
本文作者：中间件小哥
本文为云栖社区原创内容，未经允许不得转载。
Nacos 发布 1.0.0 GA 版本，可大规模投入到生产环境
标签：定位 hand 行编辑 git aos 9.1 账号 mile serve
原文地址：https://www.cnblogs.com/zhaowei121/p/10725118.html
