apollo 应用配置中心详解

于 2021-07-25 17:38:38 发布
阅读量1.1k 收藏 3
点赞数
文章标签： java 后端 运维
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_45540382/article/details/119080823
版权

Apollo 应用配置中心详解

提示：以下是本篇文章正文内容，下面案例可供参考

一、配置中心简介

1.1 什么是配置

配置是程序员最熟悉的代码之一，每天如影随形的陪伴着我们，也伴随着应用的整个生命周期。我们为
什么要在应用程序中使用配置呢？主要用于提升应用程序的灵活性、可扩展性和可维护性。常见的配置
形式有：

  • 环境变量
    环境变量
  • 启动参数
    启动参数
  • 配置文件，例如：xxx.xml、xxx.properties、xxx.yml 等
  • Shell 脚本，例如：xxx.bat、xxx.sh 等
  • 基于数据库，把配置信息持久化到数据库中

1.2 传统配置形式存在的问题

  • 缺少权限控制：由于配置能改变程序的行为，不正确的配置甚至能引起巨量损失，所以对配置的修改必须有完善的权限控制。
  • 缺少版本控制：在整个开发过程中，配置会经常发生修改，版本控制非常必要。
  • 缺少实时控制：配置发生变化后，需要重启才能生效，费时费力，迫切需要热发布（实时生效）解决费时问题。
  • 微服务化和分布式所带来的挑战

分布式

  • 当系统从一个单体应用，被拆分成分布式系统上一个个服务节点后，配置文件也必须跟着分割（迁移），这样配置就变得非常分散，造成使用和管理难度变大。不仅如此，各个节点服务的配置中难免会包含很多冗余代码。
  • 同一个一应用程序在不同环境（开发，测试，生成）和不同的集群经常需要有不同的配置，需要能方便地进行动态切换。

1.3 配置中心的作用

配置中心将配置从各个应用中剥离出来，自成一体，对所哟的配置进行单独的统一管理，优雅的解决了上述的诸多问题。
在系统架构中，和安全，日志、监控等肺功能需求一样，配置管理也是一种非功能需求。配置中心是整个微服务架构体系中的一个组件，总的来说，配置中心就是一种统一管理各种应用配置的基础服务组件。

二、Apollo 简介

2.1 主流配置中心产品

  1. Disconf
    2014年7月百度开源的配置管理中心，专注于各种 [分布式系统配置管理] 的 [通用组件] 和 [通用平台] ，提供统一的 [配置管理服务] 。目前已停止维护。
  2. Spring Cloud Config
    2014年9月开源，Spring Cloud 生态组件，可以和 Spring Cloud 体系无缝整合。
  3. Apollo
    2016年5月，携程开源的配置中心，能够用集中化管理应用不同环境，不同集群的配置，配置修改后能够实时推送到应用端，并具备规范的权限，流程治理等特性，适用于微服务配置管理场景。
  4. Nacos
    2018年6月，阿里开源的配置中心，也可以做 DNS 和 RPC 的服务发现。

2.2 Apollo 概况

ApolloApollo（阿波罗）是携程框架部门研发的分布式配置中心，能够集中化管理应用不同环境、不同集群的配置，配置修改后能够实时推送到应用端，并且具备规范的权限、流程治理等特性，适用于微服务配置管理场景。服务端基于 Spring Boot 和 Spring Cloud 开发，打包后可以直接运行，不需要额外安装 Tomcat 等应用容器。Java 客户端不依赖任何框架，能够运行于所有 Java 运行时的环境。

2.3 Apollo 特性

基于配置的特殊性，所有 Apollo 从设计之初就立志于成为一个有治理能力的配置发布平台，目前提供了以下特性：

  • 统一管理不同环境、不同集群的配置

    • Apollo 提供了一个统一界面集中式管理不同环境（environment）、不同集群（cluster）、不同命名空间（namespace）的配置。
    • 同一份代码部署在不同的集群，可以有不同的配置，比如 zookeeper 的地址等。
    • 通过命名空间（namespace）可以很方便地支持多个不同应用共享同一配置，同时还允许应用对共享的配置进行覆盖。

  • 配置修改时生效（热发布）

    • 用户在 Apollo 修改完配置并发布后，客户端能实时（1秒）接收到最新的配置，并通知到应用程序。

  • 版本发布管理

    • 所有的配置发布都有版本概念，从而可以方便地支持配置的回滚。

  • 灰度发布

  • 支持配置的灰度发布，比如点了发布后，只对部分应用实例生效。等观察一段时间没问题后，再推给所有的应用实例。

  • 权限管理、发布审核、操作审计

    • 应用和配置的管理都有完善的权限管理机制，对配置的管理还分为了编辑和发布两个环节，
      从而减少人为的错误。
    • 所有的操作都有审计日志，可以方便地追踪问题。

  • 客户端配置信息监控

    • 可以在界面上方便地看到配置在被哪些实例使用。

  • 提供 Java 和 .Net 原生客户端

    • 提供了Java和.Net的原生客户端，方便应用集成。
    • 支持Spring Placeholder, Annotation和Spring Boot的ConfigurationProperties，方便应用
      使用（需要Spring 3.1.1+）。
    • 同时提供了Http接口，非Java和.Net应用也可以方便地使用

  • 提供开放平台 API

    • Apollo自身提供了比较完善的统一配置管理界面，支持多环境、多数据中心配置管理、权
      限、流程治理等特性。不过Apollo出于通用性考虑，不会对配置的修改做过多限制，只要符
      合基本的格式就能保存，不会针对不同的配置值进行针对性的校验，如数据库用户名、密
      码，Redis服务地址等。
    • 对于这类应用配置，Apollo支持应用方通过开放平台API在Apollo进行配置的修改和发布，并
      且具备完善的授权和权限控制。

