Първи Впечатления от Google Cloud

Cloud Image

Тази година си взех малко почивка от корпоративна Америка и помислих, че ще използвам шанса да стартирам този блог. По препоръка на приятел, написах бърза страница, използвайки next.js, съставих малко основен CSS и дойде времето за разпространение.

Въпреки че има много опции за хостинг на статично съдържание, помислих да опитам Google Cloud. Той има репутацията на облак с най-сложното обслужване и бях заинтригуван да го проверя. Моето общо впечатление е, че има някои хубави услуги на платформата на Google. Въпреки това, може да бъде малко твърде сложно и дори 14 години по-късно е лесно да се натъкнете на бета функции и недовършени услуги.

Rules of Engagement

Тъй като проучвах предлаганите услуги, реших да проверя всички услуги, които биха били актуални за Jamstack разпространението на блога.

  • Регистрация на домейн
  • Безсървърен хостинг
  • CDN

Защо безсървърен хостинг вместо Google Cloud Storage Bucket?
Въпреки че текущата итерация на уебсайта се състои от статично съдържание, може да добавя повече динамични функции в бъдеще. Разглеждам тази имплементация като известен вид научноизследователски проект. Google Cloud Storage Bucket (еквивалент на S3) определено е прякото решение тук.

Регистрация на домейн

Преди няколко години случайно купих домейна doich.in на GoDaddy. Реших, че добра първа стъпка за учене би била да го прехвърля в Google Cloud. Регистрирането на домейн е доста лесно с всички регистратори, които съм използвал досега. Google има услуга, наречена Google Domains, и на пръв поглед изглеждаше като това, от което имам нужда. Изтеглих CLI на cloud tools, следвах съответния документационен наръчник и завърших процеса успешно. Тогава разбрах, че е малко по-сложно от обикновено.

Проблемът с дублираните функции Google има две услуги, които ви позволяват да регистрирате и управлявате домейни. Google Domains наистина е такава услуга. Въпреки това, има малко по-интегрирана версия, наречена Cloud Domains. Въпреки че Google Domains изглежда работи добре с Google Cloud, това е по-малко интегрираната версия за облак. Това беше моето първо взаимодействие с Google Cloud и имах усещането, че съм взел лошо решение и съм избрал по-лошия от двата продукта.

Както всеки истински инженер, след като направих нещото, отидох да прочета съответната документация за Cloud Domains, за да получа по-добро усещане за това, от което съм изпуснал. Тук попаднах на този скъпоценен камък:

Cloud Domains Export Settings

Явно тази игра вече е свършена. Импортирането на домейни от Cloud Domains в Google Domains се поддържа, но обратното не се поддържа. Чувства се зле...

Каква е разликата? Cloud domains е проектиран около концепцията за проект. Домейнът е свързан с проект и достъпът може да се управлява чрез обичайните инструменти за IAM. От друга страна, управлението на домейни и DNS управлението са разделени на две услуги в GCP, за по-фин контрол. Google Domains, от друга страна, е изграден около концепцията за потребител и има интегрирано безплатно DNS управление.

Коя опция наистина искате?
Като самостоятелен разработчик, Google Domains вероятно е най-добрият ви избор (особено тъй като идва с безплатен DNS). Освен това, въпреки че документацията не ми го направи ясно, след известно време, моята регистриран в Google Domains домейн също се появи в Cloud Domains и работеше безпроблемно с други услуги.

Хостинг без сървър

След като уредих въпроса с името на домейна, преминах към търсенето на подходящо хостинг решение. Тук трябваше да направя още един избор между три услуги в тази област:

Cloud Serverless

Както показва булевият знак до Cloud Run, аз се спрях на това. Въпреки това, трябваше да прочета малко за различните опции, които се предлагат тук. Cloud Functions изглежда най-близо до AWS Lambdas. Тя ви позволява да изпълнявате "малки функции с една цел, които реагират на облачни събития". Въпреки че изглежда като най-лекото решение, аз нямах функции за изпълнение за моя случай с "блога". От другата страна на спектъра имаме Google App Engine, което изглежда е насочено повече към разполагане на пълностакови приложения. От трите, Cloud Run изглежда като най-новото предложение и позволява изпълнението на контейнер като разглобяем артефакт. Въпреки че е абсолютно излишно да се изпълнява статичен блог от контейнер, той има много щедър безплатен план за 2 милиона заявки, така че аз избрах този.

Въпреки че съм доста доволен от лекотата на използване на Cloud Run, това остави странен вкус в устата ми. Чувства се като конкуриращо се с други услуги на Google Cloud и не дава гаранции, че в бъдеще няма да има нова услуга Google Giga Scale (или нещо подобно), която да я замени.

Освен това, Cloud Run все още се чувства като продукт в бета версия, който се разширява с функции. Cloud Run Map Domain

Когато публикувах блога си, помислих, страхотно, тази част Manage Custom Domains е точно това, от което се нуждая. Тя буквално ми позволява да картографирам домейн директно от таблото за управление на cloud run. Дори намира домейна ми, въпреки че не използвам правилната облачна услуга! Това е страхотно!

Add Mapping

