Google Cloud Storage/Blobstore에서 이미지 게재 URL의 유효 기간은 얼마입니까? 스토리지 비용이 중복됩니까?

Question

Google 클라우드 플랫폼의 이미지 검색 URL에 대한 만료 또는 저장 세부 정보가입니다. https://cloud.google.com/appengine/docs/go/images/reference#ServingURL -이 설명서는 분명하지 않습니다. 이미지가 일시적으로 CDN 또는 다른 곳에 저장되어 있습니까? 아니면 프로젝트의 Blobstore에 무기한으로 저장되어 있으며 여러 배의 저장 용량을 지불하고 있습니까? 또는 URL이 설정된 시간 후에 만료되고 이미지의 크기가 삭제됩니까?

이 함수에 대한 호출이 대기 시간을 추가한다고 들었 기 때문에 가능한 경우 응답을 캐시에 넣고 싶었습니다. 그러나, 만약 그렇다면 캐시 만료 시점을 알아야합니다.

도움이나 설명을 제공해 주시면 감사하겠습니다.

Answer 1

가격 및 캐싱 조금 더 나은 설명

here :

당신은 단순히 Blob 저장소에 원본 이미지의 단일 복사본을 저장 한 다음 당 이미지 고성능을 요청 URL.

Paul은 자신이 언급 한 바에 따르면 Blobstore에 원래 이미지 1 장의 저장 공간과 정상적인 대역폭 비용이 부과됩니다. 크기가 다른 이미지를 게재하는 URL을 만들 때 이미지 크기를 복사할지 여부는 Google에 달려 있습니다. 원본 이미지를 원본 크기로 저장하는 경우에도 비용을 지불하게됩니다.

원본 이미지를 삭제 한 후 며칠 동안 URL을 제공 할 수 있다는 보고서를 보았 기 때문에 Google은 가끔씩 일부 캐싱을 수행하지만 그 세부 정보는 지정되지 않았으며 사례별로 바뀔 수 있습니다.

만료

명시 적으로 또는 원본 이미지를 삭제하지 않는 한 URL이 만료되지 않습니다. 당신은 클라우드 스토리지 또는 Blob 저장소, 서빙 URL을 통해 공개적으로 액세스되는 것을 이미지를 막을 수있는 올바른 방법으로 이미지를 저장 여부

는 image.DeleteServingURL 함수를 호출하는 것입니다.

성능 나는 이미지의 크기를 조정할 사본을 제공하여 추가 할 수 있습니다 얼마나 많은 대기 시간에 언급 할 수

. 나는 그 대답이 "충분하지 못하다"고 생각하지만 다시는 모르겠습니다. 추가 레이턴시를 시험 해보고 받아 들일 수없는 대기 시간을 찾으면 이미지의 여러 버전을 만들어 Blobstore에 저장하고 자연스러운 크기로 제공 할 수 있습니다. 실제로 성능이 향상 될지 여부는 말할 수 없습니다. 이 경우 각 사본을 저장하는 데 비용을 지불하게됩니다. 나는 그것이 문제가되는 것을 보지 않는 한 그것에 대해 걱정하지 않기를 제안합니다.

이미지는 고도로 최적화되고 쿠키없는 인프라에서 낮은 대기 시간으로 제공됩니다.

그래서 난 당신이 더 스스로를 최적화하기 위해 시도하는 많은 혜택을 얻을 수 있습니다 의심한다.