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

# 앱의 캐시 구성 관리
<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 앱 배포는 캐시를 지웁니다. | 예 | 예 | 
| 앱에서 성능 모드를 켤 수 있습니다. | 예 | 아니요<br />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)