在 Amazon EC2 和本地计算机上使用 AWS AppConfig 代理

您可以使用 AWS AppConfig 代理 AWS AppConfig 与在亚马逊弹性计算云 (AmazonEC2) Linux 实例上运行的应用程序集成。代理通过以下方式增强应用程序处理和管理：

*AWS AppConfig 代理会在服务首次检索您的配置数据时缓存数据。因此，检索数据的第一次调用比后续调用慢。

步骤 1：（必需）创建资源并配置权限

要 AWS AppConfig 与 Amazon EC2 实例上运行的应用程序集成，您必须 AWS AppConfig 创建项目和配置数据，包括功能标志或自由格式配置数据。有关更多信息，请参阅 在中创建功能标志和自由格式配置数据 AWS AppConfig。

要检索托管的配置数据 AWS AppConfig，必须将您的应用程序配置为可以访问 AWS AppConfig 数据平面。要向您的应用程序授予访问IAM权限，请更新分配给 Amazon EC2 实例角色的权限策略。具体而言，您必须将 appconfig:StartConfigurationSession 和 appconfig:GetLatestConfiguration 操作添加到策略中。示例如下：

{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Effect": "Allow",
            "Action": [
                "appconfig:StartConfigurationSession",
                "appconfig:GetLatestConfiguration"
            ],
            "Resource": "*"
        }
    ]
}

有关向策略添加权限的更多信息，请参阅《IAM用户指南》中的添加和删除IAM身份权限。

步骤 2：（必需）在 Amazon EC2 实例上安装和启动 AWS AppConfig 代理

AWS AppConfig 代理托管在由管理的亚马逊简单存储服务 (Amazon S3) Service 存储桶中。 AWS使用以下过程在 Linux 实例上安装最新版本的 agent。如果应用程序分布在多个实例中，则必须在托管应用程序的每个实例上执行此过程。

sudo systemctl stop aws-appconfig-agent

步骤 3：（可选，但建议使用）将日志文件发送到 CloudWatch 日志

默认情况下， AWS AppConfig 代理会将日志发布到STDERR。Systemd 将所有在 Linux 实例上运行的服务重定向STDOUT到 systemd 日志。STDERR如果您只在一两个实例上运行 AWS AppConfig 代理，则可以查看和管理 systemd 日志中的日志数据。更好的解决方案（我们强烈推荐分布式应用程序使用的解决方案）是将日志文件写入磁盘，然后使用 Amazon CloudWatch 代理将日志数据上传到 AWS 云端。此外，您可以将 CloudWatch 代理配置为从您的实例中删除旧的日志文件，这样可以防止您的实例耗尽磁盘空间。

若要启用磁盘日志记录，必须设置 LOG_PATH 环境变量，如 步骤 4：（可选）使用环境变量为 Amazon 配置 AWS AppConfig 代理 EC2 中所述。

要开始使用 CloudWatch 代理，请参阅亚马逊 CloudWatch 用户指南中的使用 CloudWatch 代理从亚马逊EC2实例和本地服务器收集指标和日志。您可以使用 “快速设置”（Systems Manager 的一项功能）来快速安装 CloudWatch 代理。有关更多信息，请参阅 AWS Systems Manager 用户指南中的快速设置主机管理。

在实例上安装 CloudWatch 代理后，创建 CloudWatch 代理配置文件。配置文件指示 CloudWatch 代理如何使用 AWS AppConfig 代理日志文件。有关创建 CloudWatch 代理配置文件的更多信息，请参阅创建 CloudWatch 代理配置文件。

将以下logs部分添加到实例的 CloudWatch 代理配置文件中并保存您的更改：

"logs": {
  "logs_collected": {
    "files": {
      "collect_list": [
        {
          "file_path": "/path_you_specified_for_logging",
          "log_group_name": "${YOUR_LOG_GROUP_NAME}/aws-appconfig-agent.log",
          "auto_removal": true
        },
        ...
      ]
    },
    ...
  },
  ...
}

如果的值为true，auto_removal则 CloudWatch 代理会自动删除轮换的 AWS AppConfig 代理日志文件。

步骤 4：（可选）使用环境变量为 Amazon 配置 AWS AppConfig 代理 EC2

您可以使用环境变量为 Amaz EC2 on 配置 AWS AppConfig 代理。要为 systemd 服务设置环境变量，请创建一个插入式单元文件。以下示例说明如何创建嵌入式单元文件以将 AWS AppConfig Agent 日志级别设置为。DEBUG

您可以EC2通过在嵌入式单元文件中指定以下环境变量来配置 Amazon AWS AppConfig 代理。

GET /applications/my_app/...
                  Host: localhost:2772
                  Authorization: Bearer <token value>

"header: value"

步骤 5：（必需）检索配置数据

您可以使用 HTTP localhost 调用从 AWS AppConfig 代理中检索配置数据。以下示例用于curl客户HTTP端。您可以使用应用程序语言或可用库支持的任何可用HTTP客户端来调用代理，包括 AWS SDK。

检索任何已部署配置的完整内容

$ curl "http://localhost:2772/applications/application_name/environments/environment_name/configurations/configuration_name"

从 Feature Flag 类型的 AWS AppConfig 配置中检索单个标志及其属性

$ curl "http://localhost:2772/applications/application_name/environments/environment_name/configurations/configuration_name?flag=flag_name"

从 Feature Flag 类型的 AWS AppConfig 配置访问多个标志及其属性

$ curl "http://localhost:2772/applications/application_name/environments/environment_name/configurations/configuration_name?flag=flag_name_one&flag=flag_name_two"

步骤 6（可选，但建议使用）：自动更新代理 AWS AppConfig

AWS AppConfig 代理会定期更新。为确保您在实例上运行最新版本的 AWS AppConfig Agent，我们建议您将以下命令添加到您的 Amazon EC2 用户数据中。您可以将命令添加到实例或 A EC2 uto Scaling 组的用户数据中。每次实例启动或重启时，该脚本都会安装并启动最新版本的代理。

#!/bin/bash
# install the latest version of the agent
yum install -y https://s3.amazonaws.com/aws-appconfig-downloads/aws-appconfig-agent/linux/x86_64/latest/aws-appconfig-agent.rpm
# optional: configure the agent
mkdir /etc/systemd/system/aws-appconfig-agent.service.d
echo "${MY_AGENT_CONFIG}" > /etc/systemd/system/aws-appconfig-agent.service.d/overrides.conf 
systemctl daemon-reload
# start the agent
systemctl start aws-appconfig-agent