Есть ли способ разместить весь сайт на
Облачное хранилище Google? То есть сопоставьте корзину напрямую с доменом верхнего уровня.
Например. создать ведро с именем
mysite.com, то при посещении пользователем mysite.com контент будет передаваться непосредственно из облачного хранилища?
я вижу, как
Поддомен CNAMEa, например
статический .mysite.com, но не могу понять, как сопоставить домен верхнего уровня с корзиной
Любое решение?
**Отвечать**
Я тоже хотел это сделать. Но в настоящее время нет способа привязать сегменты Google Cloud Storage напрямую к доменному имени верхнего уровня, как вы узнали.
IP-адреса, по которым Google Cloud Storage отвечает на веб-запросы, часто меняются (чтобы адаптироваться к меняющимся условиям в Интернете), поэтому Google не хочет, чтобы вы добавляли подмножество этих адресов (что быстро устаревать) как записи A для DNS-сервера вашего сайта. Вместо этого Google требует CNAME для DNS-имени, которое он контролирует, поэтому он может менять IP-адреса для Google Cloud Storage так часто, как это необходимо. А CNAME можно добавить только к поддомену, а не к домену верхнего уровня. (Это связано с тем, что при наличии CNAME на заданном уровне DNS-сервер для этого домена не будет отвечать ни на какие другие запросы для этого уровня. Но домен верхнего уровня должен также отвечать как минимум на запросы NS и SOA.)
Единственный обходной путь для этого прямо сейчас — это, как описано в другом ответе, настроить CNAME для субдомена www и настроить службу хостинга DNS для перенаправления на уровне http с домена верхнего уровня на субдомен www. (Большинство провайдеров поддержат это.)
Если вы не являетесь поклонником этого решения (как и я), есть ровно три возможности. Первый — дождаться, когда Google предложит возможность размещать домены верхнего уровня в Google Cloud Storage. Для этого сначала требуется DNS-хостинг Google. Включение поддержки доменов верхнего уровня потребует дополнительной работы со стороны Google (после создания их предложения хостинга DNS), но это единственно возможный вариант. если Google контролирует обе части. Я понятия не имею, предложит ли Google когда-нибудь такое. Но можно надеяться
Второе решение — переключиться на другого крупного провайдера. Amazon может размещать статические веб-сайты из S3 в домене верхнего уровня. Но это потому, что они также размещают DNS для этого домена. Могут быть и другие. Все крупные облачные провайдеры будут обслуживать данные с набора часто меняющихся IP-адресов. Поэтому, если они не размещают и ваш DNS, им потребуется, чтобы вы установили CNAME на субдомен.
Третье (по крайней мере, теоретическое) решение состоит в том, чтобы переключиться на более мелкого облачного провайдера, предлагающего аналогичные услуги, возможно, на OpenStack и т. д. Поскольку они меньше, их настройка IP-маршрутизации будет немного проще, чем крупные игроки (Amazon, Google и т. д.), и тогда они смогут предоставить вам небольшой набор IP-адресов для установки в качестве записей A в вашем домене верхнего уровня. Хотя это всего лишь обоснованное предположение с моей стороны. Я не знаю сейчас ни о каких таких небольших поставщиках облачных хранилищ.
(Ну, ладно, четвертая возможность — отказаться от идеи статического хостинга вашего сайта. Но лично мне очень нравится этот вариант, когда это возможно, по крайней мере, с точки зрения безопасности и скорости отклика.)
**Атрибуция** *Источник: Ссылка, Автор вопроса: rossmckegney, Автор ответа: Кристиан Хьюдон*