一句话：Apollo集成了数据库+Eureka+版本控制+权限管理+Http Long Polling …

2.4 产品对比

由于 Disconf 不再维护，下面就不将其加入对比

功能点Spring Cloud ConfigApolloNacos
配置实时推送支持（Spring Cloud Bus）支持（HTTP 长轮询1s内）支持（HTTP 长轮询1s内）
版本管理支持(Git)支持支持
配置回滚支持(Git)支持支持
灰度发布支持支持不支持
权限管理支持(依赖Git)支持不支持
多集群支持支持支持
多环境支持支持支持
监听查询支持支持支持
配置格式校验不支持支持支持

总的来说，Apollo和Nacos相对于Spring Cloud Config的生态支持更广，在配置管理流程上做的更好，
其成熟度和企业级特性要强于Spring Cloud Config。Apollo相对于Nacos在配置管理做的更加全面，
Nacos则使用起来相对比较简洁，在对性能要求比较高的大规模场景更适合。但对于一个开源项目的选
型，项目上的人力投入（迭代进度、文档的完整性）、社区的活跃度（issue的数量和解决速度、
Contributor数量、社群的交流频次等），这些因素也比较关键。Apollo目前在国内开发者社区比较
热，在Github上有超过1w5颗星，在国内众多互联网公司有落地案例，可以说Apollo是目前配置中心产
品领域Number1的产品，所以从目前来看Apollo是最合适的配置中心选型。

三、Apollo 初体验

3.1 Apollo 下载

由于从 GitHub上 找到的 Apollo的源码后期出现运行出现过问题，这里给准备好了简洁不易出问题的 Apollo 项目（apollo-quick-start），且包含多个版本，推荐使用。

百度网盘地址

链接：https://pan.baidu.com/s/1y9LSDYyjsGAU5jcZmXBGgg
提取码：qwer

若资源链接失效，请与我联系，收到第一时间回复。

Apollo资源

3.2 运行环境

Java：

  • Apollo 服务端：JDK 1.8+
  • Apollo 客户端：JDK 1.7+
    由于需要同时运行服务端和客户端，所以应该安装 JDK 1.8+，另外请配置 JAVA_HOME 环境变量。

MySQL

  • 版本要求：5.6.5+

在这里插入图片描述
选择适合自己的版本，新建对应名称文件夹，解压（这里以1.8.0版本为例）

3.3 搭建数据库环境

Apollo服务端共需要两个数据库：ApolloPortalDB和ApolloConfigDB，ApolloPortalDB只需要在生产
环境部署一个即可，而ApolloConfigDB需要在每个环境部署一套。
在这里插入图片描述
按照如下顺序执行 SQL 语句：

  1. 执行ApolloConfigDB_initialization.sql创建ApolloPortalDB数据库
  2. 执行ApolloPortalDB_initialization.sql创建ApolloPortalDB数据库

3.4 启动 Apollo

  1. 确保端口未被占用：
    Apollo会在启动3个服务，分别使用8070, 8080, 8090端口，请确保这3个端口当前没有被使用

  2. 打开 demo.sh，修改数据库连接地址，数据库以及密码：
    在这里插入图片描述

  3. 启动demo.sh，等待服务启动完毕：
    在这里插入图片描述在这里插入图片描述

  4. 访问管理页面：http://localhost:8070 账号密码：apollo / admin
    在这里插入图片描述
    启动成功！

四、玩转 Apollo

4.1 Apollo 核心概念

  1. 项目(应用)
    这个很好理解，就是实际使用Apollo配置中心的应用，该应用一般指的就是我们自己的微服务工
    程。通过引入Apollo客户端，就可以在运行时去配置中心获取对应的配置
    关键字：appId
  2. environment (环境)
    配置对应的环境，Apollo客户端在运行时需要知道当前应用处于哪个环境，从而可以去获取应用的
    配置
    关键字：env
  3. cluster (集群)
    一个应用下不同实例的分组，比如典型的可以按照数据中心进行划分，把上海机房的应用实例分为
    一个集群，把北京机房的应用实例分为另一个集群。
    关键字：cluster
  4. namespace (命名空间)
    一个应用下不同配置的分组，可以简单地把namespace类比为文件，不同类型的配置存放在不同
    的文件中，如数据库配置文件，RPC配置文件，应用自身的配置文件等
    关键字：namespaces

