Можно ли обслуживать статические файлы в Google Cloud Storage с помощью Google App Engine с одним доменом?

Сначала создайте сайт www.example.com с помощью Google App Engine https://cloud.google.com/products/.

Во-вторых, загрузите статическое изображение example.jpg в Google Cloud Storage https://cloud.google.com/products/cloud-storage, также известное как https://developers.google.com/storage/

Возможно ли служить example.jpg как http://www.example.com/images/example.jpg? вместо использования субдомена, такого как images.example.com или cdn.example.com и т. д.

Причина, по которой я хочу это сделать, заключается в том, что я хочу упростить перенос моего сайта на VPS, когда это необходимо.


google-cloud-storage google-app-engine
person Gaby Solis    schedule 08.07.2013    source источник

Ответы (2)


arrow_upward
2
arrow_downward

Я так не верю, нет. Одно доменное имя должно маршрутизироваться либо в Google Cloud Storage, либо в Google App Engine.

Заметьте, вы могли обмануть. Вы можете настроить приложение движка своего приложения так, чтобы оно принимало все запросы, например, для «/ images / X», и перенаправляло их на images.example.com/X, или вы могли бы заставить ваше приложение считывать данные из GCS и возвращать их пользователю. прямо из движка приложения, но ни то, ни другое не является хорошим решением.

Если вы захотите перейти на VPS позже, вы, возможно, сможете настроить VPS для обработки двух доменов, одного для изображений и одного для динамического контента.

person Brandon Yarbrough    schedule 08.07.2013
comment
Я согласен с последним предложением. Субдомены не должны быть препятствием для перехода на VPS в будущем. Вы можете перенаправить оба поддомена на один и тот же IP-адрес и настроить свой веб-сервер для обработки обоих. - person Brian Dorsey; 09.07.2013
comment
Почему ваше второе предложение не является хорошим решением: ... пусть ваше приложение считывает данные из GCS и передает их пользователю прямо из движка приложения? Соображения производительности или стоимости? Я рассматривал именно это для своего приложения. - person Jeremiah; 08.08.2013
comment
В основном производительность. Пропускная способность от GCS до App Engine бесплатна, и я думаю, что исходящая пропускная способность для движка приложений такая же, как и GCS, поэтому я не думаю, что это будет стоить намного дороже. Я полагаю, что единственными дополнительными расходами являются дополнительные экземпляры движка приложений, обрабатывающие переводы. Я не измерял влияние на производительность, но это дополнительный переход через службу, поэтому я не удивлюсь, если это будет стоить вам небольшой дополнительной задержки. Обслуживание статического контента через сервис статического контента будет самым быстрым. Тем не менее, если вам нужно это сделать, попробуйте, и если это достаточно быстро для вас, отлично! - person Brandon Yarbrough; 08.08.2013

arrow_upward
0
arrow_downward

У вас установлено Облачное хранилище Google (GCS) https://cloud.google.com/products/cloud-storage, также известный как https://developers.google.com/storage/

Вы не можете использовать свое изображение example.jpg, загруженное в Google Cloud Storage (GCS), как http://www.example.com/images/example.jpg, если вы назначили свой www.example.com указатель, отличный от GCS (c.storage.googleapis.com).

Если вы настаиваете на обслуживании домена, вы можете рассмотреть возможность синтаксического анализа изображений в base64code, когда вы можете перенаправитьhttp://www.example.com/images/example.jpg через .htaccess в динамический файл, где вы можете поместить код для распечатки изображения на лету, например:

header("Location: http://mybucket/resample/example.jpg");

Вы также можете поместить свои статические файлы, такие как js, html, css и т. Д., В корзину и получить доступ к этим файлам, чтобы действовать как динамический контент через Google App Engine (GAE).

person Chetabahana    schedule 02.03.2016