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

# 앱의 캐시 구성 관리
<a name="caching"></a>

Amplify는 Amazon CloudFront를 사용하여 호스팅된 애플리케이션의 캐싱 구성을 관리합니다. 최상의 성능을 위해 각 앱에 캐시 구성이 적용됩니다.

2024년 8월 13일, Amplify는 애플리케이션의 캐싱 효율성을 개선했습니다. 자세한 내용은 [AWS Amplify 호스팅을 통한 앱 성능 향상을 위한 CDN 캐싱 개선 사항을 참조하세요](https://aws.amazon.com/blogs/mobile/cdn-caching-improvements-for-better-app-performance-with-aws-amplify-hosting/).

다음 표에는 캐싱 개선 사항 릴리스 전후의 특정 캐싱 동작에 대한 Amplify 지원이 요약되어 있습니다.


| 캐싱 동작 | 이전 지원 | 캐싱 개선 이후 | 
| --- | --- | --- | 
| Amplify 콘솔 또는 `customHeaders.yaml` 파일에서 앱의 사용자 지정 헤더를 추가할 수 있습니다. 재정의할 수 있는 헤더 중 하나는 `Cache-Control`입니다. 자세한 내용은 [Amplify 앱에 대한 사용자 지정 헤더 설정](custom-headers.md) 단원을 참조하십시오. | 예 | 예 | 
|  Amplify는 `customHeaders.yaml` 파일에서 정의한 `Cache-Control` 헤더를 준수하며 이 헤더는 Amplify의 기본 캐시 설정보다 우선합니다.  | 예 | 예 | 
|  Amplify는 애플리케이션의 프레임워크 내에서 동적 경로(예: Next.js SSR 경로)에 대해 설정된 `Cache-Control` 헤더를 준수합니다. 앱의 `customHeaders.yaml` 파일에 `Cache-Control` 헤더가 설정된 경우 `next.config.js` 파일의 설정보다 우선합니다.  |  예  |  예  | 
| 각 새 CI/CD 앱 배포는 캐시를 지웁니다. |  예  |  예  | 
|  앱에서 성능 모드를 켤 수 있습니다.  | 예 | 아니요Amplify 콘솔에서는 더 이상 성능 모드 설정을 사용할 수 없습니다. 그러나 `s-maxage` 지시문을 설정하는 `Cache-Control` 헤더를 생성할 수 있습니다. 지침은 [Cache-Control 헤더를 사용하여 앱 성능 향상](Using-headers-to-control-cache-duration.md) 섹션을 참조하세요. | 

다음 표에는 특정 캐시 설정의 기본값에 대한 변경 사항이 나열되어 있습니다.


| 캐시 설정 | 이전 기본값 | 캐싱 개선 이후 기본값 | 
| --- | --- | --- | 
|  정적 자산의 캐시 기간  |  2초  |  1년  | 
|  역방향 프록시 응답의 캐시 기간  |  2초  |  0초(캐싱 없음)  | 
|  최대 TTL(Time To Live)  |  10분  |  1년  | 

Amplify가 애플리케이션에 적용할 캐싱 구성을 결정하는 방법과 캐시 키 구성 관리에 대한 지침은 다음 항목을 참조하세요.

**Topics**
+ [Amplify가 앱에 캐시 구성을 적용하는 방법](cache-configuration-type.md)
+ [캐시 키 쿠키 관리](cache-key-cookies.md)
+ [Cache-Control 헤더를 사용하여 앱 성능 향상](Using-headers-to-control-cache-duration.md)