4.2 Apollo 基础设置

  1. 部门管理
    apollo 默认有两个样例部门，一般都不用，可以自己修改部门，在系统参数中修改：
    在这里插入图片描述
    输入 key 查询已存在的部门设置：organizations
    （organizations 为查询已存在部门的固定写法）
    在这里插入图片描述
    可在 value 中 添加自定义部门

  2. 用户管理
    账号apollo是默认的超级管理员，我们可以自己添加新用户。在“管理员工具”菜单中点击“用户管
    理”。

在这里插入图片描述

4.3 Apollo 创建项目

  1. 打开apollo-portal主页：http://localhost:8070/

  2. 点击创建项目
    在这里插入图片描述

  3. 输入项目信息

    • 部门：选择应用所在的部门
    • 应用AppId：用来标识应用身份的唯一id，格式为string，需要和项目配置文件
      applications.properties中配置的app.id对应
    • 应用名称：应用名，仅用于界面展示
    • 应用负责人：选择的人默认会成为该项目的管理员，具备项目权限管理、集群创建、
      Namespace创建等权限

在这里插入图片描述

  1. 点击提交
    创建成功后，会自动跳转到项目首页
    在这里插入图片描述

4.4 Apollo 添加公共Namespace

在项目开发中，有一些配置可能是通用的，我们可以通过把这些通用的配置放到公共的Namespace
中，这样其他项目要使用时可以直接添加需要的Namespace

  1. 新建common-template项目
    在这里插入图片描述

  2. 添加公共Namespace
    进入common-template项目管理页面：http://localhost:8070/config.html?#/appid=common-template
    在这里插入图片描述
    在这里插入图片描述

4.5 Apollo 添加配置项

  1. 通过表格模式添加配置

    • 点击新增配置
      在这里插入图片描述
    • 输入配置项
      在这里插入图片描述

  2. 通过文本模式编辑
    Apollo除了支持表格模式，逐个添加、修改配置外，还提供文本模式批量添加、修改。 这个对于
    从已有的properties文件迁移尤其有用

    • 切换到文本编辑模式
      在这里插入图片描述
    • 输入配置项，并点击提交修改
server.servlet.context-path = /
spring.http.encoding.enabled = true
spring.http.encoding.charset = UTF-8
spring.http.encoding.force = true

在这里插入图片描述

  1. 发布配置
    在这里插入图片描述

4.6 Apollo 关联公共组件 Namespace

  1. 打开之前创建的account-service项目：http://localhost:8070/config.html?#/appid=account-service
  2. 点击左侧的添加Namespace
  3. 添加Namespace在这里插入图片描述
  4. 根据需求可以覆盖引入公共Namespace中的配置，下面以覆盖server.servlet.context-path为例：
    在这里插入图片描述在这里插入图片描述
  5. 修改server.servlet.context-path为：/account-service
    在这里插入图片描述
  6. 发布修改的配置项
    在这里插入图片描述

4.7 Apollo 添加私有Namespace

  1. 添加项目私有 Namespace
    在这里插入图片描述
  2. 添加配置项
  3. 发布配置
    在这里插入图片描述

4.8 Apollo 集群配置

在有些特殊情况下，应用有需求对不同的集群做不同的配置，比如部署在A机房的应用连接的
RocketMQ服务器地址和部署在B机房的应用连接的RocketMQ服务器地址不一样。在这种情况下，可以
通过在Apollo创建不同的集群来解决。

  1. 点击页面左侧的“添加集群”按钮

在这里插入图片描述

  1. 输入集群名称，选择环境并提交：添加上海金桥数据中心为例

在这里插入图片描述

  1. 切换到对应的集群，修改配置并发布即可在这里插入图片描述

五、微服务集成 Apollo 客户端

5.1 添加依赖

在pom.xml中添加Apollo客户端

<dependency>
<groupId>com.ctrip.framework.apollo</groupId>
<artifactId>apollo-client</artifactId>
<version>1.1.0</version>
</dependency>

5.2 添加配置

5.2.1 配置文件

  1. 在resources目录下新建apollo-env.properties文件
# 开发环境
dev.meta=http://localhost:8080
# 功能验收测试环境
fat.meta=http://apollo.fat.xxx.com
# 用户验收测试环境
uat.meta=http://apollo.uat.xxx.com
# 生产环境
pro.meta=http://apollo.xxx.com
  1. application.properties中进行如下配置
# 项目ID
app.id=account-service
# 启动阶段就注入配置(提高优先级)
apollo.bootstrap.enabled = true
# 使用哪些命名空间中的配置项
apollo.bootstrap.namespaces = application,micro_service.spring-boot-http,springrocketmq
# 服务端口
server.port=63000

5.2.2 启动参数

完整的VM Options如下：

-Denv=DEV -Dapollo.cluster=DEFAULT
  1. Environment
    可以通过Java的System Property的env来指定环境： -Denv=DEV
  2. Cluster（集群）
    通过Java的System Property的apollo.cluste来指定集群：-Dapollo.cluster=DEFAULT

总结

1）了解配置中心的概念以及使用场景
2）了解主流配置中心和Apollo
3）掌握如何部署和使用Apollo
4）会通过springBoot集成Apollo

三此
关注
  • 0
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值