기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

# AWS AppConfig 에이전트를 사용하여 구성 데이터를 검색하는 방법
<a name="appconfig-agent-how-to-use"></a>

 AWS AppConfig 에이전트는 AWS AppConfig 기능 플래그 또는 자유 형식 구성 데이터를 검색하는 데 권장되는 방법입니다. 에이전트는 Amazon EC2, Amazon ECS, Amazon EKS 및 Lambda를 포함한 모든 형식의 AWS 컴퓨팅에서 지원됩니다. 초기 에이전트 설정을 완료한 후 에이전트를 사용하여 구성 데이터를 검색하는 것이 AWS AppConfig APIs. 에이전트는 모범 사례를 자동으로 구현하며 구성을 검색하기 위한 API 호출이 적 AWS AppConfig 기 때문에 사용 비용을 낮출 수 있습니다.

**참고**  
별도의에서 구성 데이터를 검색하는 AWS 계정 것은 지원되지 않습니다.

## 사용자 또는 개체 기반 점진적 배포에 AWS AppConfig 에이전트 사용
<a name="appconfig-entity-based-gradual-deployments"></a>

AWS AppConfig 에이전트는 점진적 롤아웃 중에 특정 세그먼트 또는 개별 사용자에게 기능 플래그 또는 자유 형식 구성 데이터 배포를 지원합니다. 개체 기반 점진적 배포를 사용하면 사용자 또는 세그먼트가 구성 버전을 받으면 요청을 처리하는 컴퓨팅 리소스에 관계없이 배포 기간 동안 동일한 버전을 계속 받을 수 있습니다.

개체 기반 점진적 배포를 통해 AWS AppConfig 에이전트는 각 HTTP 요청과 함께 제공된 고유 식별자(`Entity-Id`)를 평가합니다. 이 식별자를 기반으로 에이전트는 배포 기간 동안 지속적으로 새 구성 버전 또는 이전 구성 버전을 제공합니다. 이 프로세스는 사용자가 업데이트된 구성을 받으면 계속 수신하도록 합니다. 또한 롤백 경보에 충분한 시간과 데이터가 있어 문제를 감지할 수 있습니다.

구성이 사용자 대면 동작을 직접 변경하고 블래스트 반경의 변경(모든 사용자가 부분적으로 영향을 받는 것이 아니라 특정 사용자에게 완전히 영향을 미치는)이 애플리케이션에 적합한 경우 엔터티 기반 점진적 배포를 고려하세요.

