一、为什么要在应用程序中使用配置呢？
主要用于提升应用程序的灵活性、可扩展性和可维护性。
传统配置问题：
1. 缺少权限控制：
由于配置能改变程序的行为，不正确的配置甚至能引起灾难，所以对配置的修改必 须有比较完善的权限控制。
2. 缺少版本控制：
在整个开发过程中，配置会经常发生修改，版本控制非常必要
3. 缺少实时控制：
配置发生变化后，需要重启才能生效，费时费力，迫切需要实时生效
(
热发布
)。
4. 微服务化和分布式带来的挑。
当系统从一个单体应用，被拆分成分布式系统上一个个服务节点后，配置文件也必须跟着迁移（分 割），这样配置就变得非常分散，造成使用和管理难度变大。不仅如此，各个节点服务的配置中难 免会包含很多冗余代码。
同一个应用程序在不同的环境（开发，测试，生产）和不同的集群经常需要有不同的配置，需要能 方便得进行动态切换。
配置中心的作用：
配置中心将配置从各个应用中剥离出来，自成一体，对所有的配置进行单独的统一管理，优雅的解决了 上述诸多问题。在系统架构中，和安全、日志、监控等非功能需求一样，配置管理也是一种非功能需求。
配置中心是整个微服务基础架构体系中的一个组件。
总得来说，配置中心就是一种统一管理各种应 用配置的基础服务组件。
二、Apollo简介
市面上常见配置中心产品：
1. Apollo
2016年
5
月，携程开源的配置管理中心，能够集中化管理应用不同环境、不同集群的配置，配置修改后能够实时推送到应用端，并且具备规范的权限、流程治理等特性，适用于微服务配置管理场景。
https://github.com/ctripcorp/apollo
2. Nacos
2018年
6
月，阿里开源的配置中心，也可以做
DNS
和
RPC
的服务发现。
https://github.com/alibaba/nacos
Apollo简介：
Apollo（阿波罗）是携程框架部门研发的分布式配置中心，能够集中化管理应用不同环境、不同集群的 配置，配置修改后能够实时推送到应用端，并且具备规范的权限、流程治理等特性，适用于微服务配置管理场景。服务端基于Spring Boot
和
Spring Cloud
开发，打包后可以直接运行，不需要额外安装 Tomcat等应用容器。
Java
客户端不依赖任何框架，能够运行于所有
Java
运行时环境。
Apollo特性：
Apollo
从设计之初就立志于成为一个有治理能力的配置发布平台，目前提供了以下的特性：
统一管理不同环境、不同集群的配置：
Apollo提供了一个统一界面集中式管理不同环境（
environment
）、不同集群（
cluster
）、
不同命名空间（
namespace
）的配置。
同一份代码部署在不同的集群，可以有不同的配置，比如
zookeeper
的地址等 通过命名空间（namespace
）可以很方便地支持多个不同应用共享同一份配置，同时还允许 应用对共享的配置进行覆盖。
配置修改实时生效（热发布）：
用户在Apollo
修改完配置并发布后，客户端能实时（1秒）接收到最新的配置，并通知到应用
程序。
版本发布管理：
所有的配置发布都有版本概念，从而可以方便地支持配置的回滚。
灰度发布：
支持配置的灰度发布，比如点了发布后，只对部分应用实例生效，等观察一段时间没问题后再推给所有应用实例。
权限管理、发布审核、操作审计：
应用和配置的管理都有完善的权限管理机制，对配置的管理还分为了编辑和发布两个环节，从而减少人为的错误。
所有的操作都有审计日志，可以方便地追踪问题。
客户端配置信息监控：
可以在界面上方便地看到配置在被哪些实例使用。
提供Java
和
.Net
原生客户端:
提供了Java
和
.Net
的原生客户端，方便应用集成。
支持Spring Placeholder, Annotation
和
Spring Boot
的
ConfifigurationProperties
，方便应用使用（需要Spring 3.1.1+
）
同时提供了Http接口，非
Java
和
.Net
应用也可以方便地使用。
提供开放平台API:
Apollo自身提供了比较完善的统一配置管理界面，支持多环境、多数据中心配置管理、权限、流程治理等特性。不过Apollo
出于通用性考虑，不会对配置的修改做过多限制，只要符合基本的格式就能保存，不会针对不同的配置值进行针对性的校验，如数据库用户名、密码，Redis
服务地址等。
对于这类应用配置，Apollo支持应用方通过开放平台
API
在
Apollo
进行配置的修改和发布，并
且具备完善的授权和权限控制。
Apollo执行过程：
Apollo需要的运行环境：
1. Java
Apollo服务端：
JDK 1.8+
Apollo客户端：
JDK 1.7+
由于需要同时运行服务端和客户端，所以应该安装JDK 1.8+
，另外请配置
JAVA_HOME
环境变量。
2. MySQL
版本要求：5.6.5+
三、操作Apollo
搭建数据库环境：
Apollo服务端共需要两个数据库：
ApolloPortalDB
和
ApolloConfifigDB
，
ApolloPortalDB
只需要在生产。
环境部署一个即可，而
ApolloConfifigDB
需要在每个环境部署一套。
1. 执行
ApolloConfifigDB_initialization.sql
创建
ApolloPortalDB
数据库
2. 执行
ApolloPortalDB_initialization.sql
创建
ApolloPortalDB
数据库
启动Apollo：
Apollo会在启动
3
个服务，分别使用
8070, 8080, 8090
端口，请确保这
3个端口当前没有被使用。启动之前修改runApollo.bat脚本文件，保证是自己数据库。并启动runApollo.bat脚本。
访问管理页面：http://localhost:8070 账号密码：apollo/admin
Apollo核心概念：
1. 项目
(
应用
)
这个很好理解，就是实际使用Apollo
配置中心的应用，该应用一般指的就是我们自己的微服务工 程。通过引入Apollo
客户端，就可以在运行时去配置中心获取对应的配置。
关键字：appId
2. environment (
环境
)
配置对应的环境，Apollo
客户端在运行时需要知道当前应用处于哪个环境，从而可以去获取应用的
配置。
关键字：env
3. cluster (
集群
)
一个应用下不同实例的分组，比如典型的可以按照数据中心进行划分
，把上海机房的应用实例分为一个集群，把北京机房的应用实例分为另一个集群。
关键字：cluster
4. namespace (
命名空间
)
一个应用下不同配置的分组，可以简单地把namespace
类比为文件，不同类型的配置存放在不同 的文件中，如数据库配置文件，RPC
配置文件，应用自身的配置文件等。
关键字：namespaces
微服务集成Apollo客户端：
在POM中添加依赖：
<dependency>
<groupId>com.ctrip.framework.apollo</groupId>
<artifactId>apollo-client</artifactId>
<version>1.1.0</version>
</dependency>在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
application.properties中进行如下配置：
# 项目ID
app.id=account-service
# 启动阶段就注入配置(提高优先级)
apollo.bootstrap.enabled = true
# 使用哪些命名空间中的配置项
apollo.bootstrap.namespaces = application,micro_service.spring-boot-http,spring- rocketmq
# 服务端口
server.port=xxx启动参数：
完整的VM Options如下：
1. Environment
可以通过Java
的
System Property
的
env
来指定环境：
-
Denv=DEV
2. Cluster（集群）
通过Java
的
System Property
的
apollo.cluste
来指定集群：
-
Dapollo.cluster=DEFAULT
295
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
