백엔드 버킷 개요

백엔드 버킷을 사용하면 Cloud Storage 버킷을 애플리케이션 부하 분산기의 백엔드로 사용할 수 있습니다. 특히 애플리케이션에서 이미지나 동영상과 같은 정적 콘텐츠를 제공해야 하는 경우 백엔드 버킷을 사용하는 것이 좋습니다.

애플리케이션이 HTTP(S)를 통해 동적 콘텐츠를 제공해야 하는 경우 백엔드 서비스를 대신 사용하세요.

부하 분산기 지원

다음 부하 분산기는 백엔드 버킷 사용을 지원합니다.

  • 전역 외부 애플리케이션 부하 분산기
  • 기본 애플리케이션 부하 분산기
  • 리전 외부 애플리케이션 부하 분산기(미리보기)
  • 리전 간 내부 애플리케이션 부하 분산기
  • 리전 내부 애플리케이션 부하 분산기(미리보기)

Private Service Connect NEG 배포

백엔드 버킷은 로드 밸런서가 Cloud Storage 버킷에서 직접 콘텐츠를 제공할 수 있도록 원활하고 완전히 통합된 환경을 제공합니다.

하지만 Private Service Connect는 Cloud Storage API 엔드포인트를 가리키는 Private Service Connect NEG를 만든 다음 이 NEG를 부하 분산기의 백엔드로 구성하는 대체 배포 유형을 제공합니다. 이 배포 유형은 Cloud Storage API 엔드포인트에 대한 비공개 네트워크 경로를 제공합니다. 하지만 이 메서드는 기본적으로 비공개 버킷에 대한 액세스 권한을 부여하지 않습니다. 또한 클라이언트 애플리케이션이 Cloud Storage에 자체적으로 인증할 수 있는지 확인해야 합니다.

자세한 내용은 백엔드를 통해 전역 Google API에 액세스를 참고하세요.

Cloud CDN 지원

기본적으로 Cloud Storage는 Cloud CDN에서 사용하는 동일한 캐시를 사용합니다. Cloud Storage에는 객체용 기본 제공 캐싱이 포함되어 있지만 사용자에게 콘텐츠를 제공할 때 성능을 개선하려면 백엔드 버킷에서 Cloud CDN을 사용 설정하는 것이 좋습니다.

백엔드 버킷에서 Cloud CDN을 사용하지 않으면, Cloud Storage 메타데이터에서 설정한 대로 더 작은 콘텐츠의 캐싱을 제어하는 데 원본 'Cache-Control' 헤더만 사용할 수 있습니다.

백엔드 버킷에서 Cloud CDN을 사용 설정하면 캐시 모드, 서명된 URL, 캐시 무효화와 같은 더 많은 Cloud CDN 제어를 콘텐츠에 사용할 수 있습니다. Cloud CDN을 사용하면 10MiB보다 큰 콘텐츠를 캐시할 수도 있습니다. 자세한 내용과 가격 고려사항은 Cloud Storage 문서의 Cloud Storage 및 Cloud CDN을 참고하세요.

샘플 아키텍처

다음 다이어그램에서 외부 애플리케이션 부하 분산기는 URL 맵을 사용하여 지정된 URL 경로에서 해당 백엔드로 트래픽을 전달합니다.

부하 분산기는 /love-to-fetch/가 포함된 URL 경로를 사용하여 us-east1 리전에 있는 Cloud Storage 버킷으로 트래픽을 전송합니다. 다른 모든 요청은 europe-north1 리전에 있는 Cloud Storage 버킷으로 이동합니다.

부하 분산기는 Cloud Storage 백엔드로 트래픽을 전송합니다.
Cloud Storage로 트래픽 분산

API 및 gcloud 참조

백엔드 버킷 리소스의 속성에 대한 자세한 내용은 다음 참조 문서를 확인하세요.

다음 단계