ну, да, согласен) я тут больше на 1 пункт опирался - есть 2 сервис-провайдера - Google и Hetzner, первый делает хорошо и дорого, второй не так хорошо, но дёшево) раз эта задача не связана с PROD'ом, а платишь за неё из своего кармана, то хочется сэкономить) если там вдруг у Hetzner'а сетка упадёт или что-то такое - ну, это лишь TEST'овое окружение, ну, и ладно) зато дешевле

если денег много [или не свои 😊], то можно всё делать на Google Cloud'е и не париться

Спасибо за дискуссию, но мне сейчас просто нужно тестовое выполнить.

Вчера вечером нормально в GCB собрал контейнер по триггеру из Dockerfile, теперь вопрос, как это всё автоматически развернуть?

Я видел пример, где описывается cloudbuild.yaml и в нем уже kubectl apply вызывается после сборки, а можно ли как-то сдлеать просто, чтобы после билда гугл сам отправил кубу запрос на обновление контейнера?

Ребят, а переменные окружения CLOUDSDK_COMPUTE_ZONE и CLOUDSDK_CONTAINER_CLUSTER для команды kubectl apply принято где объявлять?
В настройках триггера или же в cloudbuild.yaml?

Где удобнее, кмк

Хотя может из триггера автоматически в контейнер не передаются

Ну там в самом cloudbuild.yaml в секции env из триггера прокидываются внутрь