이 페이지는 다음에 대한 예와 팁을 보여줍니다.
버킷을 사용하여 정적 웹 사이트를 호스팅합니다.


## 전문 페이지


 색인 페이지


색인 페이지(웹 서버 디렉토리 색인이라고도 함)
방문자가 URL이 없는 URL을 요청할 때 방문자에게 제공되는 파일입니다.
관련 파일. 할당할 때
MainPageSuffix 속성,
Cloud Storage는 접두사가
방문자가 요청한 URL

예를 들어
정적 웹사이트의 MainPageSuffix를

index.html. 또한 이름이 지정된 파일이 없다고 가정합니다.
당신의 디렉토리
버킷
www.example.com. 이 때 사용자가 URL을 요청하면

httpwww.example.com/directory, Cloud Storage가 파일 제공을 시도합니다.

www.example.com/directory/index.html. 해당 파일도 존재하지 않는 경우
Cloud Storage에서 오류 페이지 반환

그만큼
MainPageSuffix는 또한 사용자가 상단을 요청할 때 제공되는 파일을 제어합니다.
레벨 사이트. 위의 예를 계속하면 사용자가 요청하는 경우

httpwww.example.com, Cloud Storage가 파일 제공을 시도합니다.

www.example.com/index.html

다음과 같이 뒤에 슬래시가 있는 URL에 액세스하려고 할 때

httpwww.example.com/dir/, 문제 해결 참조

 오류 페이지


오류 페이지는 정적 사이트 방문자에게 반환되는 파일입니다.
기존 파일에 해당하지 않는 URL을 요청하십시오. 당신이 가지고 있다면
할당
MainPageSuffix, Cloud Storage는 다음과 같은 경우에만 오류 페이지를 반환합니다.
요청한 이름의 파일이나 해당 인덱스 페이지가 없습니다.

오류 페이지를 반환할 때 http 응답 코드는 다음과 같습니다.
404. 재산
오류 페이지 역할을 하는 파일을 제어합니다.
NotFoundPage. 당신이하지 않으면
세트
NotFoundPage, 사용자에게 일반 오류 페이지가 표시됨

## 웹사이트 구성 예시


 3개 객체 버킷


이름이 지정된 버킷을 가정합니다.
www.example.com이 웹사이트로 구성되었습니다.
다음 설정 및 파일:
-

MainPageSuffix= "index.html"찾을 수 없는 페이지= "404.html"- 버킷에는 "index.html", "404.html"및 "dir/index.html"의 세 가지 공유 개체가 포함되어 있습니다.

다음 표는 선택한 URL에 제공되는 콘텐츠를 보여줍니다.


|요청된 URL
||제공된 콘텐츠
||HTTP 응답 코드
|
|httpwww.example.com
|

http://www.example.com/

httpwww.example.com/index.html
|객체 "index.htmln||200
|
|httpwww.example.com/hello
||객체 "404.htmln||404
|
|httpwww.example.com/dir/index.html
||객체 "dir/index.htmln||200
|
|httpwww.example.com/dir
||객체 "dir/index.htmln||301
|
|httpwww.example.com/dir/
||객체 "dir/index.html", /dir/에 대한 0바이트 객체가 없다고 가정
||200
|
|0바이트 빈 객체(/dir/에 대해 존재하는 경우). 이 0바이트 개체 제거에 대한 문제 해결 항목을 참조하십시오.
||301
|
 두 객체 버킷


이름이 지정된 버킷을 가정합니다.
www.example.com이 웹사이트로 구성되었습니다.
다음 설정 및 파일:
-

MainPageSuffix= "main.html"찾을 수 없는 페이지= "404.html"- 버킷에는 "main.html"및 "404.html"이라는 두 개의 공유 개체가 포함되어 있습니다.

다음 표는 선택한 URL에 제공되는 콘텐츠를 보여줍니다.


|요청된 URL
||제공된 콘텐츠
||HTTP 응답 코드
|
|httpwww.example.com
|