**중요**  
개체 기반 점진적 배포에 대한 다음 중요 정보에 유의하세요.  
개체 기반 점진적 배포에는 AWS AppConfig 에이전트 버전 2.0.136060 이상이 필요합니다.
`Entity-Id`는 최대 문자열 크기 2KB를 허용합니다.
고유 식별자는 하드 코딩되거나 카디널리티가 낮아서는 안 됩니다.
식별자는 AWS AppConfig 서비스로 전송되지 않습니다. AWS AppConfig 에이전트는 클라이언트 측에서 고유 식별자를 평가합니다.
배포 중에 AWS AppConfig 에이전트는 엔터티 및 배포된 구성을 추적합니다. 이 추적은 배포 기간 동안에만 유지됩니다. 배포가 완료되면 추적이 종료됩니다.
배포 상태에 대한 AWS AppConfig 폴링의 각 인스턴스는 독립적으로 수행되므로 에이전트는 배포 비율이 변경될 때 동일한 개체의 다른 버전을 잠시 제공할 수 있습니다. 이 기간은 폴링 간격과 짧은 동기화 기간에 따라 결정됩니다. [StartConfigurationSession](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_appconfigdata_StartConfigurationSession.html) API 작업`RequiredMinimumPollIntervalInSeconds`에서를 설정하여 이를 줄일 수 있습니다. 그러나 간격이 짧을수록 API 호출 속도가 증가하여 비용과 위험 제한이 증가할 수 있습니다. 요구 사항에 맞는 폴링 간격을 선택합니다. 자세한 내용은 참조의 [StartConfigurationSession](https://docs.aws.amazon.com/cli/latest/reference/appconfigdata/start-configuration-session.html)을 AWS CLI 참조하세요.

### 개체 기반 점진적 배포 활성화
<a name="appconfig-entity-based-gradual-deployments-enabling"></a>

개체 기반 점진적 배포를 활성화하려면:

1.  AWS AppConfig 에이전트 버전 2.0.136060 이상으로 업데이트합니다.

1. 구성 데이터를 검색할 때 `Entity-Id` HTTP 헤더에 고유 식별자를 제공합니다.

다음 예제 요청은에 대한 이메일 주소를 사용합니다. `Entity-Id` 

```
GET /applications/myapp/environments/prod/configurations/featureflags HTTP/1.1
Host: localhost:2772
Entity-Id: example@AWS-example-email.com
```

다음에 대한 요청에 `Entity-Id` 헤더를 포함할 수 있습니다.

/applications/\$1Application\$1/environments/\$1Environment\$1/configurations/\$1Configuration\$1

를 사용하여 코드 샘플을 보려면 섹션을 `Entity-Id`참조하세요[AWS AppConfig 에이전트를 사용하여 자유 형식 구성 프로필 읽기](appconfig-code-samples-agent-read-configuration.md).

`Entity-Id` 값은 다음과 같이 시스템의 개체를 고유하게 식별하는 모든 문자열일 수 있습니다.
+ 고객 ID
+ 이메일 주소
+ 계정 ID
+ 백엔드 작업 ID
+ 세션 범위 식별자(해당하는 경우)

# 에서 AWS AppConfig 에이전트 사용 AWS Lambda
<a name="appconfig-integration-lambda-extensions"></a>

 AWS Lambda 확장은 Lambda 함수의 기능을 강화하는 동반 프로세스입니다. 확장은 함수가 간접적으로 호출되기 전에 시작되어 함수와 병렬로 실행되고 함수 호출이 처리된 후에도 계속 실행될 수 있습니다. 기본적으로, Lambda 확장은 Lambda 호출과 병렬로 실행되는 클라이언트와 같습니다. 이 병렬 클라이언트는 수명 주기 중 언제든지 함수와 연결될 수 있습니다.

Lambda 함수에서 AWS AppConfig 기능 플래그 또는 기타 동적 구성 데이터를 사용하는 경우 AWS AppConfig 에이전트 Lambda 확장을 Lambda 함수에 계층으로 추가하는 것이 좋습니다. 이렇게 하면 기능 플래그 호출이 더 간단해지고 확장 자체에는 비용을 절감 AWS AppConfig 하면서 사용을 간소화하는 모범 사례가 포함됩니다. AWS AppConfig 서비스에 대한 API 호출이 줄어들고 Lambda 함수 처리 시간이 단축되어 비용이 절감됩니다. Lambda 확장에 대한 자세한 내용은 *AWS Lambda 개발자 안내서*의 [Lambda 확장 ](https://docs.aws.amazon.com/lambda/latest/dg/runtimes-extensions-api.html)을 참조하십시오.

**참고**  
AWS AppConfig 는의 기능입니다 AWS Systems Manager. AWS AppConfig [가격 책정](https://aws.amazon.com/systems-manager/pricing/)은 구성이 호출되고 수신되는 횟수를 기반으로 합니다. Lambda가 여러 번의 콜드 스타트를 수행하고 새 구성 데이터를 자주 검색하면 비용이 증가합니다.

**Topics**
+ [AWS AppConfig 에이전트 Lambda 확장의 작동 방식 이해](appconfig-integration-lambda-extensions-how-it-works.md)
+ [AWS AppConfig 에이전트 Lambda 확장 추가](appconfig-integration-lambda-extensions-add.md)
+ [AWS AppConfig 에이전트 Lambda 확장 구성](appconfig-integration-lambda-extensions-config.md)
+ [AWS AppConfig 에이전트 Lambda 확장의 사용 가능한 버전 이해](appconfig-integration-lambda-extensions-versions.md)
+ [Amazon EC2 및 온프레미스 시스템에서 AWS AppConfig 에이전트 사용](appconfig-integration-ec2.md)
+ [Amazon ECS 및 Amazon EKS에서 AWS AppConfig 에이전트 사용](appconfig-integration-containers-agent.md)
+ [기본 및 다중 변형 기능 플래그 검색](appconfig-integration-retrieving-feature-flags.md)
+ [매니페스트를 사용하여 추가 검색 기능 활성화](appconfig-agent-how-to-use-additional-features.md)
+ [OpenAPI 사양을 사용하여 클라이언트 생성](appconfig-integration-OpenAPI.md)
+ [AWS AppConfig 에이전트 로컬 개발 모드 작업](appconfig-agent-how-to-use-local-development.md)

# AWS AppConfig 에이전트 Lambda 확장의 작동 방식 이해
<a name="appconfig-integration-lambda-extensions-how-it-works"></a>

 AWS AppConfig 를 사용하여 Lambda 확장 *없이* Lambda 함수의 구성을 관리하는 경우 [StartConfigurationSession](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_appconfigdata_StartConfigurationSession.html) 및 [GetLatestConfiguration](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_appconfigdata_GetLatestConfiguration.html) API 작업과 통합하여 구성 업데이트를 수신하도록 Lambda 함수를 구성해야 합니다.

 AWS AppConfig 에이전트 Lambda 확장을 Lambda 함수와 통합하면이 프로세스가 간소화됩니다. 확장은 AWS AppConfig 서비스를 호출하고, 검색된 데이터의 로컬 캐시를 관리하고, 다음 서비스 호출에 필요한 구성 토큰을 추적하고, 백그라운드에서 구성 업데이트를 주기적으로 확인하는 작업을 담당합니다. 다음 다이어그램은 작동 방식을 보여 줍니다.

![\[AWS AppConfig 에이전트 Lambda 확장의 작동 방식 다이어그램\]](http://docs.aws.amazon.com/ko_kr/appconfig/latest/userguide/images/AppConfigLambdaExtension.png)


1.  AWS AppConfig 에이전트 Lambda 확장을 Lambda 함수의 계층으로 구성합니다.

1. 구성 데이터에 액세스하기 위해 함수는에서 실행되는 HTTP 엔드포인트에서 AWS AppConfig 확장을 호출합니다`localhost:2772`.

1. 확장은 구성 데이터의 로컬 캐시를 유지합니다. 데이터가 캐시에 없는 경우 확장은를 호출 AWS AppConfig 하여 구성 데이터를 가져옵니다.

1. 서비스로부터 구성을 수신하면 확장은 구성을 로컬 캐시에 저장하고 Lambda 함수에 전달합니다.

1. AWS AppConfig 에이전트 Lambda 확장은 백그라운드에서 구성 데이터에 대한 업데이트를 주기적으로 확인합니다. Lambda 함수가 간접적으로 호출될 때마다 확장은 구성을 검색한 이후 경과된 시간을 확인합니다. 경과 시간이 구성된 폴링 간격보다 큰 경우 확장은를 호출 AWS AppConfig 하여 새로 배포된 데이터를 확인하고, 변경 사항이 있는 경우 로컬 캐시를 업데이트하고, 경과 시간을 재설정합니다.

**참고**  
Lambda는 함수에 필요한 동시성 레벨에 해당하는 별도의 인스턴스를 인스턴스화합니다. 각 인스턴스는 격리되며 구성 데이터의 자체 로컬 캐시를 유지합니다. Lambda 인스턴스 및 동시성에 대한 자세한 내용은 [Lambda 함수의 동시성 관리](https://docs.aws.amazon.com/lambda/latest/dg/configuration-concurrency.html)를 참조하십시오.
업데이트된 구성을 배포한 후 구성 변경이 Lambda 함수에 나타나는 데 걸리는 시간은 배포에 사용한 배포 전략과 확장에 구성한 폴링 간격에 AWS AppConfig따라 달라집니다.

# AWS AppConfig 에이전트 Lambda 확장 추가
<a name="appconfig-integration-lambda-extensions-add"></a>

 AWS AppConfig 에이전트 Lambda 확장을 사용하려면 Lambda에 확장을 추가해야 합니다. 이 작업은 Lambda 함수에 AWS AppConfig 에이전트 Lambda 확장을 계층으로 추가하거나 Lambda 함수에서 확장을 컨테이너 이미지로 활성화하여 수행할 수 있습니다.

**참고**  
 AWS AppConfig 확장은 런타임에 구애받지 않으며 모든 런타임을 지원합니다.

**시작하기 전 준비 사항**  
 AWS AppConfig 에이전트 Lambda 확장을 활성화하기 전에 다음을 수행합니다.
+ Lambda 함수에서 구성을 조직하여 AWS AppConfig로 외부화할 수 있습니다.
+ 기능 플래그 또는 자유 형식 구성 데이터를 포함한 AWS AppConfig 아티팩트 및 구성 데이터를 생성합니다. 자세한 내용은 [에서 기능 플래그 및 자유 형식 구성 데이터 생성 AWS AppConfig](creating-feature-flags-and-configuration-data.md) 단원을 참조하십시오.
+ Lambda 함수 실행 역할`appconfig:GetLatestConfiguration`에서 사용하는 AWS Identity and Access Management (IAM) 정책에 `appconfig:StartConfigurationSession` 및를 추가합니다. 자세한 내용은 *AWS Lambda 개발자 안내서*의 [AWS Lambda 실행 역할](https://docs.aws.amazon.com/lambda/latest/dg/lambda-intro-execution-role.html)을 참조하십시오. AWS AppConfig 권한에 대한 자세한 내용은 *서비스 권한 부여 참조*에서 AWS AppConfig에 대한 [액션, 리소스 및 조건 키](https://docs.aws.amazon.com/service-authorization/latest/reference/list_awsappconfig.html)를 참조하십시오.

## 계층 및 ARN을 사용하여 AWS AppConfig 에이전트 Lambda 확장 추가
<a name="appconfig-integration-lambda-extensions-enabling"></a>

 AWS AppConfig 에이전트 Lambda 확장을 사용하려면 Lambda 함수에 확장을 계층으로 추가합니다. 함수에 계층을 추가하는 방법에 대한 자세한 내용은 *AWS Lambda 개발자 안내서*의 [확장 구성](https://docs.aws.amazon.com/lambda/latest/dg/using-extensions.html#using-extensions-config)을 참조하십시오. AWS Lambda 콘솔의 확장 이름은 **AWS-AppConfig-Extension**입니다. 또한 Lambda에 확장을 계층으로 추가하는 경우 Amazon 리소스 이름(ARN)을 지정해야 합니다. 플랫폼 및 Lambda를 생성한 AWS 리전 위치에 해당하는 다음 목록 중 하나에서 ARN을 선택합니다.
+ [x86-64 플랫폼](appconfig-integration-lambda-extensions-versions.md#appconfig-integration-lambda-extensions-enabling-x86-64)
+ [ARM64 플랫폼](appconfig-integration-lambda-extensions-versions.md#appconfig-integration-lambda-extensions-enabling-ARM64)

함수에 추가하기 전에 확장을 테스트하려는 경우 다음 코드 예제를 사용하여 확장이 작동하는지 확인할 수 있습니다.

```
import urllib.request
                

def lambda_handler(event, context):
    url = f'http://localhost:2772/applications/application_name/environments/environment_name/configurations/configuration_name'
    config = urllib.request.urlopen(url).read()
    return config
```

테스트하려면 Python용 Lambda 함수를 새로 생성하고 확장을 추가한 다음 Lambda 함수를 실행하십시오. Lambda 함수를 실행한 후 AWS AppConfig Lambda 함수는 http://localhost:2772 경로에 대해 지정한 구성을 반환합니다. Lambda 함수 생성에 관한 정보는 *AWS Lambda 개발자 안내서*의 [콘솔로 Lambda 함수 생성](https://docs.aws.amazon.com/lambda/latest/dg/getting-started-create-function.html)을 참조하십시오.

**중요**  
로그에서 AWS AppConfig 에이전트 Lambda 확장에 대한 AWS Lambda 로그 데이터를 볼 수 있습니다. 로그 항목 앞에는 `appconfig agent`라는 접두사가 붙습니다. 다음은 그 예입니다.  

```
[appconfig agent] 2024/05/07 04:19:01 ERROR retrieve failure for 'SourceEventConfig:SourceEventConfigEnvironment:SourceEventConfigProfile': StartConfigurationSession: api error AccessDenied: User: arn:aws:sts::0123456789:assumed-role/us-east-1-LambdaRole/extension1 is not authorized to perform: sts:AssumeRole on resource: arn:aws:iam::0123456789:role/test1 (retry in 60s)
```

# AWS AppConfig 에이전트 Lambda 확장 구성
<a name="appconfig-integration-lambda-extensions-config"></a>

다음 AWS Lambda 환경 변수를 변경하여 확장을 구성할 수 있습니다. 자세한 내용은 *AWS Lambda 개발자 안내서*의 [AWS Lambda 환경 변수 사용을](https://docs.aws.amazon.com/lambda/latest/dg/configuration-envvars.html) 참조하세요.

**구성 데이터 프리페칭**

환경 변수 `AWS_APPCONFIG_EXTENSION_PREFETCH_LIST`는 함수 시작 시간을 개선할 수 있습니다. AWS AppConfig 에이전트 Lambda 확장이 초기화되면 Lambda가 함수를 초기화하고 핸들러를 호출하기 AWS AppConfig 전에에서 지정된 구성을 검색합니다. 함수가 요청하기 전에 로컬 캐시에서 구성 데이터를 이미 사용할 수 있는 경우도 있습니다.

프리페치 기능을 사용하려면 환경 변수 값을 구성 데이터에 해당하는 경로로 설정하십시오. 예를 들어 구성이 각각 “my\$1application”, “my\$1environment” 및 “my\$1configuration\$1data”라는 이름의 애플리케이션, 환경 및 구성 프로파일에 해당하는 경우 경로는 `/applications/my_application/environments/my_environment/configurations/my_configuration_data`입니다. 여러 구성 항목을 쉼표로 구분된 목록으로 나열하여 지정할 수 있습니다(리소스 이름에 쉼표가 포함된 경우 해당 이름 대신 리소스의 ID 값을 사용하십시오.).

**다른 계정에서 구성 데이터에 액세스**

 AWS AppConfig 에이전트 Lambda 확장은 데이터에 [권한을](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_use_permissions-to-switch.html) 부여하는 IAM 역할을 지정하여 다른 계정에서 구성 데이터를 검색할 수 있습니다. 이를 설정하려면 다음 단계를 수행합니다.

1.  AWS AppConfig 가 구성 데이터를 관리하는 데 사용되는 계정에서 구성 AWS AppConfig 리소스에 해당하는 부분 또는 전체 ARNs과 함께 Lambda 함수를 실행하는 계정에 `appconfig:StartConfigurationSession` 및 `appconfig:GetLatestConfiguration` 작업에 대한 액세스 권한을 부여하는 신뢰 정책을 사용하여 역할을 생성합니다.

1. Lambda 함수를 실행하는 계정에서 1단계에서 생성한 역할의 ARN을 사용하여 Lambda 함수에 `AWS_APPCONFIG_EXTENSION_ROLE_ARN` 환경 변수를 추가합니다.

1. (선택 사항) 필요한 경우 `AWS_APPCONFIG_EXTENSION_ROLE_EXTERNAL_ID` 환경 변수를 사용하여 [외부 ID](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_create_for-user_externalid.html)를 지정할 수 있습니다. 마찬가지로 `AWS_APPCONFIG_EXTENSION_ROLE_SESSION_NAME` 환경 변수를 사용하여 세션 이름을 구성할 수 있습니다.

**참고**  
다음 정보를 참고하세요.  
 AWS AppConfig 에이전트 Lambda 확장은 한 계정에서만 데이터를 검색할 수 있습니다. IAM 역할을 지정하는 경우 확장은 Lambda 함수가 실행되는 계정에서 구성 데이터를 검색할 수 없습니다.
AWS Lambda 는 Amazon CloudWatch Logs를 사용하여 AWS AppConfig 에이전트 Lambda 확장 및 Lambda 함수에 대한 정보를 기록합니다.
다음 표에는 **샘플 값** 열이 포함되어 있습니다. 모니터 해상도에 따라 테이블 하단으로 스크롤한 다음 오른쪽으로 스크롤해야 해당 열이 보일 수도 있습니다.


****  

| 환경 변수 | 세부 정보 | 기본값  | 샘플 값 | 
| --- | --- | --- | --- | 
|  `AWS_APPCONFIG_EXTENSION_HTTP_PORT`  |  이 환경 변수는 확장을 호스팅하는 로컬 HTTP 서버가 실행되는 포트를 지정합니다.  | 2772 | 2772 | 
|  `AWS_APPCONFIG_EXTENSION_LOG_LEVEL`  |  이 환경 변수는 에이전트가 기록하는 세부 정보 수준을 지정합니다. 각 레벨에는 현재 레벨과 모든 상위 레벨이 포함됩니다. 이 값은 대소문자를 구분합니다. 가장 세부적인 것부터 로그 수준은 순서대로 `trace`, `debug`, `info`, `warn`, `error`, `fatal`, `none`입니다. `trace` 로그에는 타이밍 정보를 비롯하여 에이전트에 대한 세부 정보가 포함됩니다.  |  info  | 추적 debug info warn 오류 fatal 없음 | 
|  `AWS_APPCONFIG_EXTENSION_MAX_CONNECTIONS`  |  이 환경 변수는 확장이 AWS AppConfig에서 구성을 검색하는 데 사용하는 최대 연결 수를 구성합니다.  | 3 | 3 | 
|  `AWS_APPCONFIG_EXTENSION_POLL_INTERVAL_SECONDS`  |  이 환경 변수는 에이전트가 업데이트된 구성 데이터를 폴링하는 빈도 AWS AppConfig 를 제어합니다. 간격을 초 단위로 지정할 수 있습니다. 시간 단위를 사용하여 숫자를 지정할 수도 있습니다. 초는 s, 분은 m, 시간은 h입니다. 단위를 지정하지 않으면 에이전트의 기본값은 초로 설정됩니다. 예를 들어 60, 60초, 1분은 폴링 간격이 동일합니다.  | 45 | 4545s5m1h | 
|  `AWS_APPCONFIG_EXTENSION_POLL_TIMEOUT_MILLIS`  |  이 환경 변수는 캐시의 데이터를 새로 고칠 AWS AppConfig 때 확장이의 응답을 기다리는 최대 시간을 밀리초 단위로 제어합니다. AWS AppConfig 가 지정된 시간 내에 응답하지 않으면 확장은이 폴링 간격을 건너뛰고 이전에 업데이트된 캐시된 데이터를 반환합니다.  | 3000ms | 3000300ms5s | 
|  `AWS_APPCONFIG_EXTENSION_PREFETCH_LIST`  |  이 환경 변수는 에이전트가 시작하는 AWS AppConfig 즉시에서 요청하는 구성 데이터를 지정합니다. 여러 구성 식별자가 쉼표로 구분된 목록으로 제공될 수 있습니다. AWS AppConfig 에서 구성 데이터를 미리 가져오면 함수의 콜드 스타트 시간을 크게 줄일 수 있습니다.  | 없음 | MyApp:MyEnv:MyConfigabcd123:efgh456:ijkl789MyApp:MyEnv:Config1,MyApp:MyEnv:Config2 | 
| AWS\$1APPCONFIG\$1EXTENSION\$1PROXY\$1HEADERS | 이 환경 변수는 AWS\$1APPCONFIG\$1EXTENSION\$1PROXY\$1URL 환경 변수에서 참조되는 프록시에 필요한 헤더를 지정합니다. 값은 쉼표로 구분된 헤더 목록입니다. | 없음 | header: valueh1: v1, h2: v2 | 
| AWS\$1APPCONFIG\$1EXTENSION\$1PROXY\$1URL | 이 환경 변수는 AWS AppConfig 확장에서 연결에 사용할 프록시 URL을 지정합니다 AWS 서비스. HTTPS 및 HTTP URLs이 지원됩니다. | 없음 | http://localhost:7474https://my-proxy.example.com | 
| AWS\$1APPCONFIG\$1EXTENSION\$1ROLE\$1ARN | 이 환경 변수는 구성을 검색하기 위해 AWS AppConfig 확장에서 수임해야 하는 역할에 해당하는 IAM 역할 ARN을 지정합니다. | 없음 | arn:aws:iam::123456789012:role/MyRole | 
| AWS\$1APPCONFIG\$1EXTENSION\$1ROLE\$1EXTERNAL\$1ID | 이 환경 변수는 수임된 역할 ARN과 함께 사용할 외부 ID를 지정합니다. | 없음 | MyExternalId | 
| AWS\$1APPCONFIG\$1EXTENSION\$1ROLE\$1SESSION\$1NAME | 이 환경 변수는 수임된 IAM 역할의 자격 증명과 연결할 세션 이름을 지정합니다. | 없음 | AWSAppConfigAgentSession | 
| AWS\$1APPCONFIG\$1EXTENSION\$1SERVICE\$1REGION | 이 환경 변수는 확장이 AWS AppConfig 서비스를 호출하는 데 사용해야 하는 대체 리전을 지정합니다. 정의되지 않은 경우 확장은 현재 지역의 엔드포인트를 사용합니다. | 없음 | us-east-1eu-west-1 | 
|  `AWS_APPCONFIG_EXTENSION_MANIFEST`  |  이 환경 변수는 다중 계정 검색과 같은 추가 구성별 기능을 활용하고 구성을 디스크에 저장하도록 AWS AppConfig Agent를 구성합니다. 이러한 기능에 대한 자세한 내용은 [매니페스트를 사용하여 추가 검색 기능 활성화](appconfig-agent-how-to-use-additional-features.md) 섹션을 참조하세요.  | 없음 |  AWS AppConfig 구성을 매니페스트로 사용하는 경우: `MyApp:MyEnv:MyManifestConfig`.디스크에서 매니페스트를 로드하는 경우: `file:/path/to/manifest.json` | 
|  `AWS_APPCONFIG_EXTENSION_WAIT_ON_MANIFEST`  |  이 환경 변수는 시작을 완료하기 전에 매니페스트가 처리될 때까지 기다리도록 AWS AppConfig 에이전트를 구성합니다.  | true | truefalse | 

# AWS AppConfig 에이전트 Lambda 확장의 사용 가능한 버전 이해
<a name="appconfig-integration-lambda-extensions-versions"></a>

이 주제에는 AWS AppConfig 에이전트 Lambda 확장 버전에 대한 정보가 포함되어 있습니다. AWS AppConfig 에이전트 Lambda 확장은 x86-64 및 ARM64 (Graviton2) 플랫폼용으로 개발된 Lambda 함수를 지원합니다. 제대로 작동하려면 Lambda 함수가 현재 호스팅 AWS 리전 되는에 대해 특정 Amazon 리소스 이름(ARN)을 사용하도록 Lambda 함수를 구성해야 합니다. 이 섹션의 뒷부분에서 AWS 리전 및 ARN 세부 정보를 볼 수 있습니다.

**중요**  
 AWS AppConfig 에이전트 Lambda 확장에 대한 다음과 같은 중요한 세부 정보를 확인합니다.  
`GetConfiguration` API 작업은 2022년 1월 28일 날짜로 더 이상 사용되지 않습니다. 구성 데이터를 수신하기 위한 호출은 대신 `StartConfigurationSession` 및 `GetLatestConfiguration` API를 사용해야 합니다. 2022년 1월 28일 이후에 생성된 AWS AppConfig 에이전트 Lambda 확장 버전을 사용하는 경우 새 APIs. 자세한 내용은 [AWS AppConfig 에이전트 없이 구성 데이터 검색](about-data-plane.md) 단원을 참조하십시오.
AWS AppConfig 는에 나열된 모든 버전을 지원합니다[이전 확장 버전](#appconfig-integration-lambda-extensions-enabling-older-versions). 확장 개선 사항을 활용하려면 주기적으로 최신 버전으로 업데이트하는 것을 권장합니다.

**Topics**
+ [AWS AppConfig 에이전트 Lambda 확장 릴리스 정보](#appconfig-integration-lambda-extensions-versions-release-notes)
+ [Lambda 확장 버전 번호 찾기](#appconfig-integration-lambda-extensions-versions-find)
+ [x86-64 플랫폼](#appconfig-integration-lambda-extensions-enabling-x86-64)
+ [ARM64 플랫폼](#appconfig-integration-lambda-extensions-enabling-ARM64)
+ [이전 확장 버전](#appconfig-integration-lambda-extensions-enabling-older-versions)

## AWS AppConfig 에이전트 Lambda 확장 릴리스 정보
<a name="appconfig-integration-lambda-extensions-versions-release-notes"></a>

다음 표에서는 AWS AppConfig Lambda 확장의 최신 버전에 대한 변경 사항을 설명합니다.


****  

| 버전 | 시작 날짜 | 참고 | 
| --- | --- | --- | 
|  2.0.14126.0  |  03/25/2026  |  사소한 개선 및 버그 수정   | 
|  2.0.11962.0  |  02/20/2026  |  환경 지원, 사소한 개선 사항 및 버그 수정이 개선되었습니다.  | 
|  2.0.8693  |  11/20/2025  |  환경 지원, 사소한 개선 사항 및 버그 수정이 개선되었습니다. 다음에 대한 지원이 추가되었습니다. AWS 리전 [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/appconfig/latest/userguide/appconfig-integration-lambda-extensions-versions.html)  | 
|  2037년 2월 0일  |  05/12/2025  |  에이전트의 버전을 반환하는 간단한 상태 확인을 표시하는 `/ping` 경로 추가됨. 또한 사소한 개선 및 버그 수정   | 
|  2.0.1079  |  12/12/2024  |  사소한 개선 및 버그 수정  | 
|  2.0.719  |  08/08/2024  |  사소한 개선 및 버그 수정  | 
|  2.0.678  |  07/23/2024  |  기능 플래그 대상, 변형 및 분할을 지원하는 개선 사항입니다. 자세한 내용은 [다중 변형 기능 플래그 생성](appconfig-creating-multi-variant-feature-flags.md) 단원을 참조하십시오.  | 
|  2.0.501  |  07/01/2024  |  사소한 개선 및 버그 수정  | 
|  2.0.358  |  12/01/2023  |  다음 [검색 기능](https://docs.aws.amazon.com/appconfig/latest/userguide/appconfig-agent-how-to-use-additional-features.html)에 대한 지원이 추가되었습니다. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/appconfig/latest/userguide/appconfig-integration-lambda-extensions-versions.html)  | 
|  2.0.181  |  08/14/2023  |  이스라엘(텔아비브) il-central-1에 대한 지원이 추가되었습니다 AWS 리전.  | 
|  2.0.165  |  02/21/2023  |  사소한 버그를 수정했습니다. AWS Lambda 콘솔을 통해 더 이상 확장 사용을 특정 런타임 버전으로 제한하지 않습니다. AWS 리전다음에 대한 지원이 추가되었습니다. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/appconfig/latest/userguide/appconfig-integration-lambda-extensions-versions.html)  | 
|  2.0.122  |  08/23/2022  |  `AWS_APPCONFIG_EXTENSION_PROXY_URL` 및 `AWS_APPCONFIG_EXTENSION_PROXY_HEADERS` 환경 변수로 구성할 수 있는 터널링 프록시에 대한 지원이 추가됨. .NET 6을 런타임으로 추가됨. 환경 변수에 대한 자세한 내용은 [AWS AppConfig 에이전트 Lambda 확장 구성](appconfig-integration-lambda-extensions-config.md) 섹션을 참조하십시오.  | 
|  2.0.58  |  05/03/2022  |  Lambda의 Graviton2 (ARM64) 프로세서에 대한 지원이 개선됨.  | 
|  2.0.45  |  03/15/2022  |  단일 기능 플래그 호출에 대한 지원이 추가됨. 이전에는 고객이 구성 프로필로 그룹화된 기능 플래그를 호출하고 클라이언트 측 응답을 파싱해야 했습니다. 이번 릴리스부터 고객은 HTTP localhost 엔드포인트를 호출할 때 `flag=<flag-name>` 파라미터를 사용하여 단일 플래그의 값을 가져올 수 있습니다. Graviton2 (ARM64) 프로세서에 대한 초기 지원도 추가되었습니다.  | 

## Lambda 확장 버전 번호 찾기
<a name="appconfig-integration-lambda-extensions-versions-find"></a>

다음 절차에 따라 현재 구성된 AWS AppConfig 에이전트 Lambda 확장의 버전 번호를 찾습니다. 제대로 작동하려면 현재 호스팅 AWS 리전 되는에 대해 특정 Amazon 리소스 이름(ARN)을 사용하도록 Lambda 함수를 구성해야 합니다.

1. 에 로그인 AWS Management Console 하고 [https://console.aws.amazon.com/lambda/](https://console.aws.amazon.com/lambda/) AWS Lambda 콘솔을 엽니다.

1. `AWS-AppConfig-Extension` 계층을 추가하려는 Lambda 함수를 선택합니다.

1. **계층** 섹션에서 **계층 추가**를 선택합니다.

1. **계층 선택** 섹션의 **AWS 계층** 목록에서 **AWS-AppConfig-Extension**을 선택합니다.

1. **버전** 목록을 사용하여 버전 번호를 선택합니다.

1. **추가**를 선택합니다.

1. **테스트**를 사용해 함수를 테스트합니다.

1. 테스트가 완료되면 로그 출력을 확인하십시오. **실행 세부 정보** 섹션에서 AWS AppConfig 에이전트 Lambda 확장 버전을 찾습니다. 이 버전은 해당 버전의 필수 URL과 일치해야 합니다.

## x86-64 플랫폼
<a name="appconfig-integration-lambda-extensions-enabling-x86-64"></a>

Lambda에 확장을 계층으로 추가하는 경우 ARN을 지정해야 합니다. 다음 표에서 Lambda를 생성한 AWS 리전 에 해당하는 ARN을 선택합니다. 이러한 ARN은 x86-64 플랫폼용으로 개발된 Lambda 함수를 위한 것입니다.


**버전 2.0.14126.0**  

| 리전 | ARN | 
| --- | --- | 
| 미국 동부(버지니아 북부) | `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:317` | 
| 미국 동부(오하이오) | `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:273` | 
| 미국 서부(캘리포니아 북부) | `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:383` | 
| 미국 서부(오레곤) | `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:369` | 
| 캐나다(중부) | `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:258` | 
| 캐나다 서부(캘거리) | `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension:168` | 
| 유럽(프랑크푸르트) | `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:291` | 
| 유럽(취리히) | `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension:216` | 
| 유럽(아일랜드) | `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:299` | 
| 유럽(런던) | `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension:238` | 
| 유럽(파리) | `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension:269` | 
| 유럽(스톡홀름) | `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension:363` | 
| 유럽(밀라노) | `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:245` | 
| 유럽(스페인) | `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension:210` | 
| 아시아 태평양(홍콩) | `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:249` | 
| 아시아 태평양(타이베이) | `arn:aws:lambda:ap-east-2:730335625313:layer:AWS-AppConfig-Extension:139` | 
| 아시아 태평양(뭄바이) | `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:286` | 
| 아시아 태평양(하이데라바드) | `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension:213` | 
| 아시아 태평양(도쿄) | `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:268` | 
| 아시아 태평양(서울) | `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:269` | 
| 아시아 태평양(오사카) | `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:268` | 
| 아시아 태평양(싱가포르) | `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:254` | 
| 아시아 태평양(시드니) | `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:309` | 
| 아시아 태평양(자카르타) | `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:252` | 
| 아시아 태평양(멜버른) | `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension:184` | 
| 아시아 태평양(말레이시아) | `arn:aws:lambda:ap-southeast-5:631746059939:layer:AWS-AppConfig-Extension:157` | 
| 아시아 태평양(뉴질랜드) | `arn:aws:lambda:ap-southeast-6:381491832265:layer:AWS-AppConfig-Extension:87` | 
| 아시아 태평양(태국) | `arn:aws:lambda:ap-southeast-7:851725616657:layer:AWS-AppConfig-Extension:130` | 
| 아프리카(케이프타운) | `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension:256` | 
| 이스라엘(텔아비브) | `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension:184` | 
| 멕시코(중부) | `arn:aws:lambda:mx-central-1:891376990304:layer:AWS-AppConfig-Extension:138` | 
| 남아메리카(상파울루) | `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:323` | 
| China (Beijing) | `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:236` | 
| 중국(닝샤) | `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:237` | 
| AWS GovCloud(미국 동부) | `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:215` | 
| AWS GovCloud(미국 서부) | `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:214` | 

## ARM64 플랫폼
<a name="appconfig-integration-lambda-extensions-enabling-ARM64"></a>

Lambda에 확장을 계층으로 추가하는 경우 ARN을 지정해야 합니다. 다음 표에서 Lambda를 생성한 AWS 리전 에 해당하는 ARN을 선택합니다. 이러한 ARN은 ARM64 플랫폼용으로 개발된 Lambda 함수를 위한 것입니다.


**버전 2.0.14126.0**  

| 리전 | ARN | 
| --- | --- | 
| 미국 동부(버지니아 북부) | `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension-Arm64:250` | 
| 미국 동부(오하이오) | `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension-Arm64:225` | 
| 미국 서부(캘리포니아 북부) | `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension-Arm64:260` | 
| 미국 서부(오레곤) | `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension-Arm64:271` | 
| 캐나다(중부) | `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension-Arm64:178` | 
| 캐나다 서부(캘거리) | `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension-Arm64:158` | 
| 유럽(프랑크푸르트) | `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension-Arm64:234` | 
| 유럽(취리히) | `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension-Arm64:174` | 
| 유럽(아일랜드) | `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension-Arm64:237` | 
| 유럽(런던) | `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension-Arm64:190` | 
| 유럽(파리) | `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension-Arm64:188` | 
| 유럽(스톡홀름) | `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension-Arm64:222` | 
| 유럽(밀라노) | `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension-Arm64:173` | 
| 유럽(스페인) | `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension-Arm64:171` | 
| 아시아 태평양(홍콩) | `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension-Arm64:177` | 
| 아시아 태평양(타이베이) | `arn:aws:lambda:ap-east-2:730335625313:layer:AWS-AppConfig-Extension-Arm64:113` | 
| 아시아 태평양(뭄바이) | `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension-Arm64:228` | 
| 아시아 태평양(하이데라바드) | `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension-Arm64:171` | 
| 아시아 태평양(도쿄) | `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension-Arm64:221` | 
| 아시아 태평양(서울) | `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension-Arm64:177` | 
| 아시아 태평양(오사카) | `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension-Arm64:183` | 
| 아시아 태평양(싱가포르) | `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension-Arm64:206` | 
| 아시아 태평양(시드니) | `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension-Arm64:252` | 
| 아시아 태평양(자카르타) | `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension-Arm64:189` | 
| 아시아 태평양(멜버른) | `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension-Arm64:169` | 
| 아시아 태평양(말레이시아) | `arn:aws:lambda:ap-southeast-5:631746059939:layer:AWS-AppConfig-Extension-Arm64:132` | 
| 아시아 태평양(뉴질랜드) | `arn:aws:lambda:ap-southeast-6:381491832265:layer:AWS-AppConfig-Extension-Arm64:77` | 
| 아시아 태평양(태국) | `arn:aws:lambda:ap-southeast-7:851725616657:layer:AWS-AppConfig-Extension-Arm64:129` | 
| 아프리카(케이프타운) | `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension-Arm64:184` | 
| 이스라엘(텔아비브) | `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension-Arm64:167` | 
| 멕시코(중부) | `arn:aws:lambda:mx-central-1:891376990304:layer:AWS-AppConfig-Extension-Arm64:137` | 
| 남아메리카(상파울루) | `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension-Arm64:211` | 
| China (Beijing) | `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension-Arm64:158` | 
| 중국(닝샤) | `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension-Arm64:159` | 
| AWS GovCloud(미국 동부) | `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension-Arm64:161` | 
| AWS GovCloud(미국 서부) | `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension-Arm64:160` | 

## 이전 확장 버전
<a name="appconfig-integration-lambda-extensions-enabling-older-versions"></a>

이 섹션에서는 이전 버전의 AWS AppConfig Lambda 확장에 AWS 리전 대한 ARNs 및를 나열합니다. 이 목록에는 AWS AppConfig 에이전트 Lambda 확장의 모든 이전 버전에 대한 정보가 포함되어 있지는 않지만 새 버전이 출시되면 업데이트됩니다.

**Topics**
+ [이전 확장 버전 (x86-64 플랫폼)](#appconfig-integration-lambda-extensions-enabling-older-versions-x86-64)
+ [이전 확장 버전 (ARM64 플랫폼)](#appconfig-integration-lambda-extensions-enabling-older-versions-ARM64)

### 이전 확장 버전 (x86-64 플랫폼)
<a name="appconfig-integration-lambda-extensions-enabling-older-versions-x86-64"></a>

다음 표에는 x86-64 플랫폼용으로 개발된 AWS AppConfig 에이전트 Lambda 확장의 이전 버전에 AWS 리전 대한 ARNs과이 나열되어 있습니다.

최신 확장으로 대체된 날짜: 03/25/2026


**버전 2.0.11962.0**  

| 리전 | ARN | 
| --- | --- | 
|  미국 동부(버지니아 북부)  |   `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:296`   | 
|  미국 동부(오하이오)  |   `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:252`   | 
|  미국 서부(캘리포니아 북부)  |   `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:359`   | 
|  미국 서부(오레곤)  |   `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:348`   | 
|  캐나다(중부)  |   `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:239`   | 
|  캐나다 서부(캘거리)  |   `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension:147`   | 
|  유럽(프랑크푸르트)  |   `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:270`   | 
|  유럽(취리히)  |   `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension:195`   | 
|  유럽(아일랜드)  |   `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:278`   | 
|  유럽(런던)  |   `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension:217`   | 
|  유럽(파리)  |   `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension:248`   | 
|  유럽(스톡홀름)  |   `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension:342`   | 
|  유럽(밀라노)  |   `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:226`   | 
|  유럽(스페인)  |   `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension:189`   | 
|  중국(베이징)  |   `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:219`   | 
|  중국(닝샤)  |   `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:221`   | 
|  아시아 태평양(홍콩)  |   `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:228`   | 
|  아시아 태평양(도쿄)  |   `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:245`   | 
|  아시아 태평양(서울)  |   `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:248`   | 
|  아시아 태평양(오사카)  |   `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:247`   | 
|  아시아 태평양(싱가포르)  |   `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:233`   | 
|  아시아 태평양(시드니)  |   `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:288`   | 
|  아시아 태평양(자카르타)  |   `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:231`   | 
|  아시아 태평양(멜버른)  |   `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension:163`   | 
|  아시아 태평양(말레이시아)  |   `arn:aws:lambda:ap-southeast-5:631746059939:layer:AWS-AppConfig-Extension:136`   | 
|  아시아 태평양(뭄바이)  |   `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:264`   | 
|  아시아 태평양(하이데라바드)  |   `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension:192`   | 
|  아시아 태평양(뉴질랜드)  |   `arn:aws:lambda:ap-southeast-6:381491832265:layer:AWS-AppConfig-Extension:58`   | 
|  아시아 태평양(태국)  |   `arn:aws:lambda:ap-southeast-7:851725616657:layer:AWS-AppConfig-Extension:109`   | 
|  아시아 태평양(타이베이)  |   `arn:aws:lambda:ap-east-2:730335625313:layer:AWS-AppConfig-Extension:118`   | 
|  남아메리카(상파울루)  |   `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:302`   | 
|  멕시코(중부)  |   `arn:aws:lambda:mx-central-1:891376990304:layer:AWS-AppConfig-Extension:115`   | 
|  아프리카(케이프타운)  |   `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension:234`   | 
|  이스라엘(텔아비브)  |   `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension:168`   | 
|  중동(UAE)  |   `arn:aws:lambda:me-central-1:662846165436:layer:AWS-AppConfig-Extension:206`   | 
|  Middle East (Bahrain)  |   `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension:244`   | 
|  AWS GovCloud(미국 동부)  |   `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:184`   | 
|  AWS GovCloud(미국 서부)  |   `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:182`   | 

최신 확장으로 대체된 날짜: 02/17/2026


**버전 2.0.8693**  

| 리전 | ARN | 
| --- | --- | 
|  미국 동부(버지니아 북부)  |   `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:279`   | 
|  미국 동부(오하이오)  |   `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:235`   | 
|  미국 서부(캘리포니아 북부)  |   `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:348`   | 
|  미국 서부(오레곤)  |   `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:335`   | 
|  캐나다(중부)  |   `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:228`   | 
|  캐나다 서부(캘거리)  |   `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension:130`   | 
|  유럽(프랑크푸르트)  |   `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:261`   | 
|  유럽(취리히)  |   `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension:178`   | 
|  유럽(아일랜드)  |   `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:261`   | 
|  유럽(런던)  |   `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension:207`   | 
|  유럽(파리)  |   `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension:235`   | 
|  유럽(스톡홀름)  |   `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension:333`   | 
|  유럽(밀라노)  |   `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:215`   | 
|  유럽(스페인)  |   `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension:176`   | 
| 중국(베이징) |   `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:205`   | 
| 중국(닝샤) |   `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:203`   | 
|  아시아 태평양(홍콩)  |   `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:217`   | 
|  아시아 태평양(도쿄)  |   `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:228`   | 
|  아시아 태평양(서울)  |   `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:239`   | 
| 아시아 태평양(오사카) |   `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:234`   | 
|  아시아 태평양(싱가포르)  |   `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:224`   | 
|  아시아 태평양(시드니)  |   `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:272`   | 
|  아시아 태평양(자카르타)  |   `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:222`   | 
|  아시아 태평양(멜버른)  |   `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension:152`   | 
|  아시아 태평양(말레이시아)  |   `arn:aws:lambda:ap-southeast-5:631746059939:layer:AWS-AppConfig-Extension:127`   | 
|  아시아 태평양(뭄바이)  |   `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:248`   | 
|  아시아 태평양(하이데라바드)  |   `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension:179`   | 
|  아시아 태평양(뉴질랜드)  |   `arn:aws:lambda:ap-southeast-6:381491832265:layer:AWS-AppConfig-Extension:41`   | 
|  아시아 태평양(태국)  |   `arn:aws:lambda:ap-southeast-7:851725616657:layer:AWS-AppConfig-Extension:98`   | 
|  아시아 태평양(타이베이)  |   `arn:aws:lambda:ap-east-2:730335625313:layer:AWS-AppConfig-Extension:100 `   | 
|  남아메리카(상파울루)  |   `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:288`   | 
|  멕시코(중부)  |   `arn:aws:lambda:mx-central-1:891376990304:layer:AWS-AppConfig-Extension:98`   | 
|  아프리카(케이프타운)  |   `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension:225`   | 
|  이스라엘(텔아비브)  |   `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension:155`   | 
|  중동(UAE)  |   `arn:aws:lambda:me-central-1:662846165436:layer:AWS-AppConfig-Extension:195`   | 
|  Middle East (Bahrain)  |   `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension:227`   | 
| AWS GovCloud(미국 동부) |   `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:184`   | 
| AWS GovCloud(미국 서부) |   `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:182`   | 

최신 확장으로 대체된 날짜: 11/20/2025


**버전 2.0.2037**  

| 리전 | ARN | 
| --- | --- | 
|  미국 동부(버지니아 북부)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:207`  | 
|  미국 동부(오하이오)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:162`  | 
|  미국 서부(캘리포니아 북부)  |  `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:258`  | 
|  미국 서부(오레곤)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:262`  | 
|  캐나다(중부)  |  `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:152`  | 
|  캐나다 서부(캘거리)  |  `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension:57`  | 
|  유럽(프랑크푸르트)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:189`  | 
|  유럽(취리히)  |  `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension:106`  | 
|  유럽(아일랜드)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:189`  | 
|  유럽(런던)  |  `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension:133`  | 
|  유럽(파리)  |  `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension:162`  | 
|  유럽(스톡홀름)  |  `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension:259`  | 
|  유럽(밀라노)  |  `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:140`  | 
|  유럽(스페인)  |  `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension:102`  | 
| 중국(베이징) |  `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:133`  | 
| 중국(닝샤) |  `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:131`  | 
|  아시아 태평양(홍콩)  |  `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:142`  | 
|  아시아 태평양(도쿄)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:155`  | 
|  아시아 태평양(서울)  |  `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:165`  | 
| 아시아 태평양(오사카) |  `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:159`  | 
|  아시아 태평양(싱가포르)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:156`  | 
|  아시아 태평양(시드니)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:199`  | 
|  아시아 태평양(자카르타)  |  `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:150`  | 
|  아시아 태평양(멜버른)  |  `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension:78`  | 
|  아시아 태평양(말레이시아)  |  `arn:aws:lambda:ap-southeast-5:631746059939:layer:AWS-AppConfig-Extension:55`  | 
|  아시아 태평양(뭄바이)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:175`  | 
|  아시아 태평양(하이데라바드)  |  `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension:104`  | 
|  남아메리카(상파울루)  |  `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:215`  | 
|  아프리카(케이프타운)  |  `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension:152`  | 
|  이스라엘(텔아비브)  |  `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension:81`  | 
|  중동(UAE)  |  `arn:aws:lambda:me-central-1:662846165436:layer:AWS-AppConfig-Extension:120`  | 
|  Middle East (Bahrain)  |  `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension:154`  | 
| AWS GovCloud(미국 동부) |  `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:110`  | 
| AWS GovCloud(미국 서부) |  `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:109`  | 

최신 확장으로 대체된 날짜: 2025년 5월 20일


**버전 2.0.1079**  

| 리전 | ARN | 
| --- | --- | 
|  미국 동부(버지니아 북부)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:174`  | 
|  미국 동부(오하이오)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:133`  | 
|  미국 서부(캘리포니아 북부)  |  `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:223`  | 
|  미국 서부(오레곤)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:230`  | 
|  캐나다(중부)  |  `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:123`  | 
|  캐나다 서부(캘거리)  |  `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension:27`  | 
|  유럽(프랑크푸르트)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:159`  | 
|  유럽(취리히)  |  `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension:77`  | 
|  유럽(아일랜드)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:160`  | 
|  유럽(런던)  |  `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension:121`  | 
|  유럽(파리)  |  `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension:133`  | 
|  유럽(스톡홀름)  |  `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension:225`  | 
|  유럽(밀라노)  |  `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:111`  | 
|  유럽(스페인)  |  `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension:74`  | 
| 중국(베이징) |  `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:106`  | 
| 중국(닝샤) |  `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:104`  | 
|  아시아 태평양(홍콩)  |  `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:113`  | 
|  아시아 태평양(도쿄)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:126`  | 
|  아시아 태평양(서울)  |  `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:136`  | 
| 아시아 태평양(오사카) |  `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:130`  | 
|  아시아 태평양(싱가포르)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:134`  | 
|  아시아 태평양(시드니)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:165`  | 
|  아시아 태평양(자카르타)  |  `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:121`  | 
|  아시아 태평양(멜버른)  |  `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension:49`  | 
|  아시아 태평양(말레이시아)  |  `arn:aws:lambda:ap-southeast-5:631746059939:layer:AWS-AppConfig-Extension:26`  | 
|  아시아 태평양(뭄바이)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:146`  | 
|  아시아 태평양(하이데라바드)  |  `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension:75`  | 
|  남아메리카(상파울루)  |  `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:179`  | 
|  아프리카(케이프타운)  |  `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension:123`  | 
|  이스라엘(텔아비브)  |  `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension:52`  | 
|  중동(UAE)  |  `arn:aws:lambda:me-central-1:662846165436:layer:AWS-AppConfig-Extension:91`  | 
|  Middle East (Bahrain)  |  `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension:125`  | 
| AWS GovCloud(미국 동부) |  `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:80`  | 
| AWS GovCloud(미국 서부) |  `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:80`  | 

최신 확장으로 대체된 날짜: 2024년 12월 12일


**버전 2.0.719**  

| 리전 | ARN | 
| --- | --- | 
|  미국 동부(버지니아 북부)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:173`  | 
|  미국 동부(오하이오)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:132`  | 
|  미국 서부(캘리포니아 북부)  |  `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:221`  | 
|  미국 서부(오레곤)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:229`  | 
|  캐나다(중부)  |  `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:121`  | 
|  캐나다 서부(캘거리)  |  `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension:27`  | 
|  유럽(프랑크푸르트)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:158`  | 
|  유럽(취리히)  |  `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension:75`  | 
|  유럽(아일랜드)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:159`  | 
|  유럽(런던)  |  `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension:120`  | 
|  유럽(파리)  |  `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension:132`  | 
|  유럽(스톡홀름)  |  `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension:224`  | 
|  유럽(밀라노)  |  `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:110`  | 
|  유럽(스페인)  |  `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension:72`  | 
| 중국(베이징) |  `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:104`  | 
| 중국(닝샤) |  `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:102`  | 
|  아시아 태평양(홍콩)  |  `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:112`  | 
|  아시아 태평양(도쿄)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:125`  | 
|  아시아 태평양(서울)  |  `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:135`  | 
| 아시아 태평양(오사카) |  `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:129`  | 
|  아시아 태평양(싱가포르)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:132`  | 
|  아시아 태평양(시드니)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:164`  | 
|  아시아 태평양(자카르타)  |  `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:120`  | 
|  아시아 태평양(멜버른)  |  `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension:48`  | 
|  아시아 태평양(말레이시아)  |  `arn:aws:lambda:ap-southeast-5:631746059939:layer:AWS-AppConfig-Extension:25`  | 
|  아시아 태평양(뭄바이)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:145`  | 
|  아시아 태평양(하이데라바드)  |  `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension:74`  | 
|  남아메리카(상파울루)  |  `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:178`  | 
|  아프리카(케이프타운)  |  `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension:122`  | 
|  이스라엘(텔아비브)  |  `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension:50`  | 
|  중동(UAE)  |  `arn:aws:lambda:me-central-1:662846165436:layer:AWS-AppConfig-Extension:90`  | 
|  Middle East (Bahrain)  |  `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension:124`  | 
| AWS GovCloud(미국 동부) |  `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:79`  | 
| AWS GovCloud(미국 서부) |  `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:79`  | 

최신 확장으로 대체된 날짜: 2024년 8월 8일


**버전 2.0.678**  

| 리전 | ARN | 
| --- | --- | 
|  미국 동부(버지니아 북부)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:167`  | 
|  미국 동부(오하이오)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:126`  | 
|  미국 서부(캘리포니아 북부)  |  `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:213`  | 
|  미국 서부(오레곤)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:223`  | 
|  캐나다(중부)  |  `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:116`  | 
|  캐나다 서부(캘거리)  |  `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension:21`  | 
|  유럽(프랑크푸르트)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:152`  | 
|  유럽(취리히)  |  `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension:70`  | 
|  유럽(아일랜드)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:153`  | 
|  유럽(런던)  |  `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension:114`  | 
|  유럽(파리)  |  `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension:126`  | 
|  유럽(스톡홀름)  |  `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension:218`  | 
|  유럽(밀라노)  |  `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:104`  | 
|  유럽(스페인)  |  `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension:67`  | 
| 중국(베이징) |  `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:99`  | 
| 중국(닝샤) |  `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:97`  | 
|  아시아 태평양(홍콩)  |  `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:106`  | 
|  아시아 태평양(도쿄)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:119`  | 
|  아시아 태평양(서울)  |  `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:129`  | 
| 아시아 태평양(오사카) |  `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:123`  | 
|  아시아 태평양(싱가포르)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:127`  | 
|  아시아 태평양(시드니)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:158`  | 
|  아시아 태평양(자카르타)  |  `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:114`  | 
|  아시아 태평양(멜버른)  |  `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension:42`  | 
|  아시아 태평양(뭄바이)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:139`  | 
|  아시아 태평양(하이데라바드)  |  `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension:68`  | 
|  남아메리카(상파울루)  |  `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:172`  | 
|  아프리카(케이프타운)  |  `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension:116`  | 
|  이스라엘(텔아비브)  |  `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension:45`  | 
|  중동(UAE)  |  `arn:aws:lambda:me-central-1:662846165436:layer:AWS-AppConfig-Extension:84`  | 
|  Middle East (Bahrain)  |  `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension:118`  | 
| AWS GovCloud(미국 동부) |  `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:73`  | 
| AWS GovCloud(미국 서부) |  `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:73`  | 

최신 확장으로 대체된 날짜: 2024년 7월 23일


**버전 2.0.501**  

| 리전 | ARN | 
| --- | --- | 
|  미국 동부(버지니아 북부)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:153`  | 
|  미국 동부(오하이오)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:112`  | 
|  미국 서부(캘리포니아 북부)  |  `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:195`  | 
|  미국 서부(오레곤)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:210`  | 
|  캐나다(중부)  |  `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:101`  | 
|  유럽(프랑크푸르트)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:136`  | 
|  유럽(취리히)  |  `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension:53`  | 
|  유럽(아일랜드)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:144`  | 
|  유럽(런던)  |  `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension:99`  | 
|  유럽(파리)  |  `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension:111`  | 
|  유럽(스톡홀름)  |  `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension:201`  | 
|  유럽(밀라노)  |  `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:89`  | 
|  유럽(스페인)  |  `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension:50`  | 
| 중국(베이징) |  `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:85`  | 
| 중국(닝샤) |  `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:83`  | 
|  아시아 태평양(홍콩)  |  `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:91`  | 
|  아시아 태평양(도쿄)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:104`  | 
|  아시아 태평양(서울)  |  `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:114`  | 
| 아시아 태평양(오사카) |  `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:107`  | 
|  아시아 태평양(싱가포르)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:112`  | 
|  아시아 태평양(시드니)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:142`  | 
|  아시아 태평양(자카르타)  |  `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:98`  | 
|  아시아 태평양(멜버른)  |  `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension:26`  | 
|  아시아 태평양(뭄바이)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:125`  | 
|  아시아 태평양(하이데라바드)  |  `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension:53`  | 
|  남아메리카(상파울루)  |  `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:155`  | 
|  아프리카(케이프타운)  |  `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension:102`  | 
|  이스라엘(텔아비브)  |  `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension:28`  | 
|  중동(UAE)  |  `arn:aws:lambda:me-central-1:662846165436:layer:AWS-AppConfig-Extension:68`  | 
|  Middle East (Bahrain)  |  `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension:103`  | 
| AWS GovCloud(미국 동부) |  `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:59`  | 
| AWS GovCloud(미국 서부) |  `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:59`  | 

최신 확장으로 대체된 날짜: 2024년 7월 1일


**버전 2.0.358**  

| 리전 | ARN | 
| --- | --- | 
|  미국 동부(버지니아 북부)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:128`  | 
|  미국 동부(오하이오)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:93`  | 
|  미국 서부(캘리포니아 북부)  |  `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:141`  | 
|  미국 서부(오레곤)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:161`  | 
|  캐나다(중부)  |  `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:93`  | 
|  유럽(프랑크푸르트)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:106`  | 
|  유럽(취리히)  |  `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension:47`  | 
|  유럽(아일랜드)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:125`  | 
|  유럽(런던)  |  `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension:93`  | 
|  유럽(파리)  |  `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension:98`  | 
|  유럽(스톡홀름)  |  `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension:159`  | 
|  유럽(밀라노)  |  `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:83`  | 
|  유럽(스페인)  |  `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension:44`  | 
| 중국(베이징) |  `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:76`  | 
| 중국(닝샤) |  `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:76`  | 
|  아시아 태평양(홍콩)  |  `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:83`  | 
|  아시아 태평양(도쿄)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:98`  | 
|  아시아 태평양(서울)  |  `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:108`  | 
| 아시아 태평양(오사카) |  `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:101`  | 
|  아시아 태평양(싱가포르)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:106`  | 
|  아시아 태평양(시드니)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:106`  | 
|  아시아 태평양(자카르타)  |  `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:79`  | 
|  아시아 태평양(멜버른)  |  `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension:20`  | 
|  아시아 태평양(뭄바이)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:107`  | 
|  아시아 태평양(하이데라바드)  |  `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension:47`  | 
|  남아메리카(상파울루)  |  `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:128`  | 
|  아프리카(케이프타운)  |  `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension:83`  | 
|  이스라엘(텔아비브)  |  `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension:22`  | 
|  중동(UAE)  |  `arn:aws:lambda:me-central-1:662846165436:layer:AWS-AppConfig-Extension:49`  | 
|  Middle East (Bahrain)  |  `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension:85`  | 
| AWS GovCloud(미국 동부) |  `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:54`  | 
| AWS GovCloud(미국 서부) |  `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:54`  | 

최신 확장으로 대체된 날짜: 2023년 12월 1일


**버전 2.0.181**  

| 리전 | ARN | 
| --- | --- | 
|  미국 동부(버지니아 북부)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:113`  | 
|  미국 동부(오하이오)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:81`  | 
|  미국 서부(캘리포니아 북부)  |  `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:124`  | 
|  미국 서부(오레곤)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:146`  | 
|  캐나다(중부)  |  `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:81`  | 
|  유럽(프랑크푸르트)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:93`  | 
|  유럽(취리히)  |  `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension:32`  | 
|  유럽(아일랜드)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:110`  | 
|  유럽(런던)  |  `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension:81`  | 
|  유럽(파리)  |  `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension:82`  | 
|  유럽(스톡홀름)  |  `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension:142`  | 
|  유럽(밀라노)  |  `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:73`  | 
|  유럽(스페인)  |  `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension:29`  | 
| 중국(베이징) |  `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:68`  | 
| 중국(닝샤) |  `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:68`  | 
|  아시아 태평양(홍콩)  |  `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:73`  | 
|  아시아 태평양(도쿄)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:84`  | 
|  아시아 태평양(서울)  |  `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:93`  | 
| 아시아 태평양(오사카) |  `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:86`  | 
|  아시아 태평양(싱가포르)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:91`  | 
|  아시아 태평양(시드니)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:93`  | 
|  아시아 태평양(자카르타)  |  `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:64`  | 
|  아시아 태평양(멜버른)  |  `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension:5`  | 
|  아시아 태평양(뭄바이)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:94`  | 
|  아시아 태평양(하이데라바드)  |  `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension:32`  | 
|  남아메리카(상파울루)  |  `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:113`  | 
|  아프리카(케이프타운)  |  `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension:73`  | 
|  이스라엘(텔아비브)  |  `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension:7`  | 
|  중동(UAE)  |  `arn:aws:lambda:me-central-1:662846165436:layer:AWS-AppConfig-Extension:34`  | 
|  Middle East (Bahrain)  |  `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension:73`  | 
| AWS GovCloud(미국 동부) |  `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:46`  | 
| AWS GovCloud(미국 서부) |  `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:46`  | 

최신 확장으로 대체된 날짜: 2023년 8월 14일


**버전 2.0.165**  

| 리전 | ARN | 
| --- | --- | 
|  미국 동부(버지니아 북부)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:110`  | 
|  미국 동부(오하이오)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:79`  | 
|  미국 서부(캘리포니아 북부)  |  `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:121`  | 
|  미국 서부(오레곤)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:143`  | 
|  캐나다(중부)  |  `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:79`  | 
|  유럽(프랑크푸르트)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:91`  | 
|  유럽(취리히)  |  `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension:29`  | 
|  유럽(아일랜드)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:108`  | 
|  유럽(런던)  |  `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension:79`  | 
|  유럽(파리)  |  `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension:80`  | 
|  유럽(스톡홀름)  |  `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension:139`  | 
|  유럽(밀라노)  |  `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:71`  | 
|  유럽(스페인)  |  `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension:26`  | 
| 중국(베이징) |  `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:66`  | 
| 중국(닝샤) |  `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:66`  | 
|  아시아 태평양(홍콩)  |  `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:71`  | 
|  아시아 태평양(도쿄)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:82`  | 
|  아시아 태평양(서울)  |  `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:91`  | 
| 아시아 태평양(오사카) |  `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:84`  | 
|  아시아 태평양(싱가포르)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:89`  | 
|  아시아 태평양(시드니)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:91`  | 
|  아시아 태평양(자카르타)  |  `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:60`  | 
|  아시아 태평양(멜버른)  |  `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension:2`  | 
|  아시아 태평양(뭄바이)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:92`  | 
|  아시아 태평양(하이데라바드)  |  `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension:29`  | 
|  남아메리카(상파울루)  |  `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:110`  | 
|  아프리카(케이프타운)  |  `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension:71`  | 
|  중동(UAE)  |  `arn:aws:lambda:me-central-1:662846165436:layer:AWS-AppConfig-Extension:31`  | 
|  Middle East (Bahrain)  |  `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension:71`  | 
| AWS GovCloud(미국 동부) |  `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:44`  | 
| AWS GovCloud(미국 서부) |  `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:44`  | 

최신 확장으로 대체된 날짜: 2023년 2월 21일


**버전 2.0.122**  

| 리전 | ARN | 
| --- | --- | 
|  미국 동부(버지니아 북부) |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:82`  | 
|  미국 동부(오하이오)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:59`  | 
|  미국 서부(캘리포니아 북부)  |  `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:93`  | 
|  미국 서부(오레곤)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:114`  | 
|  캐나다(중부)  |  `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:59`  | 
|  유럽(프랑크푸르트)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:70`  | 
|  유럽(아일랜드)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:82`  | 
|  유럽(런던)  |  `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension:59`  | 
|  유럽(파리)  |  `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension:60`  | 
|  유럽(스톡홀름)  |  `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension:111`  | 
|  유럽(밀라노)  |  `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:54`  | 
| 중국(베이징) |  `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:52`  | 
| 중국(닝샤) |  `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:52`  | 
|  아시아 태평양(홍콩)  |  `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:54`  | 
|  아시아 태평양(도쿄)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:62`  | 
|  아시아 태평양(서울)  |  `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:70`  | 
| 아시아 태평양(오사카) |  `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:59`  | 
|  아시아 태평양(싱가포르)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:64`  | 
|  아시아 태평양(시드니)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:70`  | 
|  아시아 태평양(자카르타)  |  `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:37`  | 
|  아시아 태평양(뭄바이)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:71`  | 
|  남아메리카(상파울루)  |  `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:82`  | 
|  아프리카(케이프타운)  |  `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension:54`  | 
|  Middle East (Bahrain)  |  `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension:54`  | 
| AWS GovCloud(미국 동부) |  `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:29`  | 
| AWS GovCloud(미국 서부) |  `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:29`  | 

최신 확장으로 대체된 날짜: 2022년 8월 23일


**버전 2.0.58**  

| 리전 | ARN | 
| --- | --- | 
|  미국 동부(버지니아 북부)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:69`  | 
|  미국 동부(오하이오)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:50`  | 
|  미국 서부(캘리포니아 북부)  |  `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:78`  | 
|  미국 서부(오레곤)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:101`  | 
|  캐나다(중부)  |  `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:50`  | 
|  유럽(프랑크푸르트)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:59`  | 
|  유럽(아일랜드)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:69`  | 
|  유럽(런던)  |  `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension:50`  | 
|  유럽(파리)  |  `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension:51`  | 
|  유럽(스톡홀름)  |  `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension:98`  | 
|  유럽(밀라노)  |  `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:47`  | 
| 중국(베이징) |  `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:46`  | 
| 중국(닝샤) |  `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:46`  | 
|  아시아 태평양(홍콩)  |  `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:47`  | 
|  아시아 태평양(도쿄)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:49`  | 
|  아시아 태평양(서울)  |  `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:59`  | 
| 아시아 태평양(오사카) |  `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:46`  | 
|  아시아 태평양(싱가포르)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:51`  | 
|  아시아 태평양(시드니)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:59`  | 
|  아시아 태평양(자카르타)  |  `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:24`  | 
|  아시아 태평양(뭄바이)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:60`  | 
|  남아메리카(상파울루)  |  `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:69`  | 
|  아프리카(케이프타운)  |  `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension:47`  | 
|  Middle East (Bahrain)  |  `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension:47`  | 
| AWS GovCloud(미국 동부) |  `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:23`  | 
| AWS GovCloud(미국 서부) |  `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:23`  | 

최신 확장으로 대체된 날짜: 2022년 4월 21일


**버전 2.0.45**  

| 리전 | ARN | 
| --- | --- | 
|  미국 동부(버지니아 북부)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:68`  | 
|  미국 동부(오하이오)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:49`  | 
|  미국 서부(캘리포니아 북부)  |  `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:77`  | 
|  미국 서부(오레곤)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:100`  | 
|  캐나다(중부)  |  `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:49`  | 
|  유럽(프랑크푸르트)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:58`  | 
|  유럽(아일랜드)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:68`  | 
|  유럽(런던)  |  `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension:49`  | 
|  유럽(파리)  |  `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension:50`  | 
|  유럽(스톡홀름)  |  `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension:97`  | 
|  유럽(밀라노)  |  `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:46`  | 
| 중국(베이징) |  `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:45`  | 
| 중국(닝샤) |  `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:45`  | 
|  아시아 태평양(홍콩)  |  `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:46`  | 
|  아시아 태평양(도쿄)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:48`  | 
|  아시아 태평양(서울)  |  `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:58`  | 
| 아시아 태평양(오사카) |  `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:45`  | 
|  아시아 태평양(싱가포르)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:50`  | 
|  아시아 태평양(시드니)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:58`  | 
|  아시아 태평양(자카르타)  |  `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:23`  | 
|  아시아 태평양(뭄바이)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:59`  | 
|  남아메리카(상파울루)  |  `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:68`  | 
|  아프리카(케이프타운)  |  `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension:46`  | 
|  Middle East (Bahrain)  |  `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension:46`  | 
| AWS GovCloud(미국 동부) |  `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:22`  | 
| AWS GovCloud(미국 서부) |  `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:22`  | 

최신 확장으로 대체된 날짜: 2022/03/15


**버전 2.0.30**  

| 리전 | ARN | 
| --- | --- | 
|  미국 동부(버지니아 북부)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:61`  | 
|  미국 동부(오하이오)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:47`  | 
|  미국 서부(캘리포니아 북부)  |  `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:61`  | 
|  미국 서부(오레곤)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:89`  | 
|  캐나다(중부)  |  `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:47`  | 
|  유럽(프랑크푸르트)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:54`  | 
|  유럽(아일랜드)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:59`  | 
|  유럽(런던)  |  `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension:47`  | 
|  유럽(파리)  |  `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension:48`  | 
|  유럽(스톡홀름)  |  `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension:86`  | 
|  유럽(밀라노)  |  `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:44`  | 
| 중국(베이징) |  `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:43`  | 
| 중국(닝샤) |  `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:43`  | 
|  아시아 태평양(홍콩)  |  `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:44`  | 
|  아시아 태평양(도쿄)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:45`  | 
| 아시아 태평양(오사카) |  `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:42`  | 
|  아시아 태평양(서울)  |  `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:54`  | 
|  아시아 태평양(싱가포르)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:45`  | 
|  아시아 태평양(시드니)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:54`  | 
|  아시아 태평양(자카르타)  |  `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:13`  | 
|  아시아 태평양(뭄바이)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:55`  | 
|  남아메리카(상파울루)  |  `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:61`  | 
|  아프리카(케이프타운)  |  `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension:44`  | 
|  Middle East (Bahrain)  |  `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension:44`  | 
| AWS GovCloud(미국 동부) |  `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:20`  | 
| AWS GovCloud(미국 서부) |  `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:20`  | 

### 이전 확장 버전 (ARM64 플랫폼)
<a name="appconfig-integration-lambda-extensions-enabling-older-versions-ARM64"></a>

다음 표에는 ARM64 플랫폼용으로 개발된 AWS AppConfig 에이전트 Lambda 확장의 이전 버전에 AWS 리전 대한 ARNs과가 나열되어 있습니다.

최신 확장으로 대체된 날짜: 03/25/2026


**버전 2.0.11962.0**  

| 리전 | ARN | 
| --- | --- | 
|  미국 동부(버지니아 북부)  |   `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension-Arm64:229`   | 
|  미국 동부(오하이오)  |   `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension-Arm64:204`   | 
|  미국 서부(캘리포니아 북부)  |   `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension-Arm64:236`   | 
|  미국 서부(오레곤)  |   `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension-Arm64:250`   | 
|  캐나다(중부)  |   `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension-Arm64:159`   | 
|  캐나다 서부(캘거리)  |   `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension-Arm64:137`   | 
|  유럽(프랑크푸르트)  |   `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension-Arm64:213`   | 
|  유럽(취리히)  |   `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension-Arm64:153`   | 
|  유럽(아일랜드)  |   `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension-Arm64:216`   | 
|  유럽(런던)  |   `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension-Arm64:169`   | 
|  유럽(파리)  |   `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension-Arm64:167`   | 
|  유럽(스톡홀름)  |   `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension-Arm64:201`   | 
|  유럽(밀라노)  |   `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension-Arm64:154`   | 
|  유럽(스페인)  |   `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension-Arm64:150`   | 
|  아시아 태평양(홍콩)  |   `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension-Arm64:156`   | 
|  아시아 태평양(타이베이)  |   `arn:aws:lambda:ap-east-2:730335625313:layer:AWS-AppConfig-Extension-Arm64:92`   | 
|  아시아 태평양(도쿄)  |   `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension-Arm64:198`   | 
|  아시아 태평양(서울)  |   `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension-Arm64:156`   | 
|  아시아 태평양(오사카)  |   `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension-Arm64:162`   | 
|  아시아 태평양(싱가포르)  |   `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension-Arm64:185`   | 
|  아시아 태평양(시드니)  |   `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension-Arm64:231`   | 
|  아시아 태평양(자카르타)  |   `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension-Arm64:168`   | 
|  아시아 태평양(멜버른)  |   `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension-Arm64:148`   | 
|  아시아 태평양(말레이시아)  |   `arn:aws:lambda:ap-southeast-5:631746059939:layer:AWS-AppConfig-Extension-Arm64:111`   | 
|  아시아 태평양(뉴질랜드)  |   `arn:aws:lambda:ap-southeast-6:381491832265:layer:AWS-AppConfig-Extension-Arm64:48`   | 
|  아시아 태평양(태국)  |   `arn:aws:lambda:ap-southeast-7:851725616657:layer:AWS-AppConfig-Extension-Arm64:108`   | 
|  아시아 태평양(뭄바이)  |   `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension-Arm64:206`   | 
|  아시아 태평양(하이데라바드)  |   `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension-Arm64:150`   | 
|  남아메리카(상파울루)  |   `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension-Arm64:190`   | 
|  멕시코(중부)  |   `arn:aws:lambda:mx-central-1:891376990304:layer:AWS-AppConfig-Extension-Arm64:114`   | 
|  아프리카(케이프타운)  |   `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension-Arm64:162`   | 
|  중동(UAE)  |   `arn:aws:lambda:me-central-1:662846165436:layer:AWS-AppConfig-Extension-Arm64:162`   | 
|  Middle East (Bahrain)  |   `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension-Arm64:172`   | 
|  이스라엘(텔아비브)  |   `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension-Arm64:151`   | 
|  중국(베이징)  |   `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension-Arm64:141`   | 
|  중국(닝샤)  |   `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension-Arm64:143`   | 
|  AWS GovCloud(미국 동부)  |   `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension-Arm64:130`   | 
|  AWS GovCloud(미국 서부)  |   `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension-Arm64:128`   | 

최신 확장으로 대체된 날짜: 02/17/2026


**버전 2.0.8693**  

| 리전 | ARN | 
| --- | --- | 
|  미국 동부(버지니아 북부)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension-Arm64:212 `  | 
|  미국 동부(오하이오)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension-Arm64:187 `  | 
|  미국 서부(캘리포니아 북부)  |  `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension-Arm64:225 `  | 
|  미국 서부(오레곤)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension-Arm64:237 `  | 
|  캐나다(중부)  |  `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension-Arm64:148 `  | 
|  캐나다 서부(캘거리)  |  `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension-Arm64:120 `  | 
|  유럽(프랑크푸르트)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension-Arm64:204 `  | 
|  유럽(취리히)  |  `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension-Arm64:136 `  | 
|  유럽(아일랜드)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension-Arm64:199 `  | 
|  유럽(런던)  |  `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension-Arm64:159`  | 
|  유럽(파리)  |  `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension-Arm64:154`  | 
|  유럽(스톡홀름)  |  `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension-Arm64:192 `  | 
|  유럽(밀라노)  |  `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension-Arm64:143 `  | 
|  유럽(스페인)  |  `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension-Arm64:137 `  | 
|  아시아 태평양(홍콩)  |  `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension-Arm64:145 `  | 
|  아시아 태평양(타이베이)  |  `arn:aws:lambda:ap-east-2:730335625313:layer:AWS-AppConfig-Extension-Arm64:74 `  | 
|  아시아 태평양(도쿄)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension-Arm64:181 `  | 
|  아시아 태평양(서울)  |  `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension-Arm64:147 `  | 
|  아시아 태평양(오사카)  |  `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension-Arm64:149 `  | 
|  아시아 태평양(싱가포르)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension-Arm64:176 `  | 
|  아시아 태평양(시드니)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension-Arm64:215 `  | 
|  아시아 태평양(자카르타)  |  `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension-Arm64:159 `  | 
|  아시아 태평양(멜버른)  |  `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension-Arm64:137 `  | 
|  아시아 태평양(말레이시아)  |  `arn:aws:lambda:ap-southeast-5:631746059939:layer:AWS-AppConfig-Extension-Arm64:102 `  | 
|  아시아 태평양(뉴질랜드)  |  `arn:aws:lambda:ap-southeast-6:381491832265:layer:AWS-AppConfig-Extension-Arm64:31 `  | 
|  아시아 태평양(태국)  |  `arn:aws:lambda:ap-southeast-7:851725616657:layer:AWS-AppConfig-Extension-Arm64:97 `  | 
|  아시아 태평양(뭄바이)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension-Arm64:190 `  | 
|  아시아 태평양(하이데라바드)  |  `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension-Arm64:137 `  | 
|  남아메리카(상파울루)  |  `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension-Arm64:176 `  | 
|  멕시코(중부)  |  `arn:aws:lambda:mx-central-1:891376990304:layer:AWS-AppConfig-Extension-Arm64:97 `  | 
|  아프리카(케이프타운)  |  `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension-Arm64:153 `  | 
|  중동(UAE)  |  `arn:aws:lambda:me-central-1:662846165436:layer:AWS-AppConfig-Extension-Arm64:151 `  | 
|  Middle East (Bahrain)  |  `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension-Arm64:155 `  | 
|  이스라엘(텔아비브)  |  `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension-Arm64:138 `  | 
| 중국(베이징) |  `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension-Arm64:127 `  | 
| 중국(닝샤) |  `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension-Arm64:125 `  | 
| AWS GovCloud(미국 동부) |  `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension-Arm64:130 `  | 
| AWS GovCloud(미국 서부) |  `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension-Arm64:128 `  | 

최신 확장으로 대체된 날짜: 11/20/2025


**버전 2.0.2037**  

| 리전 | ARN | 
| --- | --- | 
|  미국 동부(버지니아 북부)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension-Arm64:140`  | 
|  미국 동부(오하이오)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension-Arm64:114`  | 
|  미국 서부(캘리포니아 북부)  |  `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension-Arm64:135`  | 
|  미국 서부(오레곤)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension-Arm64:164`  | 
|  캐나다(중부)  |  `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension-Arm64:72`  | 
|  캐나다 서부(캘거리)  |  `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension-Arm64:47`  | 
|  유럽(프랑크푸르트)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension-Arm64:132`  | 
|  유럽(취리히)  |  `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension-Arm64:64`  | 
|  유럽(아일랜드)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension-Arm64:127`  | 
|  유럽(런던)  |  `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension-Arm64:85`  | 
|  유럽(파리)  |  `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension-Arm64:81`  | 
|  유럽(스톡홀름)  |  `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension-Arm64:118`  | 
|  유럽(밀라노)  |  `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension-Arm64:68`  | 
|  유럽(스페인)  |  `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension-Arm64:63`  | 
|  아시아 태평양(홍콩)  |  `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension-Arm64:70`  | 
|  아시아 태평양(도쿄)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension-Arm64:108`  | 
|  아시아 태평양(서울)  |  `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension-Arm64:73`  | 
|  아시아 태평양(오사카)  |  `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension-Arm64:74`  | 
|  아시아 태평양(싱가포르)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension-Arm64:108`  | 
|  아시아 태평양(시드니)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension-Arm64:142`  | 
|  아시아 태평양(자카르타)  |  `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension-Arm64:87`  | 
|  아시아 태평양(멜버른)  |  `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension-Arm64:63`  | 
|  아시아 태평양(말레이시아)  |  `arn:aws:lambda:ap-southeast-5:631746059939:layer:AWS-AppConfig-Extension-Arm64:30`  | 
|  아시아 태평양(뭄바이)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension-Arm64:117`  | 
|  아시아 태평양(하이데라바드)  |  `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension-Arm64:62`  | 
|  남아메리카(상파울루)  |  `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension-Arm64:103`  | 
|  아프리카(케이프타운)  |  `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension-Arm64:80`  | 
|  중동(UAE)  |  `arn:aws:lambda:me-central-1:662846165436:layer:AWS-AppConfig-Extension-Arm64:76`  | 
|  Middle East (Bahrain)  |  `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension-Arm64:82`  | 
|  이스라엘(텔아비브)  |  `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension-Arm64:64`  | 
| 중국(베이징) |  `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension-Arm64:55`  | 
| 중국(닝샤) |  `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension-Arm64:53`  | 
| AWS GovCloud(미국 동부) |  `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension-Arm64:56`  | 
| AWS GovCloud(미국 서부) |  `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension-Arm64:55`  | 

최신 확장으로 대체된 날짜: 2025년 5월 20일


**버전 2.0.1079**  

| 리전 | ARN | 
| --- | --- | 
|  미국 동부(버지니아 북부)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension-Arm64:107`  | 
|  미국 동부(오하이오)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension-Arm64:85`  | 
|  미국 서부(캘리포니아 북부)  |  `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension-Arm64:100`  | 
|  미국 서부(오레곤)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension-Arm64:132`  | 
|  캐나다(중부)  |  `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension-Arm64:43`  | 
|  캐나다 서부(캘거리)  |  `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension-Arm64:18`  | 
|  유럽(프랑크푸르트)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension-Arm64:102`  | 
|  유럽(취리히)  |  `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension-Arm64:35`  | 
|  유럽(아일랜드)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension-Arm64:98`  | 
|  유럽(런던)  |  `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension-Arm64:73`  | 
|  유럽(파리)  |  `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension-Arm64:52`  | 
|  유럽(스톡홀름)  |  `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension-Arm64:84`  | 
|  유럽(밀라노)  |  `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension-Arm64:39`  | 
|  유럽(스페인)  |  `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension-Arm64:35`  | 
|  아시아 태평양(홍콩)  |  `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension-Arm64:41`  | 
|  아시아 태평양(도쿄)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension-Arm64:79`  | 
|  아시아 태평양(서울)  |  `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension-Arm64:44`  | 
|  아시아 태평양(오사카)  |  `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension-Arm64:45`  | 
|  아시아 태평양(싱가포르)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension-Arm64:86`  | 
|  아시아 태평양(시드니)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension-Arm64:108`  | 
|  아시아 태평양(자카르타)  |  `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension-Arm64:58`  | 
|  아시아 태평양(멜버른)  |  `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension-Arm64:34`  | 
|  아시아 태평양(말레이시아)  |  `arn:aws:lambda:ap-southeast-5:631746059939:layer:AWS-AppConfig-Extension-Arm64:1`  | 
|  아시아 태평양(뭄바이)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension-Arm64:88`  | 
|  아시아 태평양(하이데라바드)  |  `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension-Arm64:33`  | 
|  남아메리카(상파울루)  |  `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension-Arm64:67`  | 
|  아프리카(케이프타운)  |  `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension-Arm64:51`  | 
|  중동(UAE)  |  `arn:aws:lambda:me-central-1:662846165436:layer:AWS-AppConfig-Extension-Arm64:47`  | 
|  Middle East (Bahrain)  |  `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension-Arm64:53`  | 
|  이스라엘(텔아비브)  |  `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension-Arm64:35`  | 
| 중국(베이징) |  `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension-Arm64:28`  | 
| 중국(닝샤) |  `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension-Arm64:26`  | 
| AWS GovCloud(미국 동부) |  `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension-Arm64:26`  | 
| AWS GovCloud(미국 서부) |  `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension-Arm64:26`  | 

최신 확장으로 대체된 날짜: 2024년 12월 12일


**버전 2.0.678**  

| 리전 | ARN | 
| --- | --- | 
|  미국 동부(버지니아 북부)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension-Arm64:106`  | 
|  미국 동부(오하이오)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension-Arm64:84`  | 
|  미국 서부(캘리포니아 북부)  |  `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension-Arm64:98`  | 
|  미국 서부(오레곤)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension-Arm64:131`  | 
|  캐나다(중부)  |  `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension-Arm64:41`  | 
|  캐나다 서부(캘거리)  |  `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension-Arm64:17`  | 
|  유럽(프랑크푸르트)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension-Arm64:101`  | 
|  유럽(취리히)  |  `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension-Arm64:33`  | 
|  유럽(아일랜드)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension-Arm64:97`  | 
|  유럽(런던)  |  `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension-Arm64:72`  | 
|  유럽(파리)  |  `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension-Arm64:51`  | 
|  유럽(스톡홀름)  |  `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension-Arm64:83`  | 
|  유럽(밀라노)  |  `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension-Arm64:38`  | 
|  유럽(스페인)  |  `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension-Arm64:33`  | 
|  아시아 태평양(홍콩)  |  `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension-Arm64:40`  | 
|  아시아 태평양(도쿄)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension-Arm64:78`  | 
|  아시아 태평양(서울)  |  `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension-Arm64:43`  | 
|  아시아 태평양(오사카)  |  `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension-Arm64:44`  | 
|  아시아 태평양(싱가포르)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension-Arm64:84`  | 
|  아시아 태평양(시드니)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension-Arm64:107`  | 
|  아시아 태평양(자카르타)  |  `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension-Arm64:57`  | 
|  아시아 태평양(멜버른)  |  `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension-Arm64:33`  | 
|  아시아 태평양(말레이시아)  |  `arn:aws:lambda:ap-southeast-5:631746059939:layer:AWS-AppConfig-Extension-Arm64:1`  | 
|  아시아 태평양(뭄바이)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension-Arm64:87`  | 
|  아시아 태평양(하이데라바드)  |  `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension-Arm64:32`  | 
|  남아메리카(상파울루)  |  `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension-Arm64:66`  | 
|  아프리카(케이프타운)  |  `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension-Arm64:50`  | 
|  중동(UAE)  |  `arn:aws:lambda:me-central-1:662846165436:layer:AWS-AppConfig-Extension-Arm64:46`  | 
|  Middle East (Bahrain)  |  `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension-Arm64:52`  | 
|  이스라엘(텔아비브)  |  `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension-Arm64:33`  | 
| 중국(베이징) |  `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension-Arm64:26`  | 
| 중국(닝샤) |  `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension-Arm64:24`  | 
| AWS GovCloud(미국 동부) |  `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension-Arm64:25`  | 
| AWS GovCloud(미국 서부) |  `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension-Arm64:25`  | 

최신 확장으로 대체된 날짜: 2024년 8월 8일


**버전 2.0.678**  

| 리전 | ARN | 
| --- | --- | 
|  미국 동부(버지니아 북부)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension-Arm64:100`  | 
|  미국 동부(오하이오)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension-Arm64:78`  | 
|  미국 서부(캘리포니아 북부)  |  `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension-Arm64:90`  | 
|  미국 서부(오리건)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension-Arm64:125`  | 
|  캐나다 서부(캘거리)  |  `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension:11`  | 
|  캐나다(중부)  |  `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension-Arm64:36`  | 
|  유럽(프랑크푸르트)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension-Arm64:95`  | 
|  유럽(취리히)  |  `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension-Arm64:28`  | 
|  유럽(아일랜드)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension-Arm64:91`  | 
|  유럽(런던)  |  `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension-Arm64:66`  | 
|  유럽(파리)  |  `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension-Arm64:45`  | 
|  유럽(스톡홀름)  |  `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension-Arm64:77`  | 
|  유럽(밀라노)  |  `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension-Arm64:32`  | 
|  유럽(스페인)  |  `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension-Arm64:28`  | 
|  아시아 태평양(홍콩)  |  `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension-Arm64:34`  | 
|  아시아 태평양(도쿄)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension-Arm64:72`  | 
|  아시아 태평양(서울)  |  `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension-Arm64:37`  | 
|  아시아 태평양(오사카)  |  `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension-Arm64:38`  | 
|  아시아 태평양(싱가포르)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension-Arm64:79`  | 
|  아시아 태평양(시드니)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension-Arm64:101`  | 
|  아시아 태평양(자카르타)  |  `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension-Arm64:51`  | 
|  아시아 태평양(멜버른)  |  `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension-Arm64:27`  | 
|  아시아 태평양(뭄바이)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension-Arm64:81`  | 
|  아시아 태평양(하이데라바드)  |  `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension-Arm64:26`  | 
|  남아메리카(상파울루)  |  `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension-Arm64:60`  | 
|  아프리카(케이프타운)  |  `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension-Arm64:44`  | 
|  중동(UAE)  |  `arn:aws:lambda:me-central-1:662846165436:layer:AWS-AppConfig-Extension-Arm64:40`  | 
|  Middle East (Bahrain)  |  `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension-Arm64:46`  | 
|  이스라엘(텔아비브)  |  `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension-Arm64:28`  | 
| 중국(베이징) |  `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension-Arm64:21`  | 
| 중국(닝샤) |  `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension-Arm64:19`  | 
| AWS GovCloud(미국 동부) |  `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension-Arm64:19`  | 
| AWS GovCloud(미국 서부) |  `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension-Arm64:19`  | 

최신 확장으로 대체된 날짜: 2024년 7월 23일


**버전 2.0.501**  

| 리전 | ARN | 
| --- | --- | 
|  미국 동부(버지니아 북부)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension-Arm64:86`  | 
|  미국 동부(오하이오)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension-Arm64:64`  | 
|  미국 서부(캘리포니아 북부)  |  `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension-Arm64:72`  | 
|  미국 서부(오리건)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension-Arm64:112`  | 
|  캐나다 서부(캘거리)  |  `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension:1`  | 
|  캐나다(중부)  |  `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension-Arm64:21`  | 
|  유럽(프랑크푸르트)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension-Arm64:79`  | 
|  유럽(취리히)  |  `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension-Arm64:11`  | 
|  유럽(아일랜드)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension-Arm64:82`  | 
|  유럽(런던)  |  `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension-Arm64:51`  | 
|  유럽(파리)  |  `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension-Arm64:30`  | 
|  유럽(스톡홀름)  |  `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension-Arm64:60`  | 
|  유럽(밀라노)  |  `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension-Arm64:17`  | 
|  유럽(스페인)  |  `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension-Arm64:11`  | 
|  아시아 태평양(홍콩)  |  `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension-Arm64:19`  | 
|  아시아 태평양(도쿄)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension-Arm64:57`  | 
|  아시아 태평양(서울)  |  `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension-Arm64:22`  | 
|  아시아 태평양(오사카)  |  `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension-Arm64:22`  | 
|  아시아 태평양(싱가포르)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension-Arm64:64`  | 
|  아시아 태평양(시드니)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension-Arm64:85`  | 
|  아시아 태평양(자카르타)  |  `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension-Arm64:35`  | 
|  아시아 태평양(멜버른)  |  `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension-Arm64:11`  | 
|  아시아 태평양(뭄바이)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension-Arm64:67`  | 
|  아시아 태평양(하이데라바드)  |  `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension-Arm64:11`  | 
|  남아메리카(상파울루)  |  `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension-Arm64:43`  | 
|  아프리카(케이프타운)  |  `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension-Arm64:30`  | 
|  중동(UAE)  |  `arn:aws:lambda:me-central-1:662846165436:layer:AWS-AppConfig-Extension-Arm64:24`  | 
|  Middle East (Bahrain)  |  `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension-Arm64:31`  | 
|  이스라엘(텔아비브)  |  `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension-Arm64:11`  | 
| 중국(베이징) |  `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension-Arm64:7`  | 
| 중국(닝샤) |  `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension-Arm64:5`  | 
| AWS GovCloud(미국 동부) |  `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension-Arm64:5`  | 
| AWS GovCloud(미국 서부) |  `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension-Arm64:5`  | 

최신 확장으로 대체된 날짜: 2024년 7월 1일


**버전 2.0.358**  

| 리전 | ARN | 
| --- | --- | 
|  미국 동부(버지니아 북부)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension-Arm64:61`  | 
|  미국 동부(오하이오)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension-Arm64:45`  | 
|  미국 서부(캘리포니아 북부)  |  `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension-Arm64:18`  | 
|  미국 서부(오레곤)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension-Arm64:63`  | 
|  캐나다(중부)  |  `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension-Arm64:13`  | 
|  유럽(프랑크푸르트)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension-Arm64:49`  | 
|  유럽(취리히)  |  `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension-Arm64:5`  | 
|  유럽(아일랜드)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension-Arm64:63`  | 
|  유럽(런던)  |  `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension-Arm64:45`  | 
|  유럽(파리)  |  `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension-Arm64:17`  | 
|  유럽(스톡홀름)  |  `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension-Arm64:18`  | 
|  유럽(밀라노)  |  `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension-Arm64:11`  | 
|  유럽(스페인)  |  `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension-Arm64:5`  | 
|  아시아 태평양(홍콩)  |  `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension-Arm64:11`  | 
|  아시아 태평양(도쿄)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension-Arm64:51`  | 
|  아시아 태평양(서울)  |  `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension-Arm64:16`  | 
|  아시아 태평양(오사카)  |  `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension-Arm64:16`  | 
|  아시아 태평양(싱가포르)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension-Arm64:58`  | 
|  아시아 태평양(시드니)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension-Arm64:49`  | 
|  아시아 태평양(자카르타)  |  `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension-Arm64:16`  | 
|  아시아 태평양(멜버른)  |  `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension-Arm64:5`  | 
|  아시아 태평양(뭄바이)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension-Arm64:49`  | 
|  아시아 태평양(하이데라바드)  |  `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension-Arm64:5`  | 
|  남아메리카(상파울루)  |  `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension-Arm64:16`  | 
|  아프리카(케이프타운)  |  `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension-Arm64:11`  | 
|  중동(UAE)  |  `arn:aws:lambda:me-central-1:662846165436:layer:AWS-AppConfig-Extension-Arm64:5`  | 
|  Middle East (Bahrain)  |  `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension-Arm64:13`  | 
|  이스라엘(텔아비브)  |  `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension-Arm64:5`  | 

최신 확장으로 대체된 날짜: 2023년 12월 1일


**버전 2.0.181**  

| 리전 | ARN | 
| --- | --- | 
|  미국 동부(버지니아 북부)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension-Arm64:46`  | 
|  미국 동부(오하이오)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension-Arm64:33`  | 
|  미국 서부(캘리포니아 북부)  |  `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension-Arm64:1`  | 
|  미국 서부(오레곤)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension-Arm64:48`  | 
|  캐나다(중부)  |  `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension-Arm64:1`  | 
|  유럽(프랑크푸르트)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension-Arm64:36`  | 
|  유럽(아일랜드)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension-Arm64:48`  | 
|  유럽(런던)  |  `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension-Arm64:33`  | 
|  유럽(파리)  |  `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension-Arm64:1`  | 
|  유럽(스톡홀름)  |  `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension-Arm64:1`  | 
|  유럽(밀라노)  |  `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension-Arm64:1`  | 
|  아시아 태평양(홍콩)  |  `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension-Arm64:1`  | 
|  아시아 태평양(도쿄)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension-Arm64:37`  | 
|  아시아 태평양(서울)  |  `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension-Arm64:1`  | 
|  아시아 태평양(오사카)  |  `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension-Arm64:1`  | 
|  아시아 태평양(싱가포르)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension-Arm64:43`  | 
|  아시아 태평양(시드니)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension-Arm64:36`  | 
|  아시아 태평양(자카르타)  |  `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension-Arm64:1`  | 
|  아시아 태평양(뭄바이)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension-Arm64:36`  | 
|  남아메리카(상파울루)  |  `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension-Arm64:1`  | 
|  아프리카(케이프타운)  |  `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension-Arm64:1`  | 
|  Middle East (Bahrain)  |  `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension-Arm64:1`  | 

최신 확장으로 대체된 날짜: 2023/03/30


**버전 2.0.165**  

| 리전 | ARN | 
| --- | --- | 
|  미국 동부(버지니아 북부)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension-Arm64:43`  | 
|  미국 동부(오하이오)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension-Arm64:31`  | 
|  미국 서부(오리건)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension-Arm64:45`  | 
|  유럽(프랑크푸르트)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension-Arm64:34`  | 
|  유럽(아일랜드)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension-Arm64:46`  | 
|  유럽(런던)  |  `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension-Arm64:31`  | 
|  아시아 태평양(도쿄)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension-Arm64:35`  | 
|  아시아 태평양(싱가포르)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension-Arm64:41`  | 
|  아시아 태평양(시드니)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension-Arm64:34`  | 
|  아시아 태평양(뭄바이)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension-Arm64:34`  | 

최신 확장으로 대체된 날짜: 2023/02/21


**버전 2.0.122**  

| 리전 | ARN | 
| --- | --- | 
|  미국 동부(버지니아 북부)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension-Arm64:15`  | 
|  미국 동부(오하이오)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension-Arm64:11`  | 
|  미국 서부(오리건)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension-Arm64:16`  | 
|  유럽(프랑크푸르트)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension-Arm64:13`  | 
|  유럽(아일랜드)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension-Arm64:20`  | 
|  유럽(런던)  |  `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension-Arm64:11`  | 
|  아시아 태평양(도쿄)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension-Arm64:15`  | 
|  아시아 태평양(싱가포르)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension-Arm64:16`  | 
|  아시아 태평양(시드니)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension-Arm64:13`  | 
|  아시아 태평양(뭄바이)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension-Arm64:13`  | 

최신 확장으로 대체된 날짜: 2022/08/23


**버전 2.0.58**  

| 리전 | ARN | 
| --- | --- | 
|  미국 동부(버지니아 북부)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension-Arm64:2`  | 
|  미국 동부(오하이오)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension-Arm64:2`  | 
|  미국 서부(오리건)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension-Arm64:3`  | 
|  유럽(프랑크푸르트)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension-Arm64:2`  | 
|  유럽(아일랜드)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension-Arm64:7`  | 
|  유럽(런던)  |  `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension-Arm64:2`  | 
|  아시아 태평양(도쿄)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension-Arm64:2`  | 
|  아시아 태평양(싱가포르)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension-Arm64:3`  | 
|  아시아 태평양(시드니)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension-Arm64:2`  | 
|  아시아 태평양(뭄바이)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension-Arm64:2`  | 

최신 확장으로 대체된 날짜: 2022/04/21


**버전 2.0.45**  

| 리전 | ARN | 
| --- | --- | 
|  미국 동부(버지니아 북부)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension-Arm64:1`  | 
|  미국 동부(오하이오)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension-Arm64:1`  | 
|  미국 서부(오리건)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension-Arm64:2`  | 
|  유럽(프랑크푸르트)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension-Arm64:1`  | 
|  유럽(아일랜드)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension-Arm64:6`  | 
|  유럽(런던)  |  `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension-Arm64:1`  | 
|  아시아 태평양(도쿄)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension-Arm64:1`  | 
|  아시아 태평양(싱가포르)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension-Arm64:2`  | 
|  아시아 태평양(시드니)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension-Arm64:1`  | 
|  아시아 태평양(뭄바이)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension-Arm64:1`  | 

# Amazon EC2 및 온프레미스 시스템에서 AWS AppConfig 에이전트 사용
<a name="appconfig-integration-ec2"></a>

 AWS AppConfig 에이전트를 사용하여 Amazon Elastic Compute Cloud(Amazon EC2) Linux 인스턴스에서 실행되는 애플리케이션 AWS AppConfig 과를 통합할 수 있습니다. 에이전트는 다음과 같은 방법으로 애플리케이션 처리 및 관리를 개선합니다.
+ 에이전트는 AWS Identity and Access Management (IAM) 역할을 사용하고 구성 데이터의 로컬 캐시를 관리하여 AWS AppConfig 사용자를 대신하여를 호출합니다. 로컬 캐시에서 구성 데이터를 가져오면 애플리케이션에서 구성 데이터를 관리하는 데 필요한 코드 업데이트 횟수가 줄어들고, 구성 데이터를 밀리초 단위로 검색할 수 있으며, 이러한 데이터에 대한 호출을 방해할 수 있는 네트워크 문제의 영향을 받지 않습니다.\$1
+ 에이전트는 AWS AppConfig 기능 플래그를 검색하고 해결하기 위한 기본 환경을 제공합니다.
+ 에이전트는 기본적으로 캐싱 전략, 폴링 간격, 로컬 구성 데이터의 가용성에 대한 모범 사례를 제공하는 동시에 후속 서비스 호출에 필요한 구성 토큰을 추적합니다.
+ 백그라운드에서 실행되는 동안 에이전트는 구성 AWS AppConfig 데이터 업데이트를 위해 데이터 영역을 주기적으로 폴링합니다. 애플리케이션은 포트 2772 (사용자 지정 가능한 기본 포트 값) 에서 localhost에 연결하고 HTTP GET을 호출하여 데이터를 검색함으로써 데이터를 검색할 수 있습니다.

\$1AWS AppConfig 에이전트는 서비스가 구성 데이터를 처음 검색할 때 데이터를 캐싱합니다. 이러한 이유로 데이터를 검색하기 위한 첫 번째 호출은 후속 호출보다 느립니다.

**Topics**
+ [1단계: (필수) 리소스 생성 및 권한 구성](#appconfig-integration-ec2-resources-and-permissions)
+ [2단계: (필수) Amazon EC2 인스턴스에 AWS AppConfig 에이전트 설치 및 시작](#appconfig-integration-ec2-installing)
+ [3단계: (선택 사항이지만 권장됨) CloudWatch Logs에 로그 파일 전송](#appconfig-integration-ec2-logs)
+ [4단계: (선택 사항) 환경 변수를 사용하여 Amazon EC2용 AWS AppConfig 에이전트 구성](#appconfig-integration-ec2-configuring)
+ [5단계: (필수) 구성 데이터 검색](#appconfig-integration-ec2-retrieving-data)
+ [6단계(선택 사항이지만 권장됨): AWS AppConfig 에이전트에 대한 업데이트 자동화](#appconfig-integration-ec2-updating-agent)

## 1단계: (필수) 리소스 생성 및 권한 구성
<a name="appconfig-integration-ec2-resources-and-permissions"></a>

Amazon EC2 인스턴스에서 실행되는 애플리케이션 AWS AppConfig 과 통합하려면 기능 플래그 또는 자유 형식 구성 데이터를 포함한 AWS AppConfig 아티팩트 및 구성 데이터를 생성해야 합니다. 자세한 내용은 [에서 기능 플래그 및 자유 형식 구성 데이터 생성 AWS AppConfig](creating-feature-flags-and-configuration-data.md) 단원을 참조하십시오.

에서 호스팅하는 구성 데이터를 검색하려면 AWS AppConfig 데이터 영역에 대한 액세스 권한으로 AWS AppConfig애플리케이션을 구성해야 합니다. 애플리케이션에 액세스 권한을 부여하려면 Amazon EC2 인스턴스 역할에 할당된 IAM 권한 정책을 업데이트하십시오. 특히, 정책에 `appconfig:StartConfigurationSession` 및 `appconfig:GetLatestConfiguration` 액션을 추가해야 합니다. 다음 예를 참고하세요

------
#### [ JSON ]

****  

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

------

정책에 권한을 추가하는 것에 대한 자세한 내용은 *IAM 사용 설명서*의 [IAM 자격 증명 권한 추가 및 제거](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_manage-attach-detach.html)를 참조하십시오.

## 2단계: (필수) Amazon EC2 인스턴스에 AWS AppConfig 에이전트 설치 및 시작
<a name="appconfig-integration-ec2-installing"></a>

AWS AppConfig 에이전트는에서 관리하는 Amazon Simple Storage Service(Amazon S3) 버킷에서 호스팅됩니다 AWS. 다음 절차를 사용하여 Linux 인스턴스에 최신 버전의 에이전트를 설치합니다. 애플리케이션이 여러 인스턴스에 분산되어 있는 경우 애플리케이션을 호스팅하는 각 인스턴스에서 이 절차를 수행해야 합니다.

**참고**  
다음과 같은 정보를 참고합니다.  
AWS AppConfig 에이전트는 커널 버전 4.15 이상을 실행하는 Linux 운영 체제에서 사용할 수 있습니다. Ubuntu와 같은 Debian 기반 시스템은 지원되지 않습니다.
에이전트는 x86\$164 및 ARM64 아키텍처를 지원합니다.
분산 애플리케이션의 경우 Auto Scaling 그룹의 Amazon EC2 사용자 데이터에 설치 및 시작 명령을 추가하는 것이 좋습니다. 그러면 각 인스턴스가 명령을 자동으로 실행합니다. 자세한 내용은 *Amazon EC2 사용 설명서*에서 [시작 시 Linux 인스턴스에서 명령 실행](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/user-data.html)을 참조하세요. 추가로 *Amazon EC2 Auto Scaling 사용 설명서*의 [자습서: 인스턴스 메타데이터를 통해 대상 수명 주기 상태를 검색하기 위한 사용자 데이터 구성하기](https://docs.aws.amazon.com/autoscaling/ec2/userguide/tutorial-lifecycle-hook-instance-metadata.html)를 참조하십시오.
이 주제 전체의 절차에서는 인스턴스에 로그인하여 명령을 실행하여 에이전트를 설치하는 등의 액션을 수행하는 방법을 설명합니다. AWS Systems Manager의 기능인 Run Command를 사용하여 로컬 클라이언트 머신에서 명령을 실행하고, 하나 이상의 인스턴스를 대상으로 지정할 수 있습니다. 자세한 내용은 *AWS Systems Manager 사용 설명서*에서 [AWS Systems Manager Run Command](https://docs.aws.amazon.com/systems-manager/latest/userguide/run-command.html)를 참조하십시오.
AWS AppConfig Amazon EC2 Linux 인스턴스의 에이전트는 `systemd` 서비스입니다.

**인스턴스에 AWS AppConfig 에이전트를 설치하고 시작하려면**

1. Linux 인스턴스에 로그인합니다.

1. 터미널을 열고 관리자 권한으로 다음 명령 중 하나를 실행합니다.

   **x86\$164**

   ```
   sudo yum install https://s3.amazonaws.com/aws-appconfig-downloads/aws-appconfig-agent/linux/x86_64/latest/aws-appconfig-agent.rpm
   ```

   **ARM64**

   ```
   sudo yum install https://s3.amazonaws.com/aws-appconfig-downloads/aws-appconfig-agent/linux/arm64/latest/aws-appconfig-agent.rpm
   ```

   특정 버전의 AWS AppConfig 에이전트를 설치하려면 URL`latest`에서를 특정 버전 번호로 바꿉니다. 다음은 x86\$164의 예시입니다.

   ```
   sudo yum install https://s3.amazonaws.com/aws-appconfig-downloads/aws-appconfig-agent/linux/x86_64/2.0.2/aws-appconfig-agent.rpm
   ```

1. 에이전트를 시작하려면 다음 명령을 실행합니다.

   ```
   sudo systemctl start aws-appconfig-agent
   ```

1. 다음 명령을 실행하여 에이전트가 실행 중인지 확인합니다.

   ```
   sudo systemctl status aws-appconfig-agent
   ```

   명령이 제대로 실행되면 다음과 비슷한 정보를 반환합니다.

   ```
   aws-appconfig-agent.service - aws-appconfig-agent
     ...
     Active: active (running) since Mon 2023-07-26 00:00:00 UTC; 0s ago
     ...
   ```

**참고**  
에이전트를 중지하려면 다음 명령을 실행합니다.  

```
sudo systemctl stop aws-appconfig-agent
```

## 3단계: (선택 사항이지만 권장됨) CloudWatch Logs에 로그 파일 전송
<a name="appconfig-integration-ec2-logs"></a>

기본적으로 AWS AppConfig 에이전트는 STDERR에 로그를 게시합니다. Systemd는 Linux 인스턴스에서 실행되는 모든 서비스의 STDOUT 및 STDERR을 시스템 저널로 리디렉션합니다. 하나 또는 두 개의 인스턴스에서만 AWS AppConfig 에이전트를 실행하는 경우 시스템 저널에서 로그 데이터를 보고 관리할 수 있습니다. 분산 애플리케이션에 강력히 권장하는 더 나은 솔루션은 디스크에 로그 파일을 기록한 다음 Amazon CloudWatch 에이전트를 사용하여 로그 데이터를 AWS 클라우드에 업로드하는 것입니다. 또한 인스턴스에서 오래된 로그 파일을 삭제하도록 CloudWatch 에이전트를 구성하여 인스턴스의 디스크 공간이 부족해지는 것을 방지할 수 있습니다.

디스크 로깅을 활성화하려면 [4단계: (선택 사항) 환경 변수를 사용하여 Amazon EC2용 AWS AppConfig 에이전트 구성](#appconfig-integration-ec2-configuring)에 설명된 대로 `LOG_PATH` 환경 변수를 설정해야 합니다.

CloudWatch 에이전트로 시작하려면 *Amazon CloudWatch 사용 설명서*의 [CloudWatch 에이전트를 사용하여 Amazon EC2 인스턴스 및 온프레미스 서버로부터 지표 및 로그 수집](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Install-CloudWatch-Agent.html)을 참조하십시오. Systems Manager 내 도구인 빠른 설정을 사용하여 CloudWatch 에이전트를 빠르게 설치할 수 있습니다. 자세한 내용은 *AWS Systems Manager 사용 설명서*의 [빠른 설정 호스트 관리](https://docs.aws.amazon.com/systems-manager/latest/userguide/quick-setup-host-management.html)를 참조하십시오.

**주의**  
CloudWatch 에이전트를 사용하지 않고 디스크에 로그 파일을 쓰도록 선택한 경우 이전 로그 파일을 삭제해야 합니다. AWS AppConfig 에이전트는 매시간 로그 파일을 자동으로 교체합니다. 오래된 로그 파일을 삭제하지 않으면 인스턴스의 디스크 공간이 부족해질 수 있습니다.

인스턴스에 CloudWatch 에이전트를 설치한 후 CloudWatch 에이전트 구성 파일을 생성합니다. 구성 파일은 CloudWatch 에이전트에 AWS AppConfig 에이전트 로그 파일 작업 방법을 지시합니다. CloudWatch 에이전트 구성 파일을 구성하는 방법에 대한 자세한 내용은 [CloudWatch 에이전트 구성 파일 생성](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/create-cloudwatch-agent-configuration-file.html) 섹션을 참조하십시오.

인스턴스의 CloudWatch 에이전트 구성 파일에 다음 `logs` 섹션을 추가하고 변경 내용을 저장합니다.

```
"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` CloudWatch 에이전트`auto_removal`는 교체된 AWS AppConfig 에이전트 로그 파일을 자동으로 삭제합니다.

## 4단계: (선택 사항) 환경 변수를 사용하여 Amazon EC2용 AWS AppConfig 에이전트 구성
<a name="appconfig-integration-ec2-configuring"></a>

환경 변수를 사용하여 Amazon EC2용 AWS AppConfig 에이전트를 구성할 수 있습니다. `systemd` 서비스의 환경 변수를 설정하려면 드롭인 단위 파일을 생성합니다. 다음 예제에서는 드롭인 단위 파일을 생성하여 AWS AppConfig 에이전트 로깅 수준을 로 설정하는 방법을 보여줍니다`DEBUG`.

**환경 변수에 대한 드롭인 단위 파일을 만드는 방법의 예**

1. Linux 인스턴스에 로그인합니다.

1. 터미널을 열고 다음 명령을 관리자 권한으로 실행합니다. 이 명령은 구성 디렉터리를 생성합니다.

   ```
   sudo mkdir /etc/systemd/system/aws-appconfig-agent.service.d
   ```

1. 다음 명령을 실행해 드롭인 단위 파일을 생성합니다. *file\$1name*을 파일 이름으로 바꿉니다. 확장자는 다음과 같아야 합니다: `.conf`

   ```
   sudo touch /etc/systemd/system/aws-appconfig-agent.service.d/file_name.conf
   ```

1. 드롭인 단위 파일에 정보를 입력합니다. 다음 예제에서는 환경 변수를 정의하는 `Service` 섹션을 추가합니다. 이 예제에서는 AWS AppConfig 에이전트 로그 수준을 `DEBUG`로 설정합니다.

   ```
   [Service]
   Environment=LOG_LEVEL=DEBUG
   ```

1. 다음 명령을 실행하여 systemd 구성을 다시 로드합니다.

   ```
   sudo systemctl daemon-reload
   ```

1. 다음 명령을 실행하여 AWS AppConfig 에이전트를 다시 시작합니다.

   ```
   sudo systemctl restart aws-appconfig-agent
   ```

드롭인 단위 파일에 다음 환경 변수를 지정하여 AWS AppConfig Agent for Amazon EC2를 구성할 수 있습니다.

**참고**  
다음 표에는 **샘플 값** 열이 포함되어 있습니다. 모니터 해상도에 따라 테이블 하단으로 스크롤한 다음 오른쪽으로 스크롤해야 해당 열이 보일 수도 있습니다.


****  

| 환경 변수 | 세부 정보 | 기본값  | 샘플 값 | 
| --- | --- | --- | --- | 
|  `ACCESS_TOKEN`  |  이 환경 변수는 에이전트 HTTP 서버에 구성 데이터를 요청할 때 제공해야 하는 토큰을 정의합니다. 토큰 값은 권한 부여 유형이 `Bearer`인 HTTP 요청 승인 헤더에서 설정해야 합니다. 다음 예를 참고하세요 <pre>GET /applications/my_app/...<br />                  Host: localhost:2772<br />                  Authorization: Bearer <token value></pre>  | 없음 | MyAccessToken | 
|  `BACKUP_DIRECTORY`  |  이 환경 변수를 사용하면 AWS AppConfig 에이전트가 검색하는 각 구성의 백업을 지정된 디렉터리에 저장할 수 있습니다.  디스크에 백업된 구성은 암호화되지 않습니다. 구성에 민감한 데이터가 포함된 경우는 파일 시스템 권한으로 최소 권한 원칙을 연습할 것을 AWS AppConfig 권장합니다. 자세한 내용은 [의 보안 AWS AppConfig](appconfig-security.md) 단원을 참조하십시오.   | 없음 | /path/to/backups | 
|  `HTTP_PORT`  |  이 환경 변수는 에이전트의 HTTP 서버가 실행되는 포트를 지정합니다.  | 2772 | 2772 | 
|  `HTTP_HOST`  |  HTTP\$1HOST 변수는 AWS AppConfig 에이전트가 네트워크 인터페이스에 바인딩하는 방식을 제어합니다. 바인딩 동작은 최적의 보안 및 접근성을 보장하기 위해 런타임 환경에 따라 다릅니다.  |   ECS, EKS  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/appconfig/latest/userguide/appconfig-integration-ec2.html) EC2 및 온프레미스 [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/appconfig/latest/userguide/appconfig-integration-ec2.html)  |  사용자 지정 구성 옵션. 다음 값을 사용하여 기본 동작을 재정의할 수 있습니다. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/appconfig/latest/userguide/appconfig-integration-ec2.html)  | 
|  `LOG_LEVEL`  |  이 환경 변수는 에이전트가 기록하는 세부 정보 수준을 지정합니다. 각 레벨에는 현재 레벨과 모든 상위 레벨이 포함됩니다. 이 값은 대소문자를 구분합니다. 가장 세부적인 것부터 로그 수준은 순서대로 `trace`, `debug`, `info`, `warn`, `error`, `fatal`, `none`입니다. `trace` 로그에는 타이밍 정보를 비롯하여 에이전트에 대한 세부 정보가 포함됩니다.  |  info  |  추적 debug info warn 오류 fatal 없음  | 
|  `LOG_PATH`  |  로그가 기록되는 디스크 위치. 지정하지 않으면 로그가 stderr에 기록됩니다.  |  없음  | /path/to/logs/agent.log | 
|  `MANIFEST`  |  이 환경 변수는 다중 계정 검색과 같은 추가 구성별 기능을 활용하고 구성을 디스크에 저장하도록 AWS AppConfig Agent를 구성합니다. 이러한 기능에 대한 자세한 내용은 [매니페스트를 사용하여 추가 검색 기능 활성화](appconfig-agent-how-to-use-additional-features.md) 섹션을 참조하세요.  | 없음 |  AWS AppConfig 구성을 매니페스트로 사용하는 경우: `MyApp:MyEnv:MyManifestConfig`.디스크에서 매니페스트를 로드하는 경우: `file:/path/to/manifest.json` | 
|  `MAX_CONNECTIONS`  |  이 환경 변수는 에이전트가 AWS AppConfig에서 구성을 검색하는 데 사용하는 최대 연결 수를 구성합니다.  | 3 | 3 | 
|  `POLL_INTERVAL`  |  이 환경 변수는 에이전트가 업데이트된 구성 데이터를 폴링하는 빈도 AWS AppConfig 를 제어합니다. 간격을 초 단위로 지정할 수 있습니다. 시간 단위를 사용하여 숫자를 지정할 수도 있습니다. 초는 s, 분은 m, 시간은 h입니다. 단위를 지정하지 않으면 에이전트의 기본값은 초로 설정됩니다. 예를 들어 60, 60초, 1분은 폴링 간격이 동일합니다.  | 45초 | 4545s5m1h | 
|  `PREFETCH_LIST`  |  이 환경 변수는 에이전트가 시작하는 AWS AppConfig 즉시에서 요청하는 구성 데이터를 지정합니다. 여러 구성 식별자가 쉼표로 구분된 목록으로 제공될 수 있습니다.  | 없음 | MyApp:MyEnv:MyConfigabcd123:efgh456:ijkl789MyApp:MyEnv:Config1,MyApp:MyEnv:Config2 | 
|  `PRELOAD_BACKUPS`  |  로 설정하면 `true` AWS AppConfig 에이전트는에 있는 구성 백업을 메모리`BACKUP_DIRECTORY`로 로드하고 서비스에서 최신 버전이 존재하는지 즉시 확인합니다. `false`로 설정하면 AWS AppConfig Agent는 네트워크에 문제가 있는 경우와 같이 서비스에서 구성 데이터를 검색할 수 없는 경우에만 구성 백업에서 콘텐츠를 로드합니다.  | true | true false  | 
| PROXY\$1HEADERS | 이 환경 변수는 PROXY\$1URL 환경 변수에서 참조되는 프록시에 필요한 헤더를 지정합니다. 값은 쉼표로 구분된 헤더 목록입니다. | 없음 |  header: value h1: v1, h2: v2  | 
| PROXY\$1URL | 이 환경 변수는 AWS AppConfigHTTPS 및 URL을 AWS 서비스포함하여 에이전트에서 로의 연결에 사용할 프록시 HTTP URLs 지정합니다. | 없음 | http://localhost:7474https://my-proxy.example.com | 
|  `REQUEST_TIMEOUT`  |  이 환경 변수는 에이전트가 응답을 기다리는 시간을 제어합니다 AWS AppConfig. 서비스가 응답하지 않으면 요청이 실패합니다. 초기 데이터 검색을 위한 요청인 경우 에이전트는 애플리케이션에 오류를 반환합니다. 업데이트된 데이터에 대한 백그라운드 확인 중에 제한 시간이 초과되면 에이전트는 오류를 기록하고 잠시 후 다시 시도합니다. 제한 시간을 밀리초로 지정할 수 있습니다. 시간 단위로 숫자를 지정할 수도 있습니다. 밀리초는 ms이고 초는 s입니다. 단위를 지정하지 않으면 에이전트의 기본값은 밀리초로 설정됩니다. 예를 들어 5000, 5000ms 및 5s의 경우 요청 제한 시간 값이 동일합니다.  | 3000ms | 30003000ms5s | 
| ROLE\$1ARN | 이 환경 변수는 IAM 역할의 Amazon 리소스 이름(ARN)을 지정합니다. AWS AppConfig 에이전트는이 역할을 수임하여 구성 데이터를 검색합니다. | 없음 | arn:aws:iam::123456789012:role/MyRole | 
| ROLE\$1EXTERNAL\$1ID | 이 환경 변수는 수임된 역할 ARN과 함께 사용할 외부 ID를 지정합니다. | 없음 | MyExternalId | 
| ROLE\$1SESSION\$1NAME | 이 환경 변수는 수임된 IAM 역할의 자격 증명과 연결할 세션 이름을 지정합니다. | 없음 | AWSAppConfigAgentSession | 
| SERVICE\$1REGION | 이 환경 변수는 에이전트 AWS 리전 가 AWS AppConfig AWS AppConfig 서비스를 호출하는 데 사용하는 대안을 지정합니다. 정의되지 않은 상태로 두면 에이전트는 현재 리전을 확인하려고 시도합니다. 그렇게 할 수 없는 경우 에이전트가 시작되지 않습니다. | 없음 | us-east-1eu-west-1 | 
|  `WAIT_ON_MANIFEST`  |  이 환경 변수는 시작을 완료하기 전에 매니페스트가 처리될 때까지 기다리도록 AWS AppConfig 에이전트를 구성합니다.  | true | truefalse | 

## 5단계: (필수) 구성 데이터 검색
<a name="appconfig-integration-ec2-retrieving-data"></a>

HTTP localhost 호출을 사용하여 AWS AppConfig Agent에서 구성 데이터를 검색할 수 있습니다. 다음 예제는 HTTP 클라이언트와 `curl`을 함께 사용합니다. AWS SDK를 포함하여 애플리케이션 언어 또는 사용 가능한 라이브러리에서 지원하는 사용 가능한 HTTP 클라이언트를 사용하여 에이전트를 호출할 수 있습니다.

**배포된 구성의 전체 내용을 검색하려면**

```
$ 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 에이전트에 대한 업데이트 자동화
<a name="appconfig-integration-ec2-updating-agent"></a>

AWS AppConfig 에이전트는 주기적으로 업데이트됩니다. 인스턴스에서 최신 버전의 AWS AppConfig 에이전트를 실행하려면 Amazon EC2 사용자 데이터에 다음 명령을 추가하는 것이 좋습니다. 인스턴스 또는 EC2 Auto 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
```

# Amazon ECS 및 Amazon EKS에서 AWS AppConfig 에이전트 사용
<a name="appconfig-integration-containers-agent"></a>

 AWS AppConfig 에이전트를 사용하여 Amazon Elastic Container Service(Amazon ECS) 및 Amazon Elastic Kubernetes Service(Amazon EKS) AWS AppConfig 와 통합할 수 있습니다. 에이전트는 Amazon ECS 및 Amazon EKS 컨테이너 애플리케이션과 함께 실행되는 사이드카 컨테이너 역할을 합니다. 에이전트는 다음과 같은 방식으로 컨테이너식 애플리케이션 처리 및 관리를 개선합니다.
+ 에이전트는 AWS Identity and Access Management (IAM) 역할을 사용하고 구성 데이터의 로컬 캐시를 관리하여 AWS AppConfig 사용자를 대신하여를 호출합니다. 로컬 캐시에서 구성 데이터를 가져오면 애플리케이션에서 구성 데이터를 관리하는 데 필요한 코드 업데이트 횟수가 줄어들고, 구성 데이터를 밀리초 단위로 검색할 수 있으며, 이러한 데이터에 대한 호출을 방해할 수 있는 네트워크 문제의 영향을 받지 않습니다.\$1
+ 에이전트는 AWS AppConfig 기능 플래그를 검색하고 해결하기 위한 기본 환경을 제공합니다.
+ 에이전트는 기본적으로 캐싱 전략, 폴링 간격, 로컬 구성 데이터 가용성에 대한 모범 사례를 제공하는 동시에 후속 서비스 호출에 필요한 구성 토큰을 추적합니다.
+ 백그라운드에서 실행되는 동안 에이전트는 구성 AWS AppConfig 데이터 업데이트를 위해 데이터 영역을 주기적으로 폴링합니다. 컨테이너화된 애플리케이션은 포트 2772(사용자 지정 가능한 기본 포트 값)에서 localhost에 연결하고 HTTP GET을 호출하여 데이터를 검색함으로써 데이터를 검색할 수 있습니다.
+ AWS AppConfig 에이전트는 컨테이너를 다시 시작하거나 재활용할 필요 없이 컨테이너의 구성 데이터를 업데이트합니다.

\$1AWS AppConfig 에이전트는 서비스가 구성 데이터를 처음 검색할 때 데이터를 캐싱합니다. 이러한 이유로 데이터를 검색하기 위한 첫 번째 호출은 후속 호출보다 느립니다.

**시작하기 전 준비 사항**  
를 컨테이너 애플리케이션 AWS AppConfig 과 통합하려면 기능 플래그 또는 자유 형식 구성 데이터를 포함한 AWS AppConfig 아티팩트 및 구성 데이터를 생성해야 합니다. 자세한 내용은 [에서 기능 플래그 및 자유 형식 구성 데이터 생성 AWS AppConfig](creating-feature-flags-and-configuration-data.md) 단원을 참조하십시오.

에서 호스팅하는 구성 데이터를 검색하려면 AWS AppConfig컨테이너 애플리케이션을 AWS AppConfig 데이터 영역에 대한 액세스 권한으로 구성해야 합니다. 애플리케이션에 액세스 권한을 부여하려면 컨테이너 서비스 IAM 역할이 사용하는 IAM 권한 정책을 업데이트하십시오. 특히, 정책에 `appconfig:StartConfigurationSession` 및 `appconfig:GetLatestConfiguration` 액션을 추가해야 합니다. 컨테이너 서비스 IAM 역할에는 다음이 포함됩니다.
+ Amazon ECS 태스크 역할
+ Amazon EKS 노드 역할
+  AWS Fargate 포드 실행 역할(Amazon EKS 컨테이너가 컴퓨팅 처리에 Fargate를 사용하는 경우)

정책에 권한을 추가하는 것에 대한 자세한 내용은 *IAM 사용 설명서*의 [IAM 자격 증명 권한 추가 및 제거](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_manage-attach-detach.html)를 참조하십시오.

**Topics**
+ [Amazon ECS 통합을 위한 AWS AppConfig 에이전트 시작](appconfig-integration-containers-agent-starting-ecs.md)
+ [Amazon EKS 통합을 위한 AWS AppConfig 에이전트 시작](appconfig-integration-containers-agent-starting-eks.md)
+ [(선택 사항) Amazon EKS에서 DaemonSet AWS AppConfig 로 실행](appconfig-integration-containers-agent-daemon.md)
+ [(선택 사항) 환경 변수를 사용하여 Amazon ECS 및 Amazon EKS용 AWS AppConfig 에이전트 구성](appconfig-integration-containers-agent-configuring.md)
+ [Amazon ECS 및 Amazon EKS 에서 실행되는 애플리케이션을 위한 구성 데이터 검색](appconfig-integration-containers-agent-retrieving-data.md)

# Amazon ECS 통합을 위한 AWS AppConfig 에이전트 시작
<a name="appconfig-integration-containers-agent-starting-ecs"></a>

 AWS AppConfig 에이전트 사이드카 컨테이너는 Amazon ECS 환경에서 자동으로 사용할 수 있습니다. 사용하려면 다음 절차에 설명된 대로 시작해야 합니다.

**Amazon ECS(콘솔)를 시작하려면**

1. [https://console.aws.amazon.com/ecs/v2](https://console.aws.amazon.com/ecs/v2)에서 콘솔을 엽니다.

1. 탐색 창에서 **작업 정의**를 선택합니다.

1. 애플리케이션의 작업 정의를 선택한 다음 최신 수정 버전을 선택합니다.

1. **새 개정 생성**, **새 개정 생성**을 선택합니다.

1. **컨테이너 추가**를 선택합니다.

1. ** 이름**에 AWS AppConfig 에이전트 컨테이너의 고유한 이름을 입력합니다.

1. **이미지 URI**에 다음을 입력합니다. **public.ecr.aws/aws-appconfig/aws-appconfig-agent:2.x** 

1. **필수 컨테이너**의 경우 **예**를 선택합니다.

1. **포트 매핑** 섹션에서, **포트 매핑 추가**를 선택합니다.

1. **컨테이너 포트**에 **2772**를 입력합니다.
**참고**  
AWS AppConfig 에이전트는 기본적으로 포트 2772에서 실행됩니다. 다른 포트를 지정할 수 있습니다.

1. **생성(Create)**을 선택합니다. Amazon ECS는 새 컨테이너 개정을 생성하고 세부 정보를 표시합니다.

1. 탐색 창에서 **클러스터**를 선택한 다음 목록에서 애플리케이션 클러스터를 선택합니다.

1. **서비스** 탭에서 애플리케이션에 맞는 서비스를 선택합니다.

1. **업데이트**를 선택합니다.

1. **배포 구성**에서 **개정**에 대해 최신 버전을 선택합니다.

1. **업데이트**를 선택합니다. Amazon ECS는 최신 작업 정의를 배포합니다.

1. 배포가 완료되면 **구성 및 작업** 탭에서 AWS AppConfig 에이전트가 실행 중인지 확인할 수 있습니다. **작업** 탭에서 실행 중인 작업을 선택합니다.

1. **컨테이너** 섹션에서 AWS AppConfig 에이전트 컨테이너가 나열되어 있는지 확인합니다.

1.  AWS AppConfig 에이전트가 시작되었는지 확인하려면 **로그** 탭을 선택합니다. AWS AppConfig 에이전트 컨테이너에 대해 다음과 같은 문을 찾습니다. `[appconfig agent] 1970/01/01 00:00:00 INFO serving on localhost:2772` 

**참고**  
다음 정보를 참고하세요.  
AWS AppConfig 에이전트는 장기 실행 프로세스입니다. Amazon ECS 컨테이너의 모범 사례로 컨테이너에 대한 상태 확인을 구성하고, 특히 컨테이너 종속성을 정상 상태로 설정합니다. 자세한 내용은 *Amazon Elastic Container Service API 참조*의 [ContainerDependency](https://docs.aws.amazon.com/AmazonECS/latest/APIReference/API_ContainerDependency.html)를 참조하세요.
환경 변수를 입력하거나 변경하여 AWS AppConfig 에이전트의 기본 동작을 조정할 수 있습니다. 사용할 수 있는 환경 변수에 대한 자세한 내용은 [(선택 사항) 환경 변수를 사용하여 Amazon ECS 및 Amazon EKS용 AWS AppConfig 에이전트 구성](appconfig-integration-containers-agent-configuring.md) 섹션을 참조하십시오. Amazon ECS에서 환경 변수를 변경하는 방법에 대한 자세한 내용은 *Amazon Elastic Container Service 개발자 안내서*의 [컨테이너에 환경 변수 전달](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/taskdef-envfiles.html)을 참조하십시오.

# Amazon EKS 통합을 위한 AWS AppConfig 에이전트 시작
<a name="appconfig-integration-containers-agent-starting-eks"></a>

 AWS AppConfig 에이전트 사이드카 컨테이너는 Amazon EKS 환경에서 자동으로 사용할 수 있습니다. 사용하려면 시작해야 합니다. 다음 절차에서는 Amazon EKS `kubectl` 명령줄 도구를 사용하여 에이전트를 시작하는 방법에 대해 설명합니다.

**참고**  
계속하기 전에 `kubeconfig` 파일이 최신 상태인지 확인합니다. `kubeconfig` 파일 생성 또는 편집에 대한 자세한 내용은 **Amazon EKS 사용 설명서**의 [Amazon EKS 클러스터용 kubeconfig 파일 생성 또는 업데이트](https://docs.aws.amazon.com/eks/latest/userguide/create-kubeconfig.html)를 참조하십시오.

**AWS AppConfig 에이전트를 시작하려면(kubectl 명령줄 도구)**

1. 애플리케이션의 매니페스트를 열고 Amazon EKS 애플리케이션이 단일 컨테이너 배포로 실행되고 있는지 확인합니다. 파일 콘텐츠는 다음과 비슷해야 합니다.

   ```
   apiVersion: apps/v1
   kind: Deployment
   metadata:
     name: my-app
     namespace: my-namespace
     labels:
       app: my-application-label
   spec:
     replicas: 1
     selector:
       matchLabels:
         app: my-application-label
     template:
       metadata:
         labels:
           app: my-application-label
       spec:
         containers:
         - name: my-app
           image: my-repo/my-image
           imagePullPolicy: IfNotPresent
   ```

1. 배포 매니페스트에 AWS AppConfig 에이전트 컨테이너 정의 세부 정보를 추가합니다.

   ```
   - name: appconfig-agent
           image: public.ecr.aws/aws-appconfig/aws-appconfig-agent:2.x
           ports:
           - name: http
             containerPort: 2772
             protocol: TCP
           env:
           - name: SERVICE_REGION
             value: AWS 리전
           imagePullPolicy: IfNotPresent
   ```
**참고**  
다음 정보를 참고하세요.  
AWS AppConfig 에이전트는 기본적으로 포트 2772에서 실행됩니다. 다른 포트를 지정할 수 있습니다.
환경 변수를 입력하여 AWS AppConfig 에이전트의 기본 동작을 조정할 수 있습니다. 자세한 내용은 [(선택 사항) 환경 변수를 사용하여 Amazon ECS 및 Amazon EKS용 AWS AppConfig 에이전트 구성](appconfig-integration-containers-agent-configuring.md) 단원을 참조하십시오.
의 경우 AWS AppConfig 에이전트가 구성 데이터를 검색하는 AWS 리전 코드(예: `us-west-1`)를 *AWS 리전*지정합니다.

1. 다음 `kubectl` 명령을 실행하여 클러스터에 변경 내용을 적용합니다. *my-deployment*는 배포 매니페스트의 이름으로 바꿉니다.

   ```
   kubectl apply -f my-deployment.yml
   ```

1. 배포가 완료되면 AWS AppConfig 에이전트가 실행 중인지 확인합니다. 다음 명령을 사용하여 Application Pod 로그 파일을 확인합니다.

   ```
   kubectl logs -n my-namespace -c appconfig-agent my-pod
   ```

    AWS AppConfig 에이전트 컨테이너에 대해 다음과 같은 문을 찾습니다. `[appconfig agent] 1970/01/01 00:00:00 INFO serving on localhost:2772` 

**참고**  
환경 변수를 입력하거나 변경하여 AWS AppConfig 에이전트의 기본 동작을 조정할 수 있습니다. 사용할 수 있는 환경 변수에 대한 자세한 내용은 [(선택 사항) 환경 변수를 사용하여 Amazon ECS 및 Amazon EKS용 AWS AppConfig 에이전트 구성](appconfig-integration-containers-agent-configuring.md) 섹션을 참조하십시오.

# (선택 사항) Amazon EKS에서 DaemonSet AWS AppConfig 로 실행
<a name="appconfig-integration-containers-agent-daemon"></a>

Amazon EKS를 사용하면 AWS AppConfig Agent를 사이드카로 실행하여 *애플리케이션 포드당* 하나의 에이전트 컨테이너를 생성할 수 있습니다. 또는 원하는 경우 AWS AppConfig Agent를 [DaemonSet](https://kubernetes.io/docs/concepts/workloads/controllers/daemonset/)로 실행하여 *클러스터의 노드당* 하나의 에이전트 컨테이너를 생성할 수 있습니다.

**참고**  
 AWS AppConfig 에이전트를 DaemonSet로 실행하면 에이전트가 별도의 포드에서 실행되므로에 대한 호출로 에이전트에 액세스할 수 없습니다`localhost`. 에이전트 포드의 IP 주소를 직접적으로 호출하려면 이를 주입하거나 검색해야 합니다.

 AWS AppConfig 에이전트를 DaemonSet로 실행하려면 다음 내용이 포함된 매니페스트 파일을 생성합니다. *강조 표시된* 텍스트는 사용자의 애플리케이션 및 환경에 대한 세부 정보로 바꿉니다. *AWS 리전*에 AWS 리전 코드를 지정합니다(예: `us-west-1`).

```
apiVersion: apps/v1
kind: DaemonSet
metadata:
  name: aws-appconfig-agent
  namespace: my_namespace
  labels:
    app: my_application_label
spec:
   selector:
    matchLabels:
      app: my_application_label
  template:
    metadata:
      labels:
        app: my_application_label
    spec:
      containers:
      - name: aws-appconfig-agent
        image: public.ecr.aws/aws-appconfig/aws-appconfig-agent:2.x
        ports:
        - name: http
          containerPort: 2772
          protocol: TCP
        env:
        - name: SERVICE_REGION
          value: AWS 리전
        imagePullPolicy: IfNotPresent
      # set a high priority class to ensure the agent is running on every node
      priorityClassName: system-node-critical
```

다음 명령을 실행하여 AWS AppConfig 에이전트 DaemonSet를 클러스터에 적용합니다. *aws\$1appconfig\$1agent\$1daemonset*를 DaemonSet 매니페스트의 이름으로 바꿉니다.

```
kubectl apply -f aws_appconfig_agent_daemonset.yml
```

# (선택 사항) 환경 변수를 사용하여 Amazon ECS 및 Amazon EKS용 AWS AppConfig 에이전트 구성
<a name="appconfig-integration-containers-agent-configuring"></a>

 AWS AppConfig 에이전트 컨테이너에 대해 다음 환경 변수를 변경하여 에이전트를 구성할 수 있습니다.

**참고**  
다음 표에는 **샘플 값** 열이 포함되어 있습니다. 모니터 해상도에 따라 테이블 하단으로 스크롤한 다음 오른쪽으로 스크롤해야 해당 열이 보일 수도 있습니다.


****  

| 환경 변수 | 세부 정보 | 기본값  | 샘플 값 | 
| --- | --- | --- | --- | 
|  `ACCESS_TOKEN`  |  이 환경 변수는 에이전트 HTTP 서버에 구성 데이터를 요청할 때 제공해야 하는 토큰을 정의합니다. 토큰 값은 권한 부여 유형이 `Bearer`인 HTTP 요청 승인 헤더에서 설정해야 합니다. 다음 예를 참고하세요 <pre>GET /applications/my_app/...<br />                  Host: localhost:2772<br />                  Authorization: Bearer <token value></pre>  | 없음 | MyAccessToken | 
|  `BACKUP_DIRECTORY`  |  이 환경 변수를 사용하면 AWS AppConfig 에이전트가 검색하는 각 구성의 백업을 지정된 디렉터리에 저장할 수 있습니다.  디스크에 백업된 구성은 암호화되지 않습니다. 구성에 민감한 데이터가 포함된 경우는 파일 시스템 권한으로 최소 권한 원칙을 연습할 것을 AWS AppConfig 권장합니다. 자세한 내용은 [의 보안 AWS AppConfig](appconfig-security.md) 단원을 참조하십시오.   | 없음 | /path/to/backups | 
|  `HTTP_PORT`  |  이 환경 변수는 에이전트의 HTTP 서버가 실행되는 포트를 지정합니다.  | 2772 | 2772 | 
|  `HTTP_HOST`  |  HTTP\$1HOST 변수는 AWS AppConfig 에이전트가 네트워크 인터페이스에 결합하는 방식을 제어합니다. 바인딩 동작은 최적의 보안 및 접근성을 보장하기 위해 런타임 환경에 따라 다릅니다.  |   ECS, EKS  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/appconfig/latest/userguide/appconfig-integration-containers-agent-configuring.html) EC2 및 온프레미스 [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/appconfig/latest/userguide/appconfig-integration-containers-agent-configuring.html)  |  사용자 지정 구성 옵션. 다음 값을 사용하여 기본 동작을 재정의할 수 있습니다. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/appconfig/latest/userguide/appconfig-integration-containers-agent-configuring.html)  | 
|  `LOG_LEVEL`  |  이 환경 변수는 에이전트가 기록하는 세부 정보 수준을 지정합니다. 각 레벨에는 현재 레벨과 모든 상위 레벨이 포함됩니다. 이 값은 대소문자를 구분합니다. 가장 세부적인 것부터 로그 수준은 순서대로 `trace`, `debug`, `info`, `warn`, `error`, `fatal`, `none`입니다. `trace` 로그에는 타이밍 정보를 비롯하여 에이전트에 대한 세부 정보가 포함됩니다.  |  info  |  추적 debug info warn 오류 fatal 없음  | 
|  `LOG_PATH`  |  로그가 기록되는 디스크 위치. 지정하지 않으면 로그가 stderr에 기록됩니다.  |  없음  | /path/to/logs/agent.log | 
|  `MANIFEST`  |  이 환경 변수는 다중 계정 검색과 같은 추가 구성별 기능을 활용하고 구성을 디스크에 저장하도록 AWS AppConfig Agent를 구성합니다. 이러한 기능에 대한 자세한 내용은 [매니페스트를 사용하여 추가 검색 기능 활성화](appconfig-agent-how-to-use-additional-features.md) 섹션을 참조하세요.  | 없음 |  AWS AppConfig 구성을 매니페스트로 사용하는 경우: `MyApp:MyEnv:MyManifestConfig`.디스크에서 매니페스트를 로드하는 경우: `file:/path/to/manifest.json` | 
|  `MAX_CONNECTIONS`  |  이 환경 변수는 에이전트가 AWS AppConfig에서 구성을 검색하는 데 사용하는 최대 연결 수를 구성합니다.  | 3 | 3 | 
|  `POLL_INTERVAL`  |  이 환경 변수는 에이전트가 업데이트된 구성 데이터를 폴링하는 빈도 AWS AppConfig 를 제어합니다. 간격을 초 단위로 지정할 수 있습니다. 시간 단위를 사용하여 숫자를 지정할 수도 있습니다. 초는 s, 분은 m, 시간은 h입니다. 단위를 지정하지 않으면 에이전트의 기본값은 초로 설정됩니다. 예를 들어 60, 60초, 1분은 폴링 간격이 동일합니다.  | 45초 | 4545s5m1h | 
|  `PREFETCH_LIST`  |  이 환경 변수는 에이전트가 시작하는 AWS AppConfig 즉시에서 요청하는 구성 데이터를 지정합니다. 여러 구성 식별자가 쉼표로 구분된 목록으로 제공될 수 있습니다.  | 없음 | MyApp:MyEnv:MyConfigabcd123:efgh456:ijkl789MyApp:MyEnv:Config1,MyApp:MyEnv:Config2 | 
|  `PRELOAD_BACKUPS`  |  로 설정하면 `true` AWS AppConfig 에이전트는에 있는 구성 백업을 메모리`BACKUP_DIRECTORY`로 로드하고 서비스에서 최신 버전이 존재하는지 즉시 확인합니다. `false`로 설정하면 AWS AppConfig Agent는 네트워크에 문제가 있는 경우와 같이 서비스에서 구성 데이터를 검색할 수 없는 경우에만 구성 백업에서 콘텐츠를 로드합니다.  | true | true false  | 
| PROXY\$1HEADERS | 이 환경 변수는 PROXY\$1URL 환경 변수에서 참조되는 프록시에 필요한 헤더를 지정합니다. 값은 쉼표로 구분된 헤더 목록입니다. | 없음 |  header: value h1: v1, h2: v2  | 
| PROXY\$1URL | 이 환경 변수는 AWS AppConfigHTTPS 및 URL을 AWS 서비스포함하여 에이전트에서 로의 연결에 사용할 프록시 HTTP URLs 지정합니다. | 없음 | http://localhost:7474https://my-proxy.example.com | 
|  `REQUEST_TIMEOUT`  |  이 환경 변수는 에이전트가 응답을 기다리는 시간을 제어합니다 AWS AppConfig. 서비스가 응답하지 않으면 요청이 실패합니다. 초기 데이터 검색을 위한 요청인 경우 에이전트는 애플리케이션에 오류를 반환합니다. 업데이트된 데이터에 대한 백그라운드 확인 중에 제한 시간이 초과되면 에이전트는 오류를 기록하고 잠시 후 다시 시도합니다. 제한 시간을 밀리초로 지정할 수 있습니다. 시간 단위로 숫자를 지정할 수도 있습니다. 밀리초는 ms이고 초는 s입니다. 단위를 지정하지 않으면 에이전트의 기본값은 밀리초로 설정됩니다. 예를 들어 5000, 5000ms 및 5s의 경우 요청 제한 시간 값이 동일합니다.  | 3000ms | 30003000ms5s | 
| ROLE\$1ARN | 이 환경 변수는 IAM 역할의 Amazon 리소스 이름(ARN)을 지정합니다. AWS AppConfig 에이전트는이 역할을 수임하여 구성 데이터를 검색합니다. | 없음 | arn:aws:iam::123456789012:role/MyRole | 
| ROLE\$1EXTERNAL\$1ID | 이 환경 변수는 수임된 역할 ARN과 함께 사용할 외부 ID를 지정합니다. | 없음 | MyExternalId | 
| ROLE\$1SESSION\$1NAME | 이 환경 변수는 수임된 IAM 역할의 자격 증명과 연결할 세션 이름을 지정합니다. | 없음 | AWSAppConfigAgentSession | 
| SERVICE\$1REGION | 이 환경 변수는 에이전트 AWS 리전 가 AWS AppConfig AWS AppConfig 서비스를 호출하는 데 사용하는 대안을 지정합니다. 정의되지 않은 상태로 두면 에이전트는 현재 리전을 확인하려고 시도합니다. 그렇게 할 수 없는 경우 에이전트가 시작되지 않습니다. | 없음 | us-east-1eu-west-1 | 
|  `WAIT_ON_MANIFEST`  |  이 환경 변수는 시작을 완료하기 전에 매니페스트가 처리될 때까지 기다리도록 AWS AppConfig 에이전트를 구성합니다.  | true | truefalse | 

# Amazon ECS 및 Amazon EKS 에서 실행되는 애플리케이션을 위한 구성 데이터 검색
<a name="appconfig-integration-containers-agent-retrieving-data"></a>

HTTP 로컬 호스트 호출을 사용하여 Amazon ECS 및 Amazon EKS에서 실행되는 애플리케이션의 구성 데이터를 AWS AppConfig Agent에서 검색할 수 있습니다. 다음 예제는 HTTP 클라이언트와 `curl`을 함께 사용합니다. 애플리케이션 언어 또는 사용 가능한 라이브러리에서 지원하는 사용 가능한 모든 HTTP 클라이언트를 사용하여 에이전트를 호출할 수 있습니다.

**참고**  
애플리케이션이 ‘test-backend/test-service’와 같이 슬래시를 사용하는 경우 구성 데이터를 검색하려면 URL 인코딩을 사용해야 합니다.

**배포된 구성의 전체 콘텐츠를 검색하려면**

```
$ 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"
```

해당 직접 호출은 구성 버전, 콘텐츠 유형 및 구성 버전 레이블(해당하는 경우)을 포함하여 HTTP 헤더의 구성 메타데이터를 반환합니다. 에이전트 응답의 본문에는 구성 콘텐츠가 포함되어 있습니다. 다음 예를 참고하세요

```
HTTP/1.1 200 OK
Configuration-Version: 1
Content-Type: application/json
Date: Tue, 18 Feb 2025 20:20:16 GMT
Content-Length: 31

My test config
```

# 기본 및 다중 변형 기능 플래그 검색
<a name="appconfig-integration-retrieving-feature-flags"></a>

기능 플래그 구성( 유형의 구성`AWS.AppConfig.FeatureFlags`)의 경우 AWS AppConfig 에이전트를 사용하면 구성에서 단일 플래그 또는 플래그 하위 집합을 검색할 수 있습니다. 사용 사례에서 구성 프로파일의 플래그를 몇 개만 사용해야 하는 경우 하나 또는 두 개의 플래그를 검색하는 것이 유용합니다. 다음 예에서는 cURL을 사용합니다.

**참고**  
구성에서 단일 기능 플래그 또는 플래그 하위 집합을 호출하는 기능은 AWS AppConfig 에이전트 버전 2.0.45 이상에서만 사용할 수 있습니다.

로컬 HTTP 엔드포인트에서 AWS AppConfig 구성 데이터를 검색할 수 있습니다. 특정 플래그 또는 플래그 목록에 액세스하려면 AWS AppConfig 구성 프로필의 `?flag=FLAG_KEY` 쿼리 파라미터를 사용하십시오.

**단일 플래그와 해당 속성 검색**

```
curl "http://localhost:2772/applications/APPLICATION_NAME/environments/ENVIRONMENT_NAME/configurations/CONFIGURATION_NAME?flag=FLAG_KEY"
```

**여러 플래그와 해당 속성 검색**

```
curl "http://localhost:2772/applications/APPLICATION_NAME/environments/ENVIRONMENT_NAME/configurations/CONFIGURATION_NAME?flag=FLAG_KEY_ONE&flag=FLAG_KEY_TWO"
```

**호출자 컨텍스트에 따라 기능 플래그 변형을 검색하려면**

다음 cURL 예제에서는 호출자 콘텍스트에 따라 기능 플래그 변형을 검색하는 방법을 보여줍니다. 이러한 직접 호출 방법을 가장 잘 설명하기 위해 이 섹션에서는 고객이 다음과 유사한 변형을 생성한 시나리오를 기반으로 한 샘플 직접 호출을 사용합니다.

![\[변형이 있는 기능 플래그의 스크린샷 예시입니다.\]](http://docs.aws.amazon.com/ko_kr/appconfig/latest/userguide/images/flag-variant-example.png)


**참고**  
플래그 변형을 검색하려면 컴퓨팅 환경에서 최신 버전의 AWS AppConfig 에이전트를 사용해야 합니다. 자세한 내용은 다음 각 컴퓨팅 환경용 에이전트를 업데이트, 설치 또는 추가하는 방법을 설명하는 다음 주제를 참조하세요.  
Lambda 컴퓨팅 환경: [AWS AppConfig 에이전트 Lambda 확장 추가](appconfig-integration-lambda-extensions-add.md)
Amazon EC2 컴퓨팅 환경: [2단계: (필수) Amazon EC2 인스턴스에 AWS AppConfig 에이전트 설치 및 시작](appconfig-integration-ec2.md#appconfig-integration-ec2-installing)
Amazon ECS 컴퓨팅 환경: [Amazon ECS 통합을 위한 AWS AppConfig 에이전트 시작](appconfig-integration-containers-agent-starting-ecs.md)
Amazon EKS 컴퓨팅 환경: [Amazon EKS 통합을 위한 AWS AppConfig 에이전트 시작](appconfig-integration-containers-agent-starting-eks.md)

**jane\$1doe@example.org(베타 프로그램에 참여하지 않은 사람)의 호출자 컨텍스트를 사용하여 플래그 데이터 검색:**

```
curl http://localhost:2772/applications/UIRefresh/environments/Production/configurations/Features \
-H "Context: email=jane_doe@example.org" \
-H "Context: opted_in_to_beta=false"
{
  "ui_refresh": {"_variant":"QA","dark_mode_support":true,"enabled":true}
}
```

**jane\$1doe@example.org(베타 프로그램에 *참여한* 사람)의 호출자 컨텍스트를 사용하여 플래그 데이터 검색:**

```
curl http://localhost:2772/applications/UIRefresh/environments/Production/configurations/Features \
-H "Context: email=jane_doe@example.org" \
-H "Context: opted_in_to_beta=true"
{
  "ui_refresh": {"_variant":"QA","dark_mode_support":true,"enabled":true}
}
```

**jane\$1doe@qa-testers.example.org(예시 조직의 품질 보증 테스터)의 호출자 컨텍스트를 사용하여 플래그 데이터 검색:**

```
curl http://localhost:2772/applications/UIRefresh/environments/Production/configurations/Features \
-H "Context: email=jane_doe@qa-testers.example.org" 
{
  "ui_refresh": {"_variant":"QA","dark_mode_support":true,"enabled":true}
}
```

**호출자 컨텍스트 없이 플래그 데이터 검색(기본 변형을 반환함)**

```
curl http://localhost:2772/applications/UIRefresh/environments/Production/configurations/Features
{
"ui_refresh": {"_variant":"Default Variant","enabled":false}
}
```

**트래픽 분할 시나리오의 플래그 데이터를 검색하여 무작위 호출자 10명 중 1명이 '샘플 모집단' 변형을 수신하는지 확인**

```
for i in {0..9} do ; \
curl http://localhost:2772/applications/UIRefresh/environments/Production/configurations/Features \
-H "Context: email=$i@example.org"
{
  "ui_refresh": {"_variant":"Default Variant","enabled":false}
}
{
  "ui_refresh": {"_variant":"Default Variant","enabled":false}
}
{
  "ui_refresh": {"_variant":"Default Variant","enabled":false}
}
{
  "ui_refresh": {"_variant":"Default Variant","enabled":false}
}
{
  "ui_refresh": {"_variant":"Sample Population","dark_mode_support":false,"enabled":true}
}
{
  "ui_refresh": {"_variant":"Default Variant","enabled":false}
}
{
  "ui_refresh": {"_variant":"Default Variant","enabled":false}
}
{
  "ui_refresh": {"_variant":"Default Variant","enabled":false}
}
{
  "ui_refresh": {"_variant":"Default Variant","enabled":false}
}
{
  "ui_refresh": {"_variant":"Default Variant","enabled":false}
}
{
  "ui_refresh": {"_variant":"Default Variant","enabled":false}
}
```

# 매니페스트를 사용하여 추가 검색 기능 활성화
<a name="appconfig-agent-how-to-use-additional-features"></a>

AWS AppConfig 에이전트는 애플리케이션에 대한 구성을 검색하는 데 도움이 되는 다음과 같은 추가 기능을 제공합니다.
+ [여러 계정에서 구성을 검색하도록 AWS AppConfig 에이전트 구성](appconfig-agent-how-to-use-additional-features-multi-account.md): 기본 또는 *검색* AWS 계정 에서 AWS AppConfig 에이전트를 사용하여 여러 공급업체 계정에서 구성 데이터를 검색합니다.
+ [구성 복사본을 디스크에 쓰도록 AWS AppConfig 에이전트 구성](appconfig-agent-how-to-use-additional-features-write-to-disk.md): AWS AppConfig Agent를 사용하여 구성 데이터를 디스크에 기록합니다. 이 기능을 사용하면 디스크에서 구성 데이터를 읽는 애플리케이션을 사용하는 고객이 AWS AppConfig와 연동할 수 있습니다.

## 에이전트 매니페스트 이해
<a name="appconfig-agent-how-to-use-additional-features-about-manifests"></a>

이러한 AWS AppConfig 에이전트 기능을 활성화하려면 매니페스트를 생성합니다. 매니페스트는 에이전트가 수행할 수 있는 작업을 제어하기 위해 제공하는 구성 데이터 세트입니다. 매니페스트는 JSON으로 작성됩니다. 여기에는 배포한 다양한 구성에 해당하는 최상위 키 세트가 포함되어 있습니다 AWS AppConfig.

매니페스트에는 여러 구성이 포함될 수 있습니다. 또한 매니페스트의 각 구성은 지정된 구성에 사용할 하나 이상의 에이전트 기능을 식별할 수 있습니다. 매니페스트의 콘텐츠는 다음 형식을 사용합니다.

```
{
    "application_name:environment_name:configuration_name": {
        "agent_feature_to_enable_1": {
            "feature-setting-key": "feature-setting-value"
        },
        "agent_feature_to_enable_2": {
            "feature-setting-key": "feature-setting-value"
        }
    }
}
```

다음은 두 가지 구성이 있는 매니페스트의 JSON 예제입니다. 첫 번째 구성(*MyApp*)은 AWS AppConfig 에이전트 기능을 사용하지 않습니다. 두 번째 구성(*My2ndApp*)은 *디스크에 구성 복사본 쓰기*와 *다중 계정 검색* 기능을 사용합니다.

```
{
        "MyApp:Test:MyAllowListConfiguration": {},
        
        "My2ndApp:Beta:MyEnableMobilePaymentsFeatureFlagConfiguration": {
            "credentials": {
                "roleArn": "arn:aws:us-west-1:iam::123456789012:role/MyTestRole",
                "roleExternalId": "00b148e2-4ea4-46a1-ab0f-c422b54d0aac",
                "roleSessionName": "AwsAppConfigAgent",
                "credentialsDuration": "2h"
            },
            "writeTo": {
                "path": "/tmp/aws-appconfig/my-2nd-app/beta/my-enable-payments-feature-flag-configuration.json"
            }
        }
    }
```

**에이전트 매니페스트를 제공하는 방법**  
매니페스트를 AWS AppConfig 에이전트가 읽을 수 있는 위치에 파일로 저장할 수 있습니다. 또는 매니페스트를 AWS AppConfig 구성으로 저장하고 에이전트가 이를 가리키도록 할 수 있습니다. 에이전트 매니페스트를 제공하려면 다음 값 중 하나로 `MANIFEST` 환경 변수를 설정해야 합니다.


****  

| 매니페스트 위치 | 환경 변수 값 | 사용 사례: | 
| --- | --- | --- | 
|  파일  |  file:/path/to/agent-manifest.json  |  매니페스트가 자주 변경되지 않는 경우 이 방법을 사용합니다.  | 
|  AWS AppConfig 구성  |  *application-name*:*environment-name*:*configuration-name*  |  동적 업데이트에는 이 방법을 사용합니다. 다른 AWS AppConfig 구성을 저장하는 것과 동일한 방법으로에 저장된 매니페스트를 업데이트하고 구성 AWS AppConfig 으로 배포할 수 있습니다.  | 
|  환경 변수  |  매니페스트 콘텐츠(JSON)  |  매니페스트가 자주 변경되지 않는 경우 이 방법을 사용합니다. 이 방법은 파일을 노출하는 것보다 환경 변수를 설정하는 것이 더 쉬운 컨테이너 환경에서 유용합니다.  | 

 AWS AppConfig 에이전트에 대한 변수 설정에 대한 자세한 내용은 사용 사례에 해당하는 주제를 참조하세요.
+ [AWS AppConfig 에이전트 Lambda 확장 구성](appconfig-integration-lambda-extensions-config.md)
+ [Amazon EC2에서 AWS AppConfig 에이전트 사용](https://docs.aws.amazon.com/appconfig/latest/userguide/appconfig-integration-ec2.html#appconfig-integration-ec2-configuring)
+ [Amazon ECS 및 Amazon EKS에서 AWS AppConfig 에이전트 사용](https://docs.aws.amazon.com/appconfig/latest/userguide/appconfig-integration-containers-agent.html#appconfig-integration-containers-agent-configuring)

# 여러 계정에서 구성을 검색하도록 AWS AppConfig 에이전트 구성
<a name="appconfig-agent-how-to-use-additional-features-multi-account"></a>

 AWS AppConfig 에이전트 매니페스트에 자격 증명 재정의를 입력하여 여러 AWS 계정 에서 구성을 검색하도록 AWS AppConfig 에이전트를 구성할 수 있습니다. *자격 증명 재정*의에는 AWS Identity and Access Management (IAM) 역할의 Amazon 리소스 이름(ARN), 역할 ID, 세션 이름 및 에이전트가 역할을 수임할 수 있는 기간이 포함됩니다.

매니페스트의 ‘credentials’ 섹션에 이러한 세부 정보를 입력합니다. ‘credentials’ 섹션에서는 다음 형식을 사용합니다.

```
{
    "application_name:environment_name:configuration_name": {
        "credentials": {
            "roleArn": "arn:partition:iam::account_ID:role/roleName",
            "roleExternalId": "string",
            "roleSessionName": "string",
            "credentialsDuration": "time_in_hours" 
        }
    }
}
```

다음 예를 참고하세요

```
{
    "My2ndApp:Beta:MyEnableMobilePaymentsFeatureFlagConfiguration": {
        "credentials": {
            "roleArn": "arn:aws:us-west-1:iam::123456789012:role/MyTestRole",
            "roleExternalId": "00b148e2-4ea4-46a1-ab0f-c422b54d0aac",
            "roleSessionName": "AWSAppConfigAgent",
            "credentialsDuration": "2h" 
        }
    }
}
```

구성을 검색하기 전에 에이전트는 매니페스트에서 구성에 대한 자격 증명 세부 정보를 읽은 다음 해당 구성에 지정된 IAM 역할을 수임합니다. 단일 매니페스트에서 구성마다 서로 다른 자격 증명 재정의 집합을 지정할 수 있습니다. 다음 다이어그램은 AWS AppConfig 에이전트가 계정 A(검색 계정)에서 실행되는 동안 계정 B와 C(공급자 계정)에 지정된 별도의 역할을 수임한 다음 [GetLatestConfiguration](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_appconfigdata_GetLatestConfiguration.html) API 작업을 호출하여 해당 계정에서 실행 중인 구성 데이터를 검색하는 AWS AppConfig 방법을 보여줍니다.

![\[AWS AppConfig 에이전트가 별도의에서 IAM 역할을 사용하는 방법 AWS 계정.\]](http://docs.aws.amazon.com/ko_kr/appconfig/latest/userguide/images/agent multi-account.png)


## 공급업체 계정에서 구성 데이터를 검색하는 권한 구성
<a name="appconfig-agent-how-to-use-additional-features-multi-account-permission"></a>

AWS AppConfig 검색 계정에서 실행되는 에이전트는 공급업체 계정에서 구성 데이터를 검색할 수 있는 권한이 필요합니다. 각 공급업체 계정에서 AWS Identity and Access Management (IAM) 역할을 생성하여 에이전트 권한을 부여합니다. 검색 계정의 AWS AppConfig 에이전트는 공급업체 계정에서 데이터를 가져오기 위해이 역할을 수임합니다. 이 단원의 절차에 따라 IAM 권한 정책, IAM 역할을 생성하고 매니페스트에 에이전트 재정의를 추가할 수 있습니다.

**시작하기 전 준비 사항**  
IAM에서 권한 정책과 역할을 생성하기 전에 다음 정보를 수집합니다.
+ 각의 IDs AWS 계정. *검색* 계정은 구성 데이터를 위해 다른 계정을 직접적으로 호출하는 계정입니다. *공급업체* 계정은 구성 데이터를 검색 계정에 제공하는 계정입니다.
+ 검색 계정 AWS AppConfig 에서가 사용하는 IAM 역할의 이름입니다. 다음은 AWS AppConfig기본적으로에서 사용하는 역할 목록입니다.
  + Amazon Elastic Compute Cloud(Amazon EC2)의 경우 인스턴스 역할을 AWS AppConfig 사용합니다.
  + 의 경우 Lambda 실행 역할을 AWS Lambda AWS AppConfig 사용합니다.
  + Amazon Elastic Container Service(Amazon ECS) 및 Amazon Elastic Kubernetes Service(Amazon EKS)의 경우는 컨테이너 역할을 AWS AppConfig 사용합니다.

  `ROLE_ARN` 환경 변수를 지정하여 다른 IAM 역할을 사용하도록 AWS AppConfig 에이전트를 구성한 경우 해당 이름을 기록해 둡니다.

**권한 정책 생성**  
다음 절차에 따라 IAM 콘솔을 사용하여 권한 정책을 생성할 수 있습니다. 검색 계정에 대한 구성 데이터를 벤딩 AWS 계정 할 각의 절차를 완료합니다.

**IAM 정책을 만들려면**

1. 공급업체 계정의 AWS Management Console 에 로그인합니다.

1. [https://console.aws.amazon.com/iam/](https://console.aws.amazon.com/iam/)에서 IAM 콘솔을 엽니다.

1. 탐색 창에서 **정책**을 선택한 후 **정책 생성**을 선택합니다.

1. **JSON** 옵션을 선택합니다.

1. **정책 편집기**에서 기본 JSON을 다음 정책 설명으로 바꿉니다. 각 *예제 리소스 자리 표시자*를 공급업체 계정 세부 정보로 업데이트합니다.

------
#### [ JSON ]

****  

   ```
   {
       "Version":"2012-10-17",		 	 	 
       "Statement": [
           {
               "Effect": "Allow",
               "Action": [
                   "appconfig:StartConfigurationSession",
                   "appconfig:GetLatestConfiguration"
               ],
               "Resource": "arn:aws:appconfig:us-east-1:111122223333:application/vendor_application_ID/environment/vendor_environment_ID/configuration/vendor_configuration_ID"
           }
       ]
   }
   ```

------

   다음은 그 예입니다.

------
#### [ JSON ]

****  

   ```
   {
       "Version":"2012-10-17",		 	 	 
       "Statement": [{
           "Effect": "Allow",
           "Action": [
               "appconfig:StartConfigurationSession",
               "appconfig:GetLatestConfiguration"
           ],
           "Resource": "arn:aws:appconfig:us-east-2:111122223333:application/abc123/environment/def456/configuration/hij789"
       }
      ]
   }
   ```

------

1. **다음**을 선택합니다.

1. **정책 이름** 필드에 이름을 입력합니다.

1. (선택 사항) **태그 추가**에서 태그-키 값 페어를 하나 이상 추가하여 이 정책에 대한 액세스를 구성, 추적 또는 제어합니다.

1. **정책 생성**을 선택합니다. 시스템에서 **정책** 페이지로 돌아갑니다.

1. 검색 계정에 대한 구성 데이터를 벤딩 AWS 계정 할 각에서이 절차를 반복합니다.

**IAM 역할 생성**  
다음 절차에 따라 IAM 콘솔을 사용하여 IAM 역할을 생성할 수 있습니다. 검색 계정에 대한 구성 데이터를 벤딩 AWS 계정 할 각의 절차를 완료합니다.

**IAM 역할을 생성하려면**

1. 공급업체 계정의 AWS Management Console 에 로그인합니다.

1. IAM 콘솔([https://console.aws.amazon.com/iam/](https://console.aws.amazon.com/iam/))을 엽니다.

1. 탐색 창에서 **역할**을 선택한 후 **역할 생성**을 선택합니다.

1. **신뢰할 수 있는 엔터티 유형**에서 **AWS 계정**를 선택합니다.

1. **AWS 계정** 섹션에서 **다른 AWS 계정**을 선택합니다.

1. **계정 ID** 필드에 검색 계정 ID를 입력합니다.

1. (선택 사항) 이 수임 역할에 대한 보안 모범 사례로 **외부 ID 필요**를 선택하고 문자열을 입력합니다.

1. **다음**을 선택합니다.

1. **권한 추가** 페이지의 **검색** 필드를 사용하여 이전 절차에서 생성한 정책을 찾습니다. 이름 옆의 확인란을 선택합니다.

1. **다음**을 선택합니다.

1. **역할 이름**에 이름을 입력합니다.

1. (선택 사항) **설명**에 설명을 입력합니다.

1. **1단계: 신뢰할 수 있는 엔터티 선택**에서 **편집**을 선택합니다. 기본 JSON 신뢰 정책을 다음 정책으로 바꿉니다. 각 *예제 리소스 자리 표시자*를 검색 계정의 정보로 업데이트합니다.

------
#### [ JSON ]

****  

   ```
   {
       "Version":"2012-10-17",		 	 	 
       "Statement": [
           {
               "Effect": "Allow",
               "Principal": {
                   "AWS": "arn:aws:iam::111122223333:role/appconfig_role_in_retrieval_account"
               },
               "Action": "sts:AssumeRole"
           }
       ]
   }
   ```

------

1. (선택 사항) **Tags**(태그)에서 이 역할에 대한 액세스를 구성, 추적 또는 제어할 태그-키 값 페어를 하나 이상 추가합니다.

1. **역할 생성**을 선택합니다. 그러면 **역할** 페이지로 돌아갑니다.

1. 방금 생성한 역할을 검색합니다. 이 값을 선택합니다. **ARN** 섹션에서 ARN을 복사합니다. 이 정보는 다음 절차에서 지정하게 됩니다.

**매니페스트에 자격 증명 재정의 추가**  
공급업체 계정에서 IAM 역할을 생성한 후에는 검색 계정에서 매니페스트를 업데이트합니다. 특히 공급업체 계정에서 구성 데이터를 검색할 수 있도록 자격 증명 블록과 IAM 역할 ARN을 추가합니다. JSON 형식은 다음과 같습니다.

```
{
    "vendor_application_name:vendor_environment_name:vendor_configuration_name": {
        "credentials": {
            "roleArn": "arn:partition:iam::vendor_account_ID:role/name_of_role_created_in_vendor_account",
            "roleExternalId": "string",
            "roleSessionName": "string",
            "credentialsDuration": "time_in_hours" 
        }
    }
}
```

다음 예를 참고하세요

```
{
    "My2ndApp:Beta:MyEnableMobilePaymentsFeatureFlagConfiguration": {
        "credentials": {
            "roleArn": "arn:aws:us-west-1:iam::123456789012:role/MyTestRole",
            "roleExternalId": "00b148e2-4ea4-46a1-ab0f-c422b54d0aac",
            "roleSessionName": "AwsAppConfigAgent",
            "credentialsDuration": "2h" 
        }
    }
}
```

**다중 계정 검색이 작동하는지 확인**  
에이전트 로그를 검토하여 AWS AppConfig 에이전트가 여러 계정에서 구성 데이터를 검색할 수 있는지 확인할 수 있습니다. '`YourApplicationName`:`YourEnvironmentName`:`YourConfigurationName`'에 대해 검색된 초기 데이터의 `INFO` 수준 로그는 성공적인 검색에 가장 적합한 지표입니다. 검색에 실패하면 실패 이유를 나타내는 `ERROR` 수준 로그가 표시됩니다. 다음은 공급업체 계정에서 성공적으로 검색한 예입니다.

```
[appconfig agent] 2023/11/13 11:33:27 INFO AppConfig Agent 2.0.x
[appconfig agent] 2023/11/13 11:33:28 INFO serving on localhost:2772
[appconfig agent] 2023/11/13 11:33:28 INFO retrieved initial data for 'MyTestApplication:MyTestEnvironment:MyDenyListConfiguration' in XX.Xms
```

# 구성 복사본을 디스크에 쓰도록 AWS AppConfig 에이전트 구성
<a name="appconfig-agent-how-to-use-additional-features-write-to-disk"></a>

구성 사본을 디스크에 일반 텍스트로 자동 저장하도록 AWS AppConfig Agent를 구성할 수 있습니다. 이 기능을 사용하면 디스크에서 구성 데이터를 읽는 애플리케이션을 사용하는 고객이 AWS AppConfig와 연동할 수 있습니다.

이 기능은 구성 백업 기능으로 사용하도록 설계되지 않았습니다. AWS AppConfig Agent는 디스크에 복사된 구성 파일에서 읽지 않습니다. 구성을 디스크에 백업하려면 Amazon [EC2에서 AWS AppConfig 에이전트 사용 또는 Amazon Amazon EC2](https://docs.aws.amazon.com/appconfig/latest/userguide/appconfig-integration-ec2.html#appconfig-integration-ec2-configuring) ECS `BACKUP_DIRECTORY` 및 Amazon EKS에서 에이전트 사용에 대한 및 `PRELOAD_BACKUP` 환경 변수를 참조하세요. [AWS AppConfig](https://docs.aws.amazon.com/appconfig/latest/userguide/appconfig-integration-containers-agent.html#appconfig-integration-containers-agent-configuring) 

**주의**  
이 태스크에 대한 다음 중요 정보를 참고하세요.  
디스크에 저장된 구성은 *일반 텍스트*로 저장되며 사람이 읽을 수 있습니다. 민감한 데이터가 포함된 구성에는 이 기능을 활성화하지 마세요.
이 기능은 로컬 디스크에 씁니다. 파일 시스템 권한에 최소 권한 원칙을 사용합니다. 자세한 내용은 [최소 권한 액세스 구현](appconfig-security.md#appconfig-security-least-privilege-access) 단원을 참조하십시오.

**디스크에 구성 복사본 쓰기를 활성화하려면**

1. 매니페스트를 편집합니다.

1. 디스크에 AWS AppConfig 쓸 구성을 선택하고 `writeTo` 요소를 추가합니다. 다음 예를 참고하세요

   ```
   {
       "application_name:environment_name:configuration_name": {
           "writeTo": {
               "path": "path_to_configuration_file"
           }
       }
   }
   ```

   다음 예를 참고하세요

   ```
   {
       "MyTestApp:MyTestEnvironment:MyNewConfiguration": {
           "writeTo": {
               "path": "/tmp/aws-appconfig/mobile-app/beta/enable-mobile-payments"
           }
       }
   }
   ```

1. 변경 내용을 저장합니다. configuration.json 파일은 새 구성 데이터가 배포될 때마다 업데이트됩니다.

**디스크에 구성 복사본 쓰기가 작동하는지 확인**  
 AWS AppConfig 에이전트 로그를 검토하여 구성 사본이 디스크에 기록되고 있는지 확인할 수 있습니다. "INFO write configuration '*application*:*environment*:*configuration*' to *file\$1path*"라는 문구가 있는 `INFO` 로그 항목은 AWS AppConfig 에이전트가 구성 복사본을 디스크에 쓴다는 것을 나타냅니다.

다음 예를 참고하세요

```
[appconfig agent] 2023/11/13 11:33:27 INFO AppConfig Agent 2.0.x
[appconfig agent] 2023/11/13 11:33:28 INFO serving on localhost:2772
[appconfig agent] 2023/11/13 11:33:28 INFO retrieved initial data for 'MobileApp:Beta:EnableMobilePayments' in XX.Xms
[appconfig agent] 2023/11/13 17:05:49 INFO wrote configuration 'MobileApp:Beta:EnableMobilePayments' to /tmp/configs/your-app/your-env/your-config.json
```

# OpenAPI 사양을 사용하여 클라이언트 생성
<a name="appconfig-integration-OpenAPI"></a>

OpenAPI에 대한 다음 YAML 사양을 사용하여 [OpenAPI 생성기](https://github.com/OpenAPITools/openapi-generator)와 같은 도구를 사용하여 SDK를 생성할 수 있습니다. 애플리케이션, 환경 또는 구성의 하드코딩된 값을 포함하도록 이 사양을 업데이트할 수 있습니다. 또한 경로를 추가하고 (구성 유형이 여러 개인 경우) 구성 스키마를 포함하여 SDK 클라이언트의 구성별 유형 모델을 생성할 수 있습니다. OpenAPI(스웨거라고도 함)에 대한 자세한 내용은 [OpenAPI 사양](https://swagger.io/specification/)을 참조하십시오.

```
openapi: 3.0.0
info:
  version: 1.0.0
  title: AWS AppConfig Agent API
  description: An API model for AWS AppConfig Agent. 
servers:
  - url: http://localhost:{port}/
    variables:
      port:
        default:
          '2772'
paths:
  /applications/{Application}/environments/{Environment}/configurations/{Configuration}:
    get:
      operationId: getConfiguration
      tags:
        - configuration
      parameters:
        - in: path
          name: Application
          description: The application for the configuration to get. Specify either the application name or the application ID.
          required: true
          schema:
            type: string
        - in: path
          name: Environment
          description: The environment for the configuration to get. Specify either the environment name or the environment ID.
          required: true
          schema:
            type: string
        - in: path
          name: Configuration
          description: The configuration to get. Specify either the configuration name or the configuration ID.
          required: true
          schema:
            type: string
        - in: query
          name: flag
          description: The key(s) of the feature flag(s) to retrieve. If not provided, all flags are returned. 
          required: false
          schema:
            type: array
            items:
              type: string
        - in: header
          name: context
          description: Request context used to evaluate multi-variant feature flags.
          required: false
          schema:
            type: array
            items:
              type: string
              pattern: '^\w+=\w+$'
      responses:
        200:
          headers:
            ConfigurationVersion:
              schema:
                type: string
          content:
            application/octet-stream:
              schema:
                type: string
                format: binary
          description: successful config retrieval
        400:
          description: BadRequestException
          content:
            application/text:
              schema:
                $ref: '#/components/schemas/Error'
        404:
          description: ResourceNotFoundException
          content:
            application/text:
              schema:
                $ref: '#/components/schemas/Error'
        500:
          description: InternalServerException
          content:
            application/text:
              schema:
                $ref: '#/components/schemas/Error'
        502:
          description: BadGatewayException
          content:
            application/text:
              schema:
                $ref: '#/components/schemas/Error'
        504:
          description: GatewayTimeoutException
          content:
            application/text:
              schema:
                $ref: '#/components/schemas/Error'

components:
  schemas:
    Error:
      type: string
      description: The response error
```

# AWS AppConfig 에이전트 로컬 개발 모드 작업
<a name="appconfig-agent-how-to-use-local-development"></a>

AWS AppConfig 에이전트는 *로컬 개발 모드를* 지원합니다. 로컬 개발 모드를 활성화하면 에이전트가 디스크의 지정된 디렉터리에서 구성 데이터를 읽습니다. 구성 데이터는 검색하지 않습니다 AWS AppConfig. 지정된 디렉터리의 파일을 업데이트하여 구성 배포를 시뮬레이션할 수 있습니다. 다음 사용 사례에는 로컬 개발 모드를 사용하는 것이 좋습니다.
+  AWS AppConfig를 사용하여 다양한 구성 버전을 배포하기 전에 테스트합니다.
+ 코드 리포지토리에 변경 사항을 커밋하기 전에 새 기능에 대한 다양한 구성 옵션을 테스트합니다.
+ 다양한 구성 시나리오를 테스트하여 예상대로 작동하는지 확인합니다.

**주의**  
프로덕션 환경에서는 로컬 개발 모드를 사용하지 마세요. 이 모드는 배포 검증 및 자동 롤백과 같은 중요한 AWS AppConfig 안전 기능을 지원하지 않습니다.

다음 절차에 따라 로컬 개발 모드에 맞게 AWS AppConfig 에이전트를 구성합니다.

**로컬 개발 모드에 맞게 AWS AppConfig 에이전트를 구성하려면**

1. 컴퓨팅 환경에 대해 설명한 방법을 사용하여 에이전트를 설치합니다. AWS AppConfig 에이전트는 AWS 서비스다음과 함께 작동합니다.
   + [AWS Lambda](https://docs.aws.amazon.com/appconfig/latest/userguide/appconfig-integration-lambda-extensions.html)
   + [Amazon EC2](https://docs.aws.amazon.com/appconfig/latest/userguide/appconfig-integration-ec2.html)
   + [Amazon ECS 및 Amazon EKS](https://docs.aws.amazon.com/appconfig/latest/userguide/appconfig-integration-containers-agent.html)

1. 에이전트가 실행 중인 경우 중지합니다.

1. 환경 변수 목록에 `LOCAL_DEVELOPMENT_DIRECTORY`를 추가합니다. 에이전트에 읽기 권한을 제공할 파일 시스템의 디렉터리를 지정합니다. 예를 들어 `/tmp/local_configs`입니다.

1. 디렉터리에 파일을 생성합니다. 파일 이름은 다음 형식을 사용해야 합니다.

   ```
   application_name:environment_name:configuration_profile_name
   ```

   다음 예를 참고하세요

   ```
   Mobile:Development:EnableMobilePaymentsFeatureFlagConfiguration
   ```
**참고**  
`LOCAL_DEVELOPMENT_DIRECTORY` 디렉터리의 파일에 추가할 수 있는 기능 플래그 샘플을 보려면 [AWS AppConfig 에이전트 로컬 개발 모드에 대한 기능 플래그 샘플](appconfig-agent-how-to-use-local-development-samples.md)를 참조하세요.
(선택 사항) 파일 확장자에 따라 에이전트가 구성 데이터에 대해 반환할 콘텐츠 유형을 제어할 수 있습니다. 예를 들어 파일 확장자를 .json으로 지정하면 애플리케이션에서 요청할 때 에이전트는 콘텐츠 유형이 `application/json`인 파일을 반환합니다. 확장자를 생략하면 에이전트가 콘텐츠 유형으로 `application/octet-stream`을 사용합니다. 정확한 제어가 필요한 경우 `.type%subtype` 형식으로 확장자를 제공할 수 있습니다. 그러면 에이전트에서 콘텐츠 유형으로 `.type/subtype`을 반환합니다.

1. 다음 명령을 실행하여 에이전트를 다시 시작하고 구성 데이터를 요청합니다.

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

에이전트는 에이전트에 지정된 폴링 간격으로 로컬 파일의 변경 사항을 확인합니다. 폴링 간격을 지정하지 않은 경우 에이전트는 기본 간격인 45초를 사용합니다. 폴링 간격에서이 검사를 수행하면 에이전트가 AWS AppConfig 서비스와 상호 작용하도록 구성된 경우와 마찬가지로 로컬 개발 환경에서 동일하게 동작합니다.

**참고**  
로컬 개발 구성 파일의 새 버전을 배포하려면 새 데이터로 파일을 업데이트합니다.

# AWS AppConfig 에이전트 로컬 개발 모드에 대한 기능 플래그 샘플
<a name="appconfig-agent-how-to-use-local-development-samples"></a>

이 섹션에는 로컬 개발 모드에서 AWS AppConfig 에이전트와 함께 사용할 수 있는 기능 플래그 샘플이 포함되어 있습니다. 로컬 개발 모드에서는 데이터 검색 시점 형식의 기능 플래그 데이터가 필요합니다. *검색 시점 형식*은 [GetLatestConfiguration](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_appconfigdata_GetLatestConfiguration.html) API에서 플래그를 검색할 때 반환되는 형식으로, 플래그의 값만을 포함합니다. 검색 시점 형식은 플래그의 전체 정의([CreateHostedConfigurationVersion](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_CreateHostedConfigurationVersion.html) API에 전달된 대로)를 포함하지 않습니다. 플래그에 대한 전체 정의에는 속성 이름 및 값, 제약 조건, 플래그의 활성화 상태와 같은 정보도 포함됩니다.

**Topics**
+ [기본 기능 플래그 샘플](#appconfig-agent-how-to-use-local-development-samples-basic)
+ [다중 변형 기능 플래그 샘플](#appconfig-agent-how-to-use-local-development-samples-multi-variant)

## 기본 기능 플래그 샘플
<a name="appconfig-agent-how-to-use-local-development-samples-basic"></a>

로컬 개발 모드에서 AWS AppConfig 에이전트와 함께 다음 기본 기능 플래그 샘플을 사용합니다.

**참고**  
에이전트가 로컬 기능 플래그 데이터의 콘텐츠 유형을 `application/json` (로컬 개발 모드가 아닌 AWS AppConfig 환경에서 플래그 데이터를 검색할 때와 마찬가지로) 로 보고하도록 하려면 로컬 기능 플래그 파일이 .json 확장자를 사용해야 합니다. 예를 들어 `Local:MyFeatureFlags:SampleB1.json`입니다.

**샘플 1**: UI 새로 고침을 나타내는 단일 플래그

```
{
    "ui_refresh": {
        "enabled": true,
        "new_styleguide_colors": true
    }
}
```

**샘플 2**: 운영 기능 플래그를 나타내는 여러 개의 플래그

```
{
   "background_worker": {
        "enabled": true,
        "num_threads": 4,
        "queue_name": "MyWorkQueue"
   },
   "emergency_shutoff_switch": {
        "enabled": false
   },
   "logger_settings": {
        "enabled": true,
        "level": "INFO"
   }
}
```

## 다중 변형 기능 플래그 샘플
<a name="appconfig-agent-how-to-use-local-development-samples-multi-variant"></a>

하나 이상의 다중 변형 기능 플래그를 포함하는 기능 플래그 구성의 검색 시점 형식은 JSON 데이터 대신 [Amazon Ion](https://amazon-ion.github.io/ion-docs/) 데이터로 표시됩니다. 이 형식에서 다중 변형 플래그는 주석이 달린 목록으로 표시되고, 기본 플래그는 주석이 달린 문자열로 표시됩니다. 다중 변형 플래그의 목록 요소는 단일 변형을 나타내는 튜플(길이가 2인 목록) 또는 기본 변형을 나타내는 문자열입니다. 변형 튜플 내에서 첫 번째 요소는 변형의 규칙을 나타내는 s 표현식이고 두 번째 요소는 변형의 내용을 나타내는 문자열입니다.

에이전트가 이러한 파일을 제대로 해석하려면 로컬 기능 플래그 파일에서 다음과 같은 확장을 사용해야 합니다. `application%ion%type=AWS.AppConfig.FeatureFlags`. 예를 들어 `Local:MyFeatureFlags:SampleMV1.application%ion%type=AWS.AppConfig.FeatureFlags`입니다.

**샘플 1**: 새 기능의 단계식(티어별) 릴리스를 나타내는 다중 변형 플래그

```
'tiered_release'::[
  [
    (or (and (eq $group "Tier1") (split by::$userId pct::1 seed::"2025.01.01")) (and (eq $group "Tier2") (split by::$userId pct::7 seed::"2025.01.01"))),
    '''{"_variant": "ShowFeature", "enabled": true}'''
  ],
  '''{"_variant": "HideFeature", "enabled": false}'''
]
```

**샘플 2**: 사용자 ID에 따라 서로 다른 UX를 나타내는 여러 개의 플래그. 처음 두 플래그는 다중 변형이고 마지막 플래그는 기본형입니다.

```
'colorway'::[
  [
    (contains $userId "beta"),
    '''{"_variant": "BetaTesters", "enabled": true, "background": "blue", "foreground": "red"}''',
  ],
  [
    (split by::$userId pct::10),
    '''{"_variant": "SplitRollOutRedAndBlue", "enabled": true, "background": "blue", "foreground": "red"}''',
  ],
  '''{"_variant": "default", "enabled": true, "background": "green", "foreground": "green"}''',
]

'simple_feature'::[
  [
    (contains $userId "beta"),
    '''{"_variant": "BetaTesters", "enabled": true}'''
  ],
  '''{"_variant": "default", "enabled": false}'''
]

'button_color'::'''{"enabled": true, "color": "orange"}'''
```

# AWS AppConfig 브라우저 및 모바일 사용 고려 사항
<a name="appconfig-retrieving-mobile"></a>

기능 플래그를 사용하면 앱 스토어 릴리스에 따르는 오버헤드, 위험 또는 경직성 없이도 웹 페이지 및 모바일 애플리케이션 환경을 즉시 업데이트할 수 있습니다. 기능 플래그를 사용하면 선택한 시점에 사용자 기반에 대한 변경 사항을 점진적으로 릴리스할 수 있습니다. 오류가 발생하는 경우, 사용자가 새 소프트웨어 버전으로 업그레이드하지 않고도 변경 사항을 즉시 롤백할 수 있습니다. 간단히 말해서, 기능 플래그는 애플리케이션에 변경 사항을 배포할 때 더 큰 제어와 유연성을 제공합니다.

다음 섹션에서는 웹 페이지 및 모바일 디바이스에서 AWS AppConfig 기능 플래그를 사용하기 위한 중요한 고려 사항을 설명합니다.

**Topics**
+ [구성 데이터 및 플래그 검색](#appconfig-retrieving-mobile-configuration-data)
+ [인증 및 Amazon Cognito](#appconfig-retrieving-mobile-authentication)
+ [캐싱](#appconfig-retrieving-mobile-caching)
+ [Segmentation](#appconfig-retrieving-mobile-segmentation)
+ [대역폭(모바일 사용 사례)](#appconfig-retrieving-mobile-experience-bandwidth)
+ [추가 플래그 사용 사례](#appconfig-retrieving-mobile-use-cases)

## 구성 데이터 및 플래그 검색
<a name="appconfig-retrieving-mobile-configuration-data"></a>

브라우저 및 모바일 사용 사례의 경우 많은 고객이 웹 또는 모바일 애플리케이션과 AWS AppConfig간에 프록시 계층을 사용하는 것을 선택합니다. 이렇게 하면 AWS AppConfig 통화 볼륨이 사용자 기반 크기와 분리되어 비용이 절감됩니다. 또한 플래그 검색 성능을 최적화하고를 사용하여 프록시를 생성하는 [다중 변형 flags](https://docs.aws.amazon.com/appconfig/latest/userguide/appconfig-creating-multi-variant-feature-flags.html). AWS AppConfig recommends와 같은 기능을 지원하는 [AWS AppConfig 에이전트](https://docs.aws.amazon.com/appconfig/latest/userguide/appconfig-agent-how-to-use.html)를 활용할 AWS Lambda 수 있습니다. 플래그를에서 직접 검색하는 대신 [AWS AppConfig Lambda 함수 내에서 기능 플래그를 검색하도록 Lambda 확장](https://docs.aws.amazon.com/appconfig/latest/userguide/appconfig-integration-lambda-extensions.html)을 AWS AppConfig구성합니다. 함수를 작성하여 이벤트 요청의 AWS AppConfig 검색 파라미터를 수락하고 Lambda 응답에서 해당 구성 데이터를 반환합니다. [Lambda 함수 URL](https://docs.aws.amazon.com/lambda/latest/dg/urls-configuration.html)을 사용하여 인터넷에 프록시를 공개합니다.

프록시를 구성한 후에는 데이터를 검색하는 빈도를 고려하세요. 모바일 사용 사례에는 일반적으로 빈도 높은 폴링 간격이 필요하지 않습니다. 애플리케이션이 프록시에서 새로 고침하는 것보다 AWS AppConfig 더 자주에서 데이터를 새로 고치도록 AWS AppConfig 에이전트를 구성합니다.

## 인증 및 Amazon Cognito
<a name="appconfig-retrieving-mobile-authentication"></a>

Lambda 함수 URL은 `AWS_IAM` 및 `NONE`의 [두 가지 형태로 액세스 제어](https://docs.aws.amazon.com/lambda/latest/dg/urls-auth.html)를 지원합니다. Lambda 함수에서 자체 인증 및 권한 부여를 구현하려는 경우 `NONE`을 사용합니다. 엔드포인트를 공개적으로 노출하도록 허용하고 구성 데이터에 민감한 데이터가 포함되지 않은 경우의 사용 사례에도 권장되는 옵션은 `NONE`입니다. 다른 모든 사용 사례의 경우 `AWS_IAM`을 사용하세요.

**중요**  
인증 없이 엔드포인트를 인터넷에 노출하는 경우 구성 데이터에서 개인 식별 정보(PII), 사용자 ID, 또는 릴리스되지 않은 기능 이름을 포함한 민감한 데이터가 유출되지 않도록 해야 합니다.

`AWS_IAM`을 사용하기로 선택한 경우, [Amazon Cognito](https://docs.aws.amazon.com/cognito/latest/developerguide/what-is-amazon-cognito.html)에서 자격 증명을 관리해야 합니다. Amazon Cognito를 시작하려면 ID 풀을 생성해야 합니다. ID 풀을 사용하면 인증된 사용자 또는 게스트 사용자를 위해 애플리케이션에 단기 자격 증명을 제공할 수 있습니다. 사용자가 Lambda 함수에 `InvokeFunctionUrl`을 사용하도록 허용하는 역할을 ID 풀에 추가해야 합니다. 이렇게 하면 애플리케이션의 인스턴스가 구성 데이터를 검색하는 데 필요한 자격 증명에 액세스할 수 있습니다.

애플리케이션에서 Amazon Cognito로 작업할 때는 [AWS Amplify](https://docs.aws.amazon.com/amplify/) 사용을 고려하세요. Amplify는 와의 모바일/웹 애플리케이션 상호 작용을 간소화 AWS 하고 Amazon Cognito에 대한 기본 지원을 제공합니다.

## 캐싱
<a name="appconfig-retrieving-mobile-caching"></a>

를 사용할 때는 항상 디바이스 또는 브라우저에서 구성 데이터를 로컬로 캐싱 AWS AppConfig해야 합니다. 캐싱은 다음과 같은 이점을 제공합니다.
+ 지연 시간과 배터리 소모를 줄여 성능 개선
+ 네트워크 액세스에 대한 종속성을 제거하여 안정성 제공
+ 데이터 검색 빈도를 줄여 비용 절감

모바일 사용 사례의 경우 인 메모리 및 지속성 온디바이스 캐시를 구현하는 것이 좋습니다. 인 메모리 캐시에서 원하는 구성을 검색하고 필요한 경우 다시 프록시에서 가져올 수 있도록 애플리케이션을 구성합니다. 프록시에서 구성이 성공적으로 검색되면 인 메모리 캐시를 업데이트한 다음 디바이스에 구성을 유지합니다. 백그라운드 프로세스를 사용하여 캐시를 반복하고 각 구성을 새로 고칩니다. 애플리케이션 시작 후 처음으로 구성을 가져올 때 검색에 실패하면 지속성 구성으로 전환합니다(그리고 이를 사용하여 인 메모리 캐시에 시딩).

## Segmentation
<a name="appconfig-retrieving-mobile-segmentation"></a>

기능 플래그를 사용하는 경우 고객 기반 전체에 걸쳐 기능 플래그 지정 환경을 세분화하기를 원할 수도 있습니다. 이렇게 하려면 플래그 검색 직접 호출에 콘텍스트를 제공하고 제공된 콘텍스트를 기반으로 [기능 플래그의 다양한 변형](https://docs.aws.amazon.com/appconfig/latest/userguide/appconfig-creating-multi-variant-feature-flags.html)을 반환하도록 규칙을 구성합니다. 예를 들어 사용자에게 iOS 18.X 사용자를 위한 기능 플래그 변형, iOS 17.X 사용자를 위한 변형, 다른 모든 iOS 버전에 대한 기본 플래그가 있다고 가정해 봅시다. 변형을 사용하면 애플리케이션의 모든 iOS 버전이 동일한 환경에서 동일한 구성을 대상으로 하도록 구성할 수 있지만, 검색 호출에 제공된 콘텍스트(예: "version": "iOS18.1")에 따라 디바이스는 구성의 적절한 변형을 수신하게 됩니다.

**참고**  
모바일 사용 사례에 AWS AppConfig 기능 플래그 변형을 사용하는 경우 기능 플래그를 검색하려면 AWS AppConfig 에이전트와 프록시를 사용해야 합니다.

 AWS AppConfig 에이전트를 사용하여 기능 플래그를 검색하지 않도록 선택한 경우 [환경을](https://docs.aws.amazon.com/appconfig/latest/userguide/appconfig-creating-environment.html) 활용하여 AWS AppConfig 간단하고 카디널리티가 낮은 세분화를 수행할 수 있습니다. 환경은 대상에 대한 논리적 배포 그룹입니다. 구성을 개발, 테스트 및 프로덕션 환경으로 세분화하는 것 외에도 디바이스 유형(태블릿 대 전화) 또는 메이저 OS 버전과 같은 모바일 특화 환경을 생성하여 고객 기반을 세분화할 수 있습니다. 환경을 분리해 사용하면 특정 고객 기반의 특정 요구 사항을 충족하기 위해 동일하거나 다른 구성 데이터 세트를 배포할 수 있습니다.

## 대역폭(모바일 사용 사례)
<a name="appconfig-retrieving-mobile-experience-bandwidth"></a>

일반적으로, 각 플래그 세트의 크기를 작게 유지하는 것을 목표로 하세요. 모바일 사용 사례에는 저대역폭 제약이 수반되는 경향이 있습니다. 데이터 크기를 최소화하면 사용자 기반 전반에서 일관된 경험을 유지하는 데 도움이 됩니다. 또한 모바일 디바이스는 대역폭이 낮거나 없는 환경에서 작동하는 경우가 많기 때문에 온디바이스 캐싱이 매우 중요합니다. 구성 데이터를 검색할 수 없는 경우 치명적인 오류 없이 실패하는 애플리케이션 코드도 중요합니다.

## 추가 플래그 사용 사례
<a name="appconfig-retrieving-mobile-use-cases"></a>

기능 플래그의 이점은 기능 릴리스 편의성에서 멈추지 않습니다. 장기 운영 플래그를 사용하여 애플리케이션의 운영 형태를 개선하는 것도 가능합니다. 예를 들어 이벤트 발생 중에 추가 지표를 내보내고 데이터를 디버깅하는 성능 모니터링 토글을 생성할 수 있습니다. 또는 고객 기반의 한 세그먼트에 대해 애플리케이션 새로 고침 빈도를 유지 관리하고 조정할 수도 있습니다.

# AWS AppConfig 에이전트 없이 구성 데이터 검색
<a name="about-data-plane"></a>

에서 구성 데이터를 검색하는 권장 방법은 Amazon에서 개발 및 관리하는 AWS AppConfig 에이전트를 사용하는 AWS AppConfig 것입니다. 에이전트를 사용하면 구성 데이터를 로컬로 캐싱하고 업데이트를 위해 AWS AppConfig 데이터 영역 서비스를 비동기적으로 폴링할 수 있습니다. 이 캐싱/폴링 프로세스를 통해 지연 시간과 비용을 최소화하면서 애플리케이션에 구성 데이터를 항상 사용할 수 있습니다. 에이전트를 사용하지 않으려면 AWS AppConfig 데이터 영역 서비스에서 직접 퍼블릭 APIs를 호출할 수 있습니다.

데이터 플레인 서비스는 [StartConfigurationSession](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_appconfigdata_StartConfigurationSession.html) 및 [GetLatestConfiguration](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_appconfigdata_GetLatestConfiguration.html)이라는 두 개의 새 API 작업을 사용합니다. 또한 데이터 영역 서비스는 AWS AppConfig 컨트롤 플레인과 [별도의 엔드포인트](https://docs.aws.amazon.com/general/latest/gr/appconfig.html#appconfigdata_data_plane)를 사용합니다.

**참고**  
데이터 플레인 서비스는 `GetConfiguration` API 작업을 사용하여 구성 데이터를 검색하는 이전 프로세스를 대체합니다. `GetConfiguration` API는 더 이상 사용되지 않습니다.

**작동 방식**  
다음은 데이터 영역 서비스를 사용하여 AWS AppConfig APIs를 직접 호출하는 프로세스가 작동하는 방식입니다.

애플리케이션은 [StartConfigurationSession](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_appconfigdata_StartConfigurationSession.html) API 작업을 사용하여 구성 세션을 먼저 설정하여 구성 데이터를 검색합니다. 그러면 세션 클라이언트가 정기적으로 [GetLatestConfiguration](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_appconfigdata_GetLatestConfiguration.html)을 호출하여 사용 가능한 최신 데이터를 확인하고 검색합니다.

`StartConfigurationSession`이 호출되면 코드에서 다음 정보를 보냅니다.
+ 세션이 추적하는 AWS AppConfig 애플리케이션, 환경 및 구성 프로필의 식별자(ID 또는 이름)입니다.
+ (선택 사항) 세션 클라이언트가 `GetLatestConfiguration` 호출 사이에 대기해야 하는 최소 시간입니다.

이에 대한 응답`InitialConfigurationToken`으로는 세션의 클라이언트에 제공되고 해당 세션을 처음 호출할 때 사용할 `GetLatestConfiguration`를 AWS AppConfig 제공합니다.

**중요**  
이 토큰은 `GetLatestConfiguration`을 처음 호출할 때 한 번만 사용해야 합니다. 이후에 `GetLatestConfiguration`을 호출할 때마다 `GetLatestConfiguration`응답 (`NextPollConfigurationToken`)의 새 토큰을 *사용해야* 합니다. 긴 폴링 사용 사례를 지원하기 위해 토큰은 최대 24시간 동안 유효합니다. `GetLatestConfiguration` 호출에서 만료된 토큰을 사용하는 경우 시스템은 `BadRequestException`을 반환합니다.

`GetLatestConfiguration`를 호출하면 클라이언트 코드는 가장 최근의 `ConfigurationToken` 값을 보내고 이에 대한 응답으로 수신합니다.
+ `NextPollConfigurationToken`: 다음에 `GetLatestConfiguration` 호출 시 사용할 `ConfigurationToken` 값입니다.
+ `NextPollIntervalInSeconds`: 클라이언트가 `GetLatestConfiguration`에 다음 호출을 하기 전에 기다려야 하는 시간.
+ 구성: 세션에 사용할 최신 데이터. 클라이언트에 이미 최신 버전의 구성이 있는 경우 비어 있을 수 있습니다.

**중요**  
다음 중요 정보를 기록해 둡니다.  
[StartConfigurationSession](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_appconfigdata_StartConfigurationSession.html) API는 애플리케이션, 환경, 구성 프로필 및 클라이언트당 한 번만 호출하여 서비스와의 세션을 설정해야 합니다. 이는 일반적으로 애플리케이션을 시작할 때 또는 구성을 처음 검색하기 직전에 수행됩니다.
`KmsKeyIdentifier`를 사용하여 구성을 배포하는 경우 구성 수신 요청에 `kms:Decrypt` 호출 권한이 포함되어야 합니다. 자세한 내용은 *AWS Key Management Service API 참조*의 [복호화](https://docs.aws.amazon.com/kms/latest/APIReference/API_Decrypt.html) 섹션을 참조하십시오.
이전에 구성 데이터를 검색하는 데 사용했던 API `GetConfiguration` 작업인 은 더 이상 사용되지 않습니다. `GetConfiguration` API 작업은 암호화된 구성을 지원하지 않습니다.

## (예제) AWS AppConfig APIs를 호출하여 구성 검색
<a name="appconfig-retrieving-the-configuration-example"></a>

다음 AWS CLI 예제에서는 AWS AppConfig 데이터 `StartConfigurationSession` 및 `GetLatestConfiguration` API 작업을 사용하여 구성 데이터를 검색하는 방법을 보여줍니다. 첫 번째 명령은 구성 세션을 시작합니다. 이 호출에는 AWS AppConfig 애플리케이션의 IDs(또는 이름), 환경 및 구성 프로필이 포함됩니다. API는 구성 데이터를 가져오는 데 사용된 `InitialConfigurationToken`을 반환합니다.

```
aws appconfigdata start-configuration-session \
    --application-identifier application_name_or_ID \
    --environment-identifier environment_name_or_ID \
    --configuration-profile-identifier configuration_profile_name_or_ID
```

시스템은 다음과 같은 형식의 정보로 응답합니다.

```
{
   "InitialConfigurationToken": initial configuration token
}
```

세션을 시작한 후에는 [InitialConfigurationToken](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_appconfigdata_StartConfigurationSession.html#API_appconfigdata_StartConfigurationSession_ResponseSyntax)을 사용하여 [GetLatestConfiguration](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_appconfigdata_GetLatestConfiguration.html)을 호출하여 구성 데이터를 가져옵니다. 구성 데이터가 `mydata.json` 파일에 저장됩니다.

```
aws appconfigdata get-latest-configuration \
    --configuration-token initial configuration token mydata.json
```

`GetLatestConfiguration`을 처음 호출할 때는 `StartConfigurationSession`에서 확보한 `ConfigurationToken`을 사용합니다. 다음 정보가 반환됩니다.

```
{
    "NextPollConfigurationToken" : next configuration token,
    "ContentType" : content type of configuration,
    "NextPollIntervalInSeconds" : 60
}
```

`GetLatestConfiguration`에 대한 후속 호출은 이전 응답의 `NextPollConfigurationToken`을 *제공해야* 합니다.

```
aws appconfigdata get-latest-configuration \
    --configuration-token next configuration token mydata.json
```

**중요**  
`GetLatestConfiguration` API 작업에 대한 다음과 같은 중요 세부 정보에 주의하십시오.  
`GetLatestConfiguration` 응답에는 구성 데이터를 보여주는 `Configuration` 섹션이 포함됩니다. 이 `Configuration` 섹션은 시스템에서 새 구성 데이터 또는 업데이트된 구성 데이터를 찾은 경우에만 나타납니다. 시스템에서 새 구성 데이터나 업데이트된 구성 데이터를 찾지 못하면 해당 `Configuration` 데이터는 비어 있습니다.
모든 `ConfigurationToken` 응답에서 새 `GetLatestConfiguration`을 받습니다.
예산, 구성 배포의 예상 빈도, 구성할 대상 수를 기준으로 `GetLatestConfiguration` API 직접 호출의 폴링 빈도를 조정하는 것이 좋습니다.