45
社区成员




相当于微服务中的配置中心,如nacos等,可以将springboot中yml文件统一管理起来,且大部分配置修改后可以直接生效。
相比于nacos,Apollo更加的重量级,功能也更加强大(相对的也更加复杂)。Apollo提供了丰富的权限设定,环境配置。
在选择时,如果您只需要简单的管理配置,并不需要多环境,没有多部门多用户协作,也不需要用户权限,只是小厂,请无脑选择nacos,否则请选择Apollo。
1.统一管理不同环境、不同集群的配置
Apollo提供了一个统一界面集中式管理不同环境(environment)、不同集群(cluster)、不同命名空间(namespace)的配置。
2.权限管理、发布审核、操作审计
应用和配置的管理都有完善的权限管理机制,对配置的管理还分为了编辑和发布两个环节,从而减少人为的错误。
3.配置修改实时生效(热发布)
用户在Apollo修改完配置并发布后,客户端能实时(1秒)接收到最新的配置,并通知到应用程序。
4.版本发布管理
所有的配置发布都有版本概念,从而可以方便的支持配置的回滚。
5.灰度发布
支持配置的灰度发布,比如点了发布后,只对部分应用实例生效,等观察一段时间没问题后再推给所有应用实例。
6.客户端配置信息监控
可以在界面上方便地看到配置在被哪些实例使用
7.功能强大
支持缓存,支持邮件模板。在配置发布时候,可以发布信息邮件通知到相关的负责人。#
8.部署简单
配置中心作为基础服务,可用性要求非常高,这就要求Apollo对外部依赖尽可能地少
目前唯一的外部依赖是MySQL,所以部署非常简单,只要安装好Java和MySQL就可以让Apollo跑起来
Apollo还提供了打包脚本,一键就可以生成所有需要的安装包,并且支持自定义运行时参数
需要的场景:
分享一些学习链接