http://www.example.com/
|객체 "main.htmln||200
|
|httpwww.example.com/index.html
||객체 "404.htmln||404
|
개체가 공유된 경우 다음을 수행할 수도 있습니다.
URL을 사용하여 해당 객체 보기:

httpstorage.googleapis.com/


BUCKET_NAME/객체_NAME
예를 들어
index.html 객체는 다음과 같습니다.

httpstorage.googleapis.com/www.example.com/index.html


액세스 가능한 데이터 작업에 대한 자세한 내용은 다음을 참조하세요.
공공 데이터 액세스.


## 웹사이트로 구성된 버킷으로 작업하기 위한 팁


다음은 사용 시 유의해야 할 몇 가지 팁입니다.
정적 웹 사이트를 호스팅하는 버킷.


 하위 도메인 추가


다음 위치에서도 콘텐츠를 제공하고 싶다고 가정합니다.
test.example.com, 다른
콘텐츠를 제공하는 버킷보다
www.example.com. 이렇게 하려면:
-

추가 콘텐츠를 제공할 새 버킷을 만듭니다.

정적 웹 사이트 호스팅의 자습서를 따라
HTTPS를 통한 콘텐츠, 로드 밸런서 편집
다음과 같은 클라우드 콘솔:




-

- 을 위한
백엔드 구성, 새 백엔드 버킷 생성
테스트 버킷
생성한 새 버킷을 선택합니다.

- 을 위한
호스트 및 경로 규칙, 다음과 같이 새 규칙을 추가합니다.


호스트 경로 백엔드
test.example.com /* 테스트 버킷


을 위한


프런트엔드 구성, 새 프런트엔드 IP 및 포트 추가
다음을 제외하고 첫 번째 구성과 동일한 값:


-

- 을 위한
IP 주소, 새 IP 주소를 생성하고 예약합니다.

- 을 위한
인증서, 새 SSL 인증서 생성
test.example.com.

- 을 위한
- 을 위한
로드 밸런서를 업데이트한 후 새
귀하의 도메인에 레코드
새 프런트엔드 구성의 IP 주소를 사용하는 등록 서비스:


이름 유형 데이터
테스트 A
IP 주소
 

 API 동작


그만큼
MainPageSuffix 및
NotFoundPage 웹사이트 구성만 사용됨
다음을 통해 Cloud Storage로 들어오는 요청에 대해

CNAME 또는
리디렉션. 예를 들어,
www.example.com
인덱스 페이지를 보여주지만

storage.googleapis.com/www.example.com은

따라서 다음과 같은 Cloud Storage 도메인에 대한 요청에 대한 API 동작

storage.googleapis.com/www.example.com은 보존됩니다. 예를 들어, 당신은
계속해서 객체를 나열할 수 있습니다.
원하는 대로 www.example.com 버킷
다른 버킷의 경우. 의 경우
www.example.com 버킷, 개체
귀하가 받는 목록에는 다음이 포함됩니다.
404.html 및
index.html

 동적 웹 사이트를 위한 정적 자산 호스팅


Cloud Storage를 사용하여 다음과 같은 동적 웹사이트의 정적 애셋을 호스팅할 수 있습니다.
예를 들어 Google App Engine 또는
구글 컴퓨트 엔진. 정적 자산 호스팅의 몇 가지 이점,
이미지 또는 JavaScript 파일과 같은 버킷에는 다음이 포함됩니다.


-

Cloud Storage는 콘텐츠 전송처럼 작동합니다.
읽을 수 있는 개체가 캐시되기 때문에 네트워크(CDN)
기본적으로 Cloud Storage 네트워크.

콘텐츠 액세스에 대한 대역폭 요금은 일반적으로 Cloud Storage를 사용하면 더 저렴합니다.

정적 콘텐츠를 제공할 때 웹 서버의 부하가 줄어듭니다.
클라우드 스토리지.

동적 웹 사이트에 대한 정적 자산을 호스팅할 때 생성할 필요가 없습니다.
DNS 레코드는 버킷이나 로드 밸런서를 가리킵니다.
정적 웹 사이트. 예를 들어 이름이 버킷일 수 있습니다.

공유로 구성된 적절한 자산이 있는 www_example_com_assets
공개한 다음 Cloud Storage 도메인을 사용하여 해당 자산에 액세스합니다.
예를 들어 JavaScript 파일이 있다고 가정합니다.
버킷의 library.js

공유되는 www_example_com_assets 다음으로 액세스할 수 있습니다.

httpstorage.googleapis.com/www_example_com_assets/library.js

 캐시 매개변수 설정


다음을 구성하여 웹사이트 자산이 캐시되는 방법 또는 캐시 여부를 제어할 수 있습니다.

캐시 제어 메타데이터. 일반적으로 캐시 제어 메타데이터만 설정
요구 사항인 모든 익명 사용자가 액세스할 수 있는 객체
정적의 일부로 Cloud Storage 버킷에서 제공되는 모든 객체
웹사이트

Cloud Storage는 3600초의 캐시 제어 설정을 다음 개체에 적용합니다.
명시적인 캐시 제어를 지정하지 않는 한 모든 익명 사용자가 액세스할 수 있습니다.
설정. 설정 지침은 메타데이터 보기 및 편집을 참조하십시오.
다음과 같은 객체 메타데이터
캐시 제어

Cloud CDN을 사용하여 외부 HTTP(S) 부하 분산 콘텐츠를 캐시할 수도 있습니다.
사용자와 가깝기 때문에 서비스 비용이 절감되는 경우가 많습니다. 자세한 내용은 다음을 참조하십시오.
캐싱.


 요금 모니터링


정적 웹 사이트로 구성된 버킷에서 자산을 제공하는 경우 또는
외부에서 호스팅되는 동적 웹사이트용 버킷에서 정적 자산 제공
Cloud Storage를 포함하는 프로젝트에 대한 요금을 모니터링해야 합니다.
버킷. 콘텐츠를 제공하면 콘텐츠를 저장하기 위한 Cloud Storage 비용이 발생합니다.
콘텐츠, 네트워크 사용 및 검색 작업 수행. 자세한 내용은
Cloud Storage 가격 책정 페이지를 참조하세요.


HTTP(S) 부하 분산을 사용하여
HTTPS. 자세한 내용은 네트워크 요금을 참조하십시오.
요금 예 페이지의 간단한 요금 예는 다음과 같습니다.
트래픽이 적은 정적 웹 사이트의 사용 사례에 대한 근사치로 사용됩니다.
그러나 이 예에서는 다음과 관련된 요금을 설명하지 않습니다.
HTTP(S) 로드 밸런싱은 종종 정적 웹 사이트에 가장 큰 비용이 소요될 수 있습니다.
호스팅. 가격 책정을 사용할 수 있습니다.
예상 사용량을 기반으로 비용 추정치를 생성하는 계산기.





현재 Google Cloud 사용자인 경우 자세한 분석 결과를 얻을 수 있습니다.
청구 페이지의 프로젝트 비용.


 문제 해결


버킷 사용과 관련된 일반적인 문제는 문제 해결을 참조하세요.
정적 웹 사이트 콘텐츠를 제공하도록 구성되었습니다.


## 무엇 향후 계획


-

- Google Cloud의 다른 웹 제공 옵션에 대해 알아보세요.

- Cloud Storage를 사용하는 다른 Google Cloud 가이드를 사용해 보세요.

##
 직접 사용해보십시오

 

 
 
 


 Google Cloud를 처음 사용하는 경우 계정을 만들어 방법을 평가하세요.
 Cloud Storage는 실제 환경에서 작동합니다.
 시나리오. 신규 고객은 또한 $300의 무료 크레딧을 받아 실행, 테스트 및
 워크로드를 배포합니다.

 
 

 

 





 

 

 

 

 
 
 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 
 
 

 

 

 

 

 

 

 

 

 

 








 
 
 
 
 
 Cloud Storage를 무료로 사용해 보세요