Но, след като стартирах картографирането, се появи индикатор, че се конфигурира. Има смисъл, промените в DNS записите отнемат време за разпространение. И след това индикаторът продължи малко по-дълго. И около 15 минути по-късно, когато проверих, той изчезна, като DNS записът не успя да се промени.

След като се мотаех из документацията за малко, забелязах, че това е бета услуга и не работи във всички региони. Всъщност, тя просто тихо се проваля, тъй като моят инстанс на cloud run е разположен в региона us-east4, който все още не се поддържа. Това не е голям проблем, но липсата на каквито и да било ограничения по време на конфигурационния процес беше доста изненадваща.

CDN и Картографиране на Домейни

Дори с неуспешния опит за лесно картографиране на домейна, бях уверен, че се доближавам до края на процеса на настройка. Колко трудно би било да насоча A запис и да конфигурирам CDN около някакво статично съдържание?

Оказа се, много по-трудно от всичко досега. Процесът включваше настройка на редица мрежови услуги:

It turns out, far more difficult than everything so far. The process involved setting up a number of networking services:

  • Конфигуриране на Статичен IP Адрес
  • Конфигуриране на SSL Сертификат
  • Конфигуриране на Балансир на Натоварването със споменатия SSL Сертификат и статичен IP Адрес
  • Конфигуриране на DNS A запис обратно в портала Google Domains (различен от облачния портал)
  • Конфигуриране на CDN

Въпреки че не открих нищо твърде изненадващо в тези конфигурации, бях доста изненадан, че услугата Cloud Run нямаше конфигурационен пряк път за осъществяване на всичко това наведнъж. Определено изглежда, че частта за картографиране на домейни на услугата е посоката, в която се стремят, но е наистина бета и няма опция за CDN.

Заключение

Като цяло, когато става въпрос за тази част, Google Cloud определено се усещаше като изключително прекомерно за този случай на употреба. Просто исках един прост статичен уебсайт за моя блог. Като първокласен потребител на Google Cloud, преминах през лабиринта на документацията и завърших с много повече от това, което търсех. Вероятно ще променя настройката и може би ще избера нещо лесно и просто за конфигуриране като Cloud Flare CDN. От друга страна, почти всичко, което беше конфигурирано, се оказа безплатно за малък сайт като този. Единствената част, която в момента струва пари, е балансирът на натоварването, който има минимална такса независимо от употребата.

Вероятно ще продължа да разглеждам още малко и ще напиша друг блог пост, докато проучвам повече предложения за услуги.


← Обратно към началото
© 2026 Дойчин Денчев

Първи Впечатления от Google Cloud

Cloud Image

Тази година си взех малко почивка от корпоративна Америка и помислих, че ще използвам шанса да стартирам този блог. По препоръка на приятел, написах бърза страница, използвайки next.js, съставих малко основен CSS и дойде времето за разпространение.

Въпреки че има много опции за хостинг на статично съдържание, помислих да опитам Google Cloud. Той има репутацията на облак с най-сложното обслужване и бях заинтригуван да го проверя. Моето общо впечатление е, че има някои хубави услуги на платформата на Google. Въпреки това, може да бъде малко твърде сложно и дори 14 години по-късно е лесно да се натъкнете на бета функции и недовършени услуги.

Rules of Engagement

Тъй като проучвах предлаганите услуги, реших да проверя всички услуги, които биха били актуални за Jamstack разпространението на блога.

  • Регистрация на домейн
  • Безсървърен хостинг
  • CDN

Защо безсървърен хостинг вместо Google Cloud Storage Bucket?
Въпреки че текущата итерация на уебсайта се състои от статично съдържание, може да добавя повече динамични функции в бъдеще. Разглеждам тази имплементация като известен вид научноизследователски проект. Google Cloud Storage Bucket (еквивалент на S3) определено е прякото решение тук.

Регистрация на домейн

Преди няколко години случайно купих домейна doich.in на GoDaddy. Реших, че добра първа стъпка за учене би била да го прехвърля в Google Cloud. Регистрирането на домейн е доста лесно с всички регистратори, които съм използвал досега. Google има услуга, наречена Google Domains, и на пръв поглед изглеждаше като това, от което имам нужда. Изтеглих CLI на cloud tools, следвах съответния документационен наръчник и завърших процеса успешно. Тогава разбрах, че е малко по-сложно от обикновено.

Проблемът с дублираните функции Google има две услуги, които ви позволяват да регистрирате и управлявате домейни. Google Domains наистина е такава услуга. Въпреки това, има малко по-интегрирана версия, наречена Cloud Domains. Въпреки че Google Domains изглежда работи добре с Google Cloud, това е по-малко интегрираната версия за облак. Това беше моето първо взаимодействие с Google Cloud и имах усещането, че съм взел лошо решение и съм избрал по-лошия от двата продукта.

Както всеки истински инженер, след като направих нещото, отидох да прочета съответната документация за Cloud Domains, за да получа по-добро усещане за това, от което съм изпуснал. Тук попаднах на този скъпоценен камък:

Cloud Domains Export Settings

Явно тази игра вече е свършена. Импортирането на домейни от Cloud Domains в Google Domains се поддържа, но обратното не се поддържа. Чувства се зле...

Каква е разликата? Cloud domains е проектиран около концепцията за проект. Домейнът е свързан с проект и достъпът може да се управлява чрез обичайните инструменти за IAM. От друга страна, управлението на домейни и DNS управлението са разделени на две услуги в GCP, за по-фин контрол. Google Domains, от друга страна, е изграден около концепцията за потребител и има интегрирано безплатно DNS управление.

Коя опция наистина искате?
Като самостоятелен разработчик, Google Domains вероятно е най-добрият ви избор (особено тъй като идва с безплатен DNS). Освен това, въпреки че документацията не ми го направи ясно, след известно време, моята регистриран в Google Domains домейн също се появи в Cloud Domains и работеше безпроблемно с други услуги.

Хостинг без сървър

След като уредих въпроса с името на домейна, преминах към търсенето на подходящо хостинг решение. Тук трябваше да направя още един избор между три услуги в тази област:

Cloud Serverless

Както показва булевият знак до Cloud Run, аз се спрях на това. Въпреки това, трябваше да прочета малко за различните опции, които се предлагат тук. Cloud Functions изглежда най-близо до AWS Lambdas. Тя ви позволява да изпълнявате "малки функции с една цел, които реагират на облачни събития". Въпреки че изглежда като най-лекото решение, аз нямах функции за изпълнение за моя случай с "блога". От другата страна на спектъра имаме Google App Engine, което изглежда е насочено повече към разполагане на пълностакови приложения. От трите, Cloud Run изглежда като най-новото предложение и позволява изпълнението на контейнер като разглобяем артефакт. Въпреки че е абсолютно излишно да се изпълнява статичен блог от контейнер, той има много щедър безплатен план за 2 милиона заявки, така че аз избрах този.

Въпреки че съм доста доволен от лекотата на използване на Cloud Run, това остави странен вкус в устата ми. Чувства се като конкуриращо се с други услуги на Google Cloud и не дава гаранции, че в бъдеще няма да има нова услуга Google Giga Scale (или нещо подобно), която да я замени.

Освен това, Cloud Run все още се чувства като продукт в бета версия, който се разширява с функции. Cloud Run Map Domain

Когато публикувах блога си, помислих, страхотно, тази част Manage Custom Domains е точно това, от което се нуждая. Тя буквално ми позволява да картографирам домейн директно от таблото за управление на cloud run. Дори намира домейна ми, въпреки че не използвам правилната облачна услуга! Това е страхотно!

Add Mapping

Но, след като стартирах картографирането, се появи индикатор, че се конфигурира. Има смисъл, промените в DNS записите отнемат време за разпространение. И след това индикаторът продължи малко по-дълго. И около 15 минути по-късно, когато проверих, той изчезна, като DNS записът не успя да се промени.

След като се мотаех из документацията за малко, забелязах, че това е бета услуга и не работи във всички региони. Всъщност, тя просто тихо се проваля, тъй като моят инстанс на cloud run е разположен в региона us-east4, който все още не се поддържа. Това не е голям проблем, но липсата на каквито и да било ограничения по време на конфигурационния процес беше доста изненадваща.

CDN и Картографиране на Домейни

Дори с неуспешния опит за лесно картографиране на домейна, бях уверен, че се доближавам до края на процеса на настройка. Колко трудно би било да насоча A запис и да конфигурирам CDN около някакво статично съдържание?

Оказа се, много по-трудно от всичко досега. Процесът включваше настройка на редица мрежови услуги:

It turns out, far more difficult than everything so far. The process involved setting up a number of networking services:

  • Конфигуриране на Статичен IP Адрес
  • Конфигуриране на SSL Сертификат
  • Конфигуриране на Балансир на Натоварването със споменатия SSL Сертификат и статичен IP Адрес
  • Конфигуриране на DNS A запис обратно в портала Google Domains (различен от облачния портал)
  • Конфигуриране на CDN

Въпреки че не открих нищо твърде изненадващо в тези конфигурации, бях доста изненадан, че услугата Cloud Run нямаше конфигурационен пряк път за осъществяване на всичко това наведнъж. Определено изглежда, че частта за картографиране на домейни на услугата е посоката, в която се стремят, но е наистина бета и няма опция за CDN.

Заключение

Като цяло, когато става въпрос за тази част, Google Cloud определено се усещаше като изключително прекомерно за този случай на употреба. Просто исках един прост статичен уебсайт за моя блог. Като първокласен потребител на Google Cloud, преминах през лабиринта на документацията и завърших с много повече от това, което търсех. Вероятно ще променя настройката и може би ще избера нещо лесно и просто за конфигуриране като Cloud Flare CDN. От друга страна, почти всичко, което беше конфигурирано, се оказа безплатно за малък сайт като този. Единствената част, която в момента струва пари, е балансирът на натоварването, който има минимална такса независимо от употребата.

Вероятно ще продължа да разглеждам още малко и ще напиша друг блог пост, докато проучвам повече предложения за услуги.


← Обратно към началото
© 2026 Дойчин Денчев