Apollo VS Nacos

最新推荐文章于 2024-09-29 18:27:19 发布
最新推荐文章于 2024-09-29 18:27:19 发布
阅读量6.5k 收藏 9
点赞数 2
分类专栏： Java 文章标签： Java 配置中心 Apollo Nacos
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/francislpx/article/details/103167942
版权
本文对比了两个流行的Java配置中心——Apollo和Nacos。Apollo由携程研发，提供实时配置推送、版本管理和权限控制等功能，适用于微服务场景。Nacos是阿里巴巴开源的平台，集成了服务发现和配置管理，支持动态配置、服务管理和灰度发布。两者在部署和环境要求上有所不同，Apollo依赖MySQL，而Nacos在集群模式下也需要MySQL，并提供了更简单的部署选项。
摘要由CSDN通过智能技术生成

一、Apollo

1、简介

携程研发的分布式配置中心，能够集中化管理应用不同环境、不同集群的配置，配置修改后能够实时推送到应用端，并且具备规范的权限、流程治理等特性，适用于微服务配置管理场景。最新版本1.5.1，GitHub Star  18.3k

项目地址：  https://github.com/ctripcorp/apollo。

文档： https://github.com/ctripcorp/apollo/wiki。

服务端基于Spring Boot和Spring Cloud开发，打包后可以直接运行，不需要额外安装Tomcat等应用容器。

Java客户端不依赖任何框架，能够运行于所有Java运行时环境，同时对Spring/Spring Boot环境也有较好的支持。

.Net客户端不依赖任何框架，能够运行于所有.Net运行时环境。

2、特性

  1. 统一管理不同环境、不同集群的配置
  2. 配置修改实时生效（热发布）
  3. 版本发布管理
  4. 灰度发布
  5. 权限管理、发布审核、操作审计
  6. 客户端配置信息监控
  7. 提供Java和.Net原生客户端
  8. 提供开放平台API
  9. 部署简单（感觉不怎么简单），依赖于MySQL(5.6.5+)

性能测试 ：

