2019-03-19 20:18:29 +08:00
|
|
|
|
# 简介
|
|
|
|
|
|
2019-05-31 18:52:14 +08:00
|
|
|
|
Hyperf 为您提供了分布式系统的外部化配置支持,默认适配了:
|
|
|
|
|
|
2019-10-22 09:35:48 +08:00
|
|
|
|
- 由携程开源的 [ctripcorp/apollo](https://github.com/ctripcorp/apollo),由 [hyper/config-apollo](https://github.com/hyperf/config-apollo) 组件提供功能支持。
|
|
|
|
|
- 阿里云提供的免费配置中心服务 [应用配置管理(ACM, Application Config Manager)](https://help.aliyun.com/product/59604.html),由 [hyper/config-aliyun-acm](https://github.com/hyperf/config-aliyun-acm) 组件提供功能支持。
|
2019-03-30 22:53:32 +08:00
|
|
|
|
|
2019-03-19 20:18:29 +08:00
|
|
|
|
## 为什么要使用配置中心?
|
|
|
|
|
|
2019-03-21 10:54:42 +08:00
|
|
|
|
随着业务的发展,微服务架构的升级,服务的数量、应用的配置日益增多(各种微服务、各种服务器地址、各种参数),传统的配置文件方式和数据库的方式已经可能无法满足开发人员对配置管理的要求,同时对于配置的管理可能还会牵涉到 ACL 权限管理、配置版本管理和回滚、格式验证、配置灰度发布、集群配置隔离等问题,以及:
|
2019-03-19 20:18:29 +08:00
|
|
|
|
|
|
|
|
|
- 安全性:配置跟随源代码保存在版本管理系统中,容易造成配置泄漏
|
|
|
|
|
- 时效性:修改配置,需要每台服务器每个应用修改并重启服务
|
|
|
|
|
- 局限性:无法支持动态调整,例如日志开关、功能开关等
|
|
|
|
|
|
|
|
|
|
因此,我们可以通过一个配置中心以一种科学的管理方式来统一管理相关的配置。
|
|
|
|
|
|
2019-06-16 02:51:07 +08:00
|
|
|
|
## 安装
|
|
|
|
|
|
|
|
|
|
### Apollo
|
|
|
|
|
|
|
|
|
|
```bash
|
|
|
|
|
composer require hyperf/config-apollo
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
### Aliyun ACM
|
|
|
|
|
|
|
|
|
|
```bash
|
|
|
|
|
composer require hyperf/config-aliyun-acm
|
|
|
|
|
```
|
|
|
|
|
|
2019-03-19 20:18:29 +08:00
|
|
|
|
## 接入 Apollo 配置中心
|
|
|
|
|
|
2019-10-22 09:35:48 +08:00
|
|
|
|
如果您没有对配置组件进行替换使用默认的 [hyperf/config](https://github.com/hyperf/config) 组件的话,接入 Apollo 配置中心则是轻而易举,只需两步。
|
|
|
|
|
- 通过 Composer 将 [hyperf/config-apollo](https://github.com/hyperf/config-apollo) ,即执行命令 `composer require hyperf/config-apollo`
|
2019-03-27 15:07:41 +08:00
|
|
|
|
- 在 `config/autoload` 文件夹内增加一个 `apollo.php` 的配置文件,配置内容如下
|
2019-04-05 10:01:15 +08:00
|
|
|
|
|
2019-03-21 10:54:42 +08:00
|
|
|
|
```php
|
|
|
|
|
<?php
|
|
|
|
|
return [
|
|
|
|
|
// 是否开启配置中心的接入流程,为 true 时会自动启动一个 ConfigFetcherProcess 进程用于更新配置
|
|
|
|
|
'enable' => true,
|
2020-03-17 12:34:37 +08:00
|
|
|
|
// 是否使用独立进程来拉取config,如果否则将在worker内以协程方式拉取
|
|
|
|
|
'use_standalone_process' => true,
|
2019-03-27 15:07:41 +08:00
|
|
|
|
// Apollo Server
|
|
|
|
|
'server' => 'http://127.0.0.1:8080',
|
|
|
|
|
// 您的 AppId
|
|
|
|
|
'appid' => 'test',
|
|
|
|
|
// 当前应用所在的集群
|
|
|
|
|
'cluster' => 'default',
|
|
|
|
|
// 当前应用需要接入的 Namespace,可配置多个
|
|
|
|
|
'namespaces' => [
|
|
|
|
|
'application',
|
2019-03-21 10:54:42 +08:00
|
|
|
|
],
|
2019-03-27 15:07:41 +08:00
|
|
|
|
// 配置更新间隔(秒)
|
|
|
|
|
'interval' => 5,
|
2019-11-22 09:39:33 +08:00
|
|
|
|
// 严格模式,当为 false 时,拉取的配置值均为 string 类型,当为 true 时,拉取的配置值会转化为原配置值的数据类型
|
2019-11-22 09:12:22 +08:00
|
|
|
|
'strict_mode' => false,
|
2019-10-16 14:34:51 +08:00
|
|
|
|
// 客户端IP
|
|
|
|
|
'client_ip' => current(swoole_get_local_ip()),
|
|
|
|
|
// 拉取配置超时时间
|
|
|
|
|
'pullTimeout' => 10,
|
|
|
|
|
// 拉取配置间隔
|
|
|
|
|
'interval_timeout' => 60,
|
2019-03-21 10:54:42 +08:00
|
|
|
|
];
|
|
|
|
|
```
|
|
|
|
|
|
2019-06-16 02:51:07 +08:00
|
|
|
|
## 接入 Aliyun ACM 配置中心
|
|
|
|
|
|
|
|
|
|
接入 Aliyun ACM 配置中心与 Apollo 一样都是轻而易举的,同样只需两步。
|
2019-10-22 09:35:48 +08:00
|
|
|
|
- 通过 Composer 将 [hyperf/config-aliyun-acm](https://github.com/hyperf/config-aliyun-acm) ,即执行命令 `composer require hyperf/config-aliyun-acm`
|
2019-06-16 02:51:07 +08:00
|
|
|
|
- 在 `config/autoload` 文件夹内增加一个 `aliyun_acm.php` 的配置文件,配置内容如下
|
|
|
|
|
|
|
|
|
|
```php
|
|
|
|
|
<?php
|
|
|
|
|
return [
|
|
|
|
|
// 是否开启配置中心的接入流程,为 true 时会自动启动一个 ConfigFetcherProcess 进程用于更新配置
|
|
|
|
|
'enable' => true,
|
2020-03-17 12:34:37 +08:00
|
|
|
|
// 是否使用独立进程来拉取config,如果否则将在worker内以协程方式拉取
|
|
|
|
|
'use_standalone_process' => true,
|
2019-06-16 02:51:07 +08:00
|
|
|
|
// 配置更新间隔(秒)
|
|
|
|
|
'interval' => 5,
|
|
|
|
|
// 阿里云 ACM 断点地址,取决于您的可用区
|
|
|
|
|
'endpoint' => env('ALIYUN_ACM_ENDPOINT', 'acm.aliyun.com'),
|
|
|
|
|
// 当前应用需要接入的 Namespace
|
|
|
|
|
'namespace' => env('ALIYUN_ACM_NAMESPACE', ''),
|
|
|
|
|
// 您的配置对应的 Data ID
|
|
|
|
|
'data_id' => env('ALIYUN_ACM_DATA_ID', ''),
|
|
|
|
|
// 您的配置对应的 Group
|
|
|
|
|
'group' => env('ALIYUN_ACM_GROUP', 'DEFAULT_GROUP'),
|
|
|
|
|
// 您的阿里云账号的 Access Key
|
|
|
|
|
'access_key' => env('ALIYUN_ACM_AK', ''),
|
|
|
|
|
// 您的阿里云账号的 Secret Key
|
|
|
|
|
'secret_key' => env('ALIYUN_ACM_SK', ''),
|
|
|
|
|
];
|
|
|
|
|
```
|
|
|
|
|
|
2019-07-29 09:51:42 +08:00
|
|
|
|
## 接入 Etcd 配置中心
|
|
|
|
|
|
2019-11-12 19:46:54 +08:00
|
|
|
|
- 安装 `Etcd 客户端`
|
2019-07-29 09:51:42 +08:00
|
|
|
|
|
|
|
|
|
```
|
|
|
|
|
composer require hyperf/etcd
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
因为 `Etcd` 分为 `v2` 和 `v3` 版本,所以根据需要选择安装
|
|
|
|
|
|
|
|
|
|
```
|
|
|
|
|
# Etcd v3 http client.
|
|
|
|
|
composer require start-point/etcd-php
|
|
|
|
|
# Etcd v2 http client.
|
|
|
|
|
composer require linkorb/etcd-php
|
|
|
|
|
```
|
|
|
|
|
|
2019-11-12 19:46:54 +08:00
|
|
|
|
- 添加 `Etcd 客户端` 配置文件 `etcd.php`
|
2019-07-29 09:51:42 +08:00
|
|
|
|
|
|
|
|
|
```php
|
|
|
|
|
<?php
|
|
|
|
|
return [
|
|
|
|
|
'uri' => 'http://192.168.1.200:2379',
|
|
|
|
|
'version' => 'v3beta',
|
|
|
|
|
'options' => [
|
|
|
|
|
'timeout' => 10,
|
|
|
|
|
],
|
|
|
|
|
];
|
|
|
|
|
```
|
|
|
|
|
|
2019-11-12 19:46:54 +08:00
|
|
|
|
- 安装 `Etcd 配置中心`
|
2019-07-29 09:51:42 +08:00
|
|
|
|
|
|
|
|
|
```
|
|
|
|
|
composer require hyperf/config-etcd
|
|
|
|
|
```
|
|
|
|
|
|
2019-11-12 19:46:54 +08:00
|
|
|
|
- 添加 `Etcd 配置中心` 配置文件 `config_etcd.php`
|
2019-07-29 09:51:42 +08:00
|
|
|
|
|
|
|
|
|
> mapping 为 `Etcd` 与 `Config` 的映射关系。映射中不存在的 `key`,则不会被同步到 `Config` 中。
|
|
|
|
|
|
|
|
|
|
```php
|
|
|
|
|
<?php
|
|
|
|
|
return [
|
|
|
|
|
'enable' => true,
|
2020-03-17 12:34:37 +08:00
|
|
|
|
'use_standalone_process' => true,
|
2019-07-29 09:51:42 +08:00
|
|
|
|
'namespaces' => [
|
|
|
|
|
'/test',
|
|
|
|
|
],
|
|
|
|
|
'mapping' => [
|
|
|
|
|
'/test/test' => 'etcd.test.test',
|
|
|
|
|
],
|
|
|
|
|
'interval' => 5,
|
|
|
|
|
];
|
|
|
|
|
```
|
|
|
|
|
|
2019-03-21 10:54:42 +08:00
|
|
|
|
## 配置更新的作用范围
|
|
|
|
|
|
|
|
|
|
在默认的功能实现下,是由一个 `ConfigFetcherProcess` 进程根据配置的 `interval` 来向 Apollo 拉取对应 `namespace` 的配置,并通过 IPC 通讯将拉取到的新配置传递到各个 Worker 中,并更新到 `Hyperf\Contract\ConfigInterface` 对应的对象内。
|
2019-11-22 09:39:33 +08:00
|
|
|
|
需要注意的是,更新的配置只会更新 `Config` 对象,故仅限应用层或业务层的配置,不涉及框架层的配置改动,因为框架层的配置改动需要重启服务,如果您有这样的需求,也可以通过自行实现 `ConfigFetcherProcess` 来达到目的。
|