apollo配置中心

apollo管理界面，应用程序要集成apollo的客户端。

apollo配置本地缓存文件。

apollo配置中心。

1，客户端和服务端交互的两种方式：服务端推送，客户端拉取。

2，程序员修改/发布配置到配置中心。

3，如何搭建apollo配置中心服务端？阿波罗配置中心的运行依赖数据库。

4，如何在应用程序中集成阿波罗客户端？如何通过日志判断应用程序已经拿到了配置中心的配置？

5，apollo管理控制台，apollo控制台的访问地址是什么？ 对应哪个应用程序？

6，如何发布配置? 添加配置,发布配置.首先要创建一个项目。应用id就是应用的唯一标识.进入项目详情,看到的是项目信息和配置信息.

7,应用程序如何读取配置?

Config config=ConfigService.getConfig()类中.通过配置对象,获取配置信息.第一个参数是配置的key,第二个参数是配置的默认值.

springboot如何集成logstash ?

报错信息:app id is not set. 获取哪个项目的配置?

1)应用id是指应用的唯一标识；

2)应用环境.某个配置是隶属于某个项目的某个环境的.

3)还需要指定apollo配置中心的地址.

4)@EnableApolloConfig.

idea中：以系统属性的方式来配置，配置中心的地址.vm options.在生产环境怎么使用呢？ 支持热发布.

从管理中心发布配置，到应用程序获取配置的过程。

apollo工作原理

系统架构图

1）Config Service提供配置的读取、推送等功能，服务对象是Apollo客户端

2）Admin Service提供配置的修改、发布等功能，服务对象是Apollo Portal（管理界面）

Eureka提供服务注册和发现，为了简单起见，目前Eureka在部署时和Config Service是在一个JVM进程中的。Config Service和Admin Service都是多实例、无状态部署，所以需要将自己注册到Eureka中并保持心跳。在Eureka之上架了一层Meta Server用于封装Eureka的服务发现接口

3）Client通过域名访问Meta Server获取Config Service服务列表（IP+Port），而后直接通过IP+Port访问服务，同时在Client侧会做load balance、错误重试

4）Portal通过域名访问Meta Server获取Admin Service服务列表（IP+Port），而后直接通过IP+Port访问服务，同时在Portal侧会做load balance、错误重试

为了简化部署，我们实际上会把Config Service、Eureka和Meta Server三个逻辑角色部署在同一个JVM进程中。

核心概念：

1，application (应用)：就是我们的工程，我们的项目。实际使用配置的应用，Apollo客户端在运行时需要知道当前应用是谁，从而可以去获取对应的配置。

关键字：appId。 如何理解应用id？客户端连接的时候要用。

2，environment (环境) 配置对应的环境，Apollo客户端在运行时需要知道当前应用处于哪个环境，从而可以去获取应用的配置。

关键字：env

3，cluster (集群) 一个应用下不同实例的分组，比如典型的可以按照数据中心分，把上海机房的应用实例分为一个集群，把北京机房的应用实例分为另一个集群。

关键字：cluster

4，namespace (命名空间)：一个应用下不同配置的分组，可以简单地把namespace类比为文件，不同类型的配置存放在不同的文件中，如数据库配置文件，RPC配置文件，应用自身的配置文件等。（数据库配置，动态配置，分属不同的文件，和58的配置中心一样）

关键字：namespaces

apollo项目管理

如何配置部门：管理员工具------>系统参数

如何配置权限：管理员工具------>用户管理。创建项目的时候，可以添加zhangsan为负责人。不同的用户看到的项目多少不一样。

如何删除应用：管理员工具------>删除应用。

apollo配置管理

如何添加namespace？ 默认的命名空间是application。命名空间有公共和私有的区别。

命名空间的名称是什么？

如何读取指定命名空间的配置？读取默认命名空间下的配置。

公共配置的使用？ 需要先创建一个公共项目，能够让其他项目继承。创建一个命名空间，命名空间类型需要选择共有。

环境下包含集群，如果不创建集群，会存在默认集群。

在不同的集群下，进行同步配置。

如何读取这个新的集群的配置？

配置发布的主要过程：

1，用户在Portal操作配置发布,

2，Portal调用Admin Service的接口操作发布，

3，Admin Service发布配置后，发送ReleaseMessage给各个Config Service,

4，Config Service收到ReleaseMessage后，通知对应的客户端。

分布式环境下使用apollo系统

1，指定appId，和配置中心保持一致。

2，开启apollo配置。 @EnableApolloConfig。通过@Value读取配置信息。

3，配置对应的命名空间。获取哪些命名空间的配置。

4，创建apollo-env.properties

5，本地缓存文件地址。

本地缓存目录的配置

本地缓存路径：Apollo客户端会把从服务端获取到的配置，在本地文件系统缓存一份，用于在遇到服务不可用，或网络不通的时候，依然能从本地恢复配置，不影响应用正常运行。本地配置文件会以下面的文件名格式放置于配置的本地缓存路径下：{appId}+{cluster}+{namespace}.properties

可以通过如下方式指定缓存路径，通过Java System Property的apollo.cacheDir：-Dapollo.cacheDir=/opt/data/apollo-config

公司是什么切换阿波罗环境的？

两套环境，测试环境和生产环境不同。新建项目的时候，要对两个环境进行配置。

公司是如何做灰度发布的？

apollo 灰度只是配置的灰度，不是代码的灰度，功能有些鸡肋。

本地启动需要配置apollo地址。

有几个客户端连接到配置中心？实例列表tab选项卡。

通过apollo进行灰度发布，其实只是针对配置的灰度，生产中需要的是对代码的灰度，先升级一台机器，观察日志。

配置灰度规则，灰度发布，全量发布。

-Dapp.id=account-service -Denv=DEV -Dapollo.cluster=SHAJQ -Ddev_meta=http://10.141.48.10:18070

-Dapp.id=case1 -Denv=DEV -Ddev_meta=http://10.141.48.10:18070

应该是地址错了，服务器端地址和管理控制台地址不同。地址配置

-Dapp.id=case1 -Dapollo.configService=http://10.141.48.10:18080 -Dapollo.cacheDir=/tmp

就是地址没搞明白。

已经可以获取到配置了，测试环境怎么规范使用这个组件？