Apollo入门介绍篇
Apollo有一点很好,就是它是由国内携程团队开发,而且文档写的很全,代码也完全开源。如果去了解它也可以直接去看它的官方文档。
一、配置中心概念
1、背景
在实际开发中都会与配置打交道,举个简单例子,我们开发项目肯定会连接数据库,mysql也好oracle也好。那么我们 本地环境 和 线上环境 连接的数据肯定是不一样的,
那如果没有配置中心,我们要做的就是在发布前把本地数据库配置信息改成线上环境,如果仅仅是切换数据库那倒还好,但随着程序功能的日益复杂,程序的配置日益
增多比如,各种功能的开关、参数的配置、服务器的地址。同时对程序配置的期望值也越来越高:配置修改后 实时生效,灰度发布,分环境、
分集群管理配置,完善的权限、审核机制。在这样的大环境下,传统的通过配置文件、数据库等方式已经越来越无法满足开发人员对配置管理的需求。
Apollo配置中心应运而生!
2、配置分类和场景
在现代开发中配置的分类还是蛮多的,下面借用杨波老师的一张图,来看下目前比较常见的分类及场景。
3、开关驱动开发
在我们实际开发业务中,开关这个概念其实是非常常见的,有些时候是需要用户在页面去进行开关操作,那么我们一般数据库新建配置表来存储用户操作的开关。
但有些时候是不需要用户去操作的,只需我们后台开发人员进行配置开关的,那其实就不需要在数据库去建一个配置表,而是通过配置中心就可以完成了。
二、Apollo配置中心概念
1、简介
Apollo(阿波罗)是携程框架部门研发的开源配置管理中心,能够集中化管理应用不同环境、不同集群的配置,配置修改后能够实时推送到应用端,并且具备规范的权限、
流程治理等特性。
2、优点
Apollo作为为配置中心,有着非常多的优点。
3、四个维度
Apollo支持4个维度管理Key-Value格式的配置:
1、application (应用)
2、environment (环境)
3、cluster (集群)
4、namespace (命名空间)
1、application
1、Apollo 客户端在运行时需要知道当前应用是谁,从而可以根据不同的应用来获取对应应用的配置。
2、每个应用都需要有唯一的身份标识,可以在代码中配置 app.id
参数来标识当前应用,Apollo 会根据此指来辨别当前应用。
2、environment
在实际开发中,我们的应用经常要部署在不同的环境中,一般情况下分为 开发、测试、生产 等等不同环境,不同环境中的配置也是不同的,在 Apollo 中默认提供了
四种环境:
FAT:功能测试环境
UAT:集成测试环境
DEV:开发环境
PRO:生产环境
在程序中如果想指定使用哪个环境,可以配置变量 env
的值为对应环境名称即可。
3、cluster
1、一个应用下不同实例的分组,比如典型的可以按照数据中心分,把上海机房的应用实例分为一个集群,把北京机房的应用实例分为另一个集群。
2、对不同的集群,同一个配置可以有不一样的值,比如说上面所指的两个北京、上海两个机房设置两个集群,都有 mysql 配置参数,其中参数中配置的地址是不一样的。
4、namespace
一个应用中不同配置的分组,可以简单地把 namespace 类比为不同的配置文件,不同类型的配置存放在不同的文件中,如数据库配置文件,RPC 配置文件等。
熟悉 SpringBoot 的都知道,SpringBoot 项目都有一个默认配置文件 application.yml,如果还想用多个配置,可以创建多个配置文件来存放不同的配置信息,通过
指定 spring.profiles.active 参数指定应用不同的配置文件。这里的 namespace 概念与其类似,将不同的配置放到不同的配置 namespace 中。
Namespace 分为两种权限,分别为:
- public(公共的): public权限的 Namespace,能被任何应用获取。
- private(私有的): 只能被所属的应用获取到。一个应用尝试获取其它应用 private 的 Namespace,Apollo 会报 “404” 异常。
5、本地缓存
Apollo客户端会把从服务端获取到的配置在 本地文件系统缓存 一份,用于在遇到服务不可用,或网络不通的时候,依然能从本地恢复配置,不影响应用正常运行。
本地缓存路径默认位于以下路径,所以请确保 /opt/data或C:\opt\data\目录存在,且应用有读写权限。
- Mac/Linux: /opt/data/{appId}/config-cache
- Windows: C:\opt\data{appId}\config-cache
本地配置文件会以下面的文件名格式放置于本地缓存路径下:
{appId}+{cluster}+{namespace}.properties
三、Apollo和SpringCloudConfig的对比
网上有一张图总结的很完整
总结
1、SpringCloudConfig优势是对SpringBoot原生支持,且是SpringCloud组件。缺点是 无界面管理,且需要git,SpringCloudBus、Mq支持其动态更新。
2、Apollo优势是技术栈单一,仅需要Mysql就可以支持动态更新配置,便于维护。缺点是不是SpringCloud体系,虽然开源,版本更新也活跃,但是对SpringCloud的
支持没有SpringCloudConfig的好。
参考
1、Apollo配置中心介绍
2、SpringBoot 集成 Apollo 配置中心
3、Apollo作为微服务的配置中心
别人骂我胖,我会生气,因为我心里承认了我胖。别人说我矮,我就会觉得好笑,因为我心里知道我不可能矮。这就是我们为什么会对别人的攻击生气。
攻我盾者,乃我内心之矛(26)