Я теж хотів це зробити. Але наразі немає способу прив’язати сегменти 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. Для цього спочатку Google потрібен DNS-хостинг. Увімкнення підтримки домену верхнього рівня вимагатиме додаткової роботи з боку Google (після створення пропозиції щодо хостингу DNS), але це можливо, лише якщо Google контролює обидві частини. Однак я не знаю, чи запропонує Google це колись. Але можна сподіватися

Друге рішення - перейти до іншого великого провайдера. Amazon може розміщувати статичні веб-сайти з S3 на домені верхнього рівня. Але це тому, що вони також розміщують DNS для цього домену. Можуть бути й інші. Усі великі хмарні постачальники обслуговуватимуть дані з набору IP-адрес, які часто змінюються. Отже, якщо вони також не розміщують ваш DNS, їм потрібно буде встановити CNAME для субдомену

Третє (принаймні теоретичне) рішення — перейти до меншого хмарного постачальника, який пропонує еквівалентні послуги, можливо, на OpenStack тощо. Оскільки вони менші, налаштування IP-маршрутизації буде трохи простішим, ніж у великих гравців (Amazon). , Google тощо), і тоді вони зможуть надати вам невеликий набір IP-адрес, які можна встановити як записи A у вашому домені верхнього рівня. Це лише обгрунтоване припущення з мого боку. Наразі я не знаю таких менших постачальників хмарних сховищ


(Ну, гаразд, четверта можливість — відмовитися від ідеї статичного розміщення веб-сайту. Але особисто мені дуже подобається цей варіант, коли це можливо, принаймні з точки зору безпеки та швидкодії.)