最低0.47元/天 解锁文章
apollo 与 nacos 功能对比
果冻小玩纸的博客
02-09 2万+
apollo与nacos 都为目前比较流行且维护活跃的2个配置中心，笔者对nacos（1.1.4版本）与 apollo(2020.1月更新源码部署)版本从几个方面进行了详细的对比。 一：界面对比 在界面上对2个对比，个人感觉2者都差不多，nacos可能看起来比较简洁，直接把所有项目和配置都直接展示出来了，但是apollo再项目划分概念上就比较清晰，进入后首先需要选择项目，选择项...
面试：Nacos、Apollo、Config配置中心如何选型？10个维度告诉你
2401_84139610的博客
04-14 1183
应用的配置数据存储在配置中心一般都会以一种配置格式存储，比如Properties、Json、Yaml等，如果配置格式错误，会导致客户端解析配置失败引起生产故障，配置中心对配置的格式校验能够有效防止人为错误操作的发生，是配置中心核心功能中的刚需。Nacos的应用概念比较弱，只有一个用于区分配置的额外属性，不过可以使用 Group 来做应用字段，可以起到隔离作用。配置的灰度发布是配置中心比较重要的功能，当配置的变更影响比较大的时候，需要先在部分应用实例中验证配置的变更是否符合预期，然后再推送到所有应用实例。
Java服务端配置中心：Apollo与Nacos的比较
weixin_36982068的博客
09-03 188
Java服务端配置中心：Apollo与Nacos的比较 大家好，我是微赚淘客返利系统3.0的小编，是个冬天不穿秋裤，天冷也要风度的程序猿！ 在微服务架构中，配置管理是一个复杂的问题。随着服务数量的增加，手动管理配置变得不再可行。配置中心提供了一种集中化的配置管理方式，使得配置信息可以被外部化存储和统一管理。Apollo和N...
配置中心比较Apollo与Nacos
cao919的专栏Net
10-16 3596
4.2 Apollo 与 Nacos 功能对比 • nacos配置文件支持比较多的格式，支持yaml、text、json、xml、html、Properties，apollo只支持xml、text、Properties的格式，没有兼容springboot中比较通用的yaml配置。 • apollo用户管理以及权限管理做的比较好和全面，适合做部门或者公司级的配置中心。nacos比较简洁明了（也可以说没有做权限这一块的开发），适合做小组内，或者小型java团体使用。 • apollo区分多环境是直接通过环境指定
配置中心Nacos与Apollo比较
wejack的专栏
09-28 8525
文章系转载，方便整理和分类 源文地址 https://mp.weixin.qq.com/s/oZxjQq5vAXJL8gZkzToCFA 因为公司进行系统的服务化拆分，导致模块骤增，随之而来配置文件管理难度也随之增加，所以想采用一个配置集中管理的中间件。 下面对市面比较流行的Naocs和Apollo从各方面进行比较。 1. 配置中心 1.1 什么是配置 应用程序在启动和运行的时候往往需要读取一些配置信息，配置基本上伴随着应用程序的整个生命周期，比如：数 据库连接参数、启动参数等。 配置主要有以下几个特点.
Apollo太重了，我选Nacos
m0_72136664的博客
06-21 627
目录简介安全性的差异系统复杂度的差异简介前面我们分析了携程的 apollo，现在再来看看阿里的 nacos。和 apollo 一样，nacos 也是一款配置中心，同样可以实现配置的集中管理、分环境管理、即时生效等等。不过，nacos 还具备了服务发现的功能。分析 apollo 时，我们通过四个问题展开：为什么使用配置中心如何设计一个配置中心apollo 是如何设计的如何使用 apollo当然，我们也可以用同样的套路来分析 nacos，不过，第 1、2 个问题是一样的，没必要再讲一遍，而第 4 个问题嘛，我看
Apollo 太重，最终选择了 Nacos
JavaShark的博客
07-14 346
今天这篇文章将重点分析 nacos 和 apollo 在设计上的差异；以下分析基于 apollo 1.8.0 和 nacos 2.1.0。安全性的差异这里说的安全性，不是指控制台读配置中心，而是客户端读配置中心。之前我说过，如果所有环境都共用一个配置中心，会存在安全问题。因为开发人员能拿到测试环境的配置，按理也能拿到生产环境的配置。为了解决这个问题，一般有两个方案：①不同环境使用不同的配置中心。apollo 用的就是这一种，当客户端需要获取生产配置时，运维需要在项目的启动参数中指定生产环境的配置中心。这种方
配置中心Spring cloud config、Apollo、Nacos对比
最新发布
FeelTouch Labs
09-29 811
目前在国内开发者社区比较热，在Github上有超过5k颗星，在国内众多互联网公司有落地案例，可以说Apollo是目前配置中心产品领域Number1的产品，其成熟度和企业级特性要远远强于Spring Cloud体系中的Spring Cloud Config产品。也许经过的迭代更久，功能上比Nacos更加完善，权限管理做的全面，配置上可能会做的更细节一些，不过操作比较繁琐，比较适合多业务 多团队的业务场景。Nacos内置监听心跳检测机制，每5秒、15秒、30秒对服务进行心跳探测，标注为健康、不健康、剔除；
配置中心选型
文盲青年的博客
09-09 2032
一、什么是配置 配置是独立于程序的只读变量 配置首先是独立于程序的，同一份程序在不同的配置下会有不同的行为。 其次，配置对于程序是只读的，程序通过读取配置来改变自己的行为，但是程序不应该去改变配置。 常见的配置有：DB Connection Str、Thread Pool Size、Buffer Size、Request Timeout、Feature Switch、Server Urls等。 配置伴随应用的整个生命周期 配置贯穿于应用的整个生命周期，应用在启动时通过读取配置来初始化，在运行时根据
nacos与apollo
kwame211的博客
01-06 2461
目前正在做技术的调研与选型，使用springcloud的架构，在使用配置管理和注册中心上，比较了nacos和apollo。 首先研究的是apollo，这个是携程出品的，功能很强大，由portal、admin、config（带meta-server、eureka）。 如果要使用自己的注册中心，需要在启动的start.sh 里添加 export JAVA_OPTS=”$JAVA_OPTS -Da...
Apollo入门与工作原理&Apollo与Nacos的区别
小明的Java问道之路
12-12 5868
本文主要讲解Apollo入门和执行流程，深入浅出通俗易懂的说明Apollo工作原理和总体设计，最后辅以Apollo常见面试题。
Apollo与nacos--配置中心
Alice_whj的博客
03-05 3031
Apollo配置中心动态生效机制，是基于http长轮询请求和Spring扩展机制实现的。在Spring容器启动过程中，Apollo通过自定义的BeanPostProcessor和BeanFactoryPostProcessor将参数中包含${…}占位符和@Value注解的Bean注册到Apollo框架中定义的注册表中。然后通过http长轮询不断的去获取服务端的配置信息，一旦配置发生变化，Apollo会根据变化的配置key找到对应的Bean，然后修改Bean的属性，从而实现了配置动态生效的特性。 配置格式
Apollo 与 Nacos
zmm0420的专栏
06-06 2430
Apollo
Nacos、Apollo、SpringCloud Config微服务配置中心对比
m0_62261166的博客
03-22 1401
本文从基础到高级再到实战，由浅入深，把MySQL讲的清清楚楚，明明白白，这应该是我目前为止看到过最好的有关MySQL的学习笔记了，我相信如果你把这份笔记认真看完后，无论是工作中碰到的问题还是被面试官问到的问题都能迎刃而解！里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频**如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注Java）[外链图片转存中…(img-a8bCoV1i-1711077681452)]
用了3年Apollo，这次我选择了Nacos，原因不多说了
m0_63437643的博客
04-07 220
老板都开口了，我能说不么？ 本文探讨一下如何实现不同环境（开发、测试、灰度、正式）的配置管理问题。 就像Maven用groupId、artifactId、version三者来定位jar包在仓库中的位置一样，Nacos也提供了 Namespace (命名空间) 、Data ID (配置集ID)、 Group (组) 来确定一个配置文件（或者叫配置集）。 由此，实现多环境配置的方案也有三种： 1、用命名空间（namespace）来区分不同的环境，一个命名空间对应一个环境； 2、用配置组（group）来
config、apollo、nacos三种微服务配置中心深度对比
zelxnxy的博客
08-22 970
总的来说，Apollo和Nacos相对于Spring Cloud Config的生态支持更广，在配置管理流程上做的更好。Apollo相对于Nacos在配置管理做的更加全面，不过使用起来也要麻烦一些。Nacos使用起来相对比较简洁，在对性能要求比较高的大规模场景更适合。此外，Nacos除了提供配置中心的功能，还提供了动态服务发现、服务共享与管理的功能，降低了服务化改造过程中的难度。
apollo和nacos
10-20
从配置中心角度来看，Apollo和Nacos都是开源的分布式配置中心，它们都有自己的优势和适用场景。Apollo在配置管理方面做得更加全面，而Nacos则整合了注册中心和配置中心的功能，部署和操作相对比较简单，适合在对性能...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值