AC
Oleh Kolesnykov
Спасибо, я это уже изучал, но если честно мало для себя что понял. Единственное от чего похоже стоит отталкиваться, если возможностей Cloud Run достаточно - лучше использовать его.
Size: a a a
2020 November 20
N
Oleh Kolesnykov
а может потому что терминология вцелом одинаковая :) В разных языках программирования функции называются функциями, а переменные переменными
Но языки к единой терминологии пришли после некой теории ? Есть теория языков программирования . Есть ли такая для cloud? Кстати интересно , а кроме Яндекса кто ещё такую же терминологию использует ?
OK
Спасибо, я это уже изучал, но если честно мало для себя что понял. Единственное от чего похоже стоит отталкиваться, если возможностей Cloud Run достаточно - лучше использовать его.
не лучше, а проще
AC
Oleh Kolesnykov
не лучше, а проще
Так скажем - логичнее.
AC
Oleh Kolesnykov
не лучше, а проще
Поправьте меня если я не прав.
OK
Если нет потребностей в том что дает кубернетис, то с CLoud Run проще запускать простые workloads. Вы вроде правильно все поняли.
AC
Oleh Kolesnykov
Если нет потребностей в том что дает кубернетис, то с CLoud Run проще запускать простые workloads. Вы вроде правильно все поняли.
Ок, благодарю!
A
Nikolay
Смотрю на GCP после AWs. Все ,что касается создания сетей очень похоже. Даже названия одинаковы. VPC и т.д. это как то специально сделанное ?
К сожалению. На самом деле сервисы VPC в AWS и GCP очень отличаются. Самое большое отличие IMHO в том, что GCP VPC изначально глобальная, AWS VPC - региональная.
rd
Take automated actions on your Security Command Center findings:
- Automatically create disk snapshots to enable forensic investigations.
- Revoke IAM grants that violate your desired policy.
- Notify other systems such as PagerDuty, Slack or email.
- See the full list of automations for more information.
You're in control:
- Service account runs with lowest permission needed granted at granularity you specify.
- You control which projects are enforced by each automation.
- Every action is logged to StackDriver and is easily auditable.
- Can be run in monitor mode where actions are logged only.
Security Response Automation
https://github.com/GoogleCloudPlatform/security-response-automation
2020 November 23
AS
Коллеги, как с этим жить ? https://github.com/hashicorp/terraform-provider-google/issues/6376
AS
я мож както не правильно проектирую ? я хочу umnagaed instance group и хочу иногда инстансы в группе обновлять.
AS
по классике надо выбросить один из инсансов с балансера и обновить. потом добавить инстанс обртано и повторить со следующим. но в гугле так нельзя
AS
я делаю иерархию
instance -> umig -|>попытка убить один инстанс приводит к тому что сносится
instance -> umig --> regional_backend -> forwarding rule.
instance -> umig -|>
forwarding ruleAS
такой вот план у тераформа. :(
AS
такой вот план у тераформа. :(
А тут молчат? https://t.me/terraform_ru
AS
это не проблема тераформа
AS
план его правильный но херовый. у gcp нельзя сделать update для backend. для него можно сделать remove-backend
A
Алексей, а ты смотрел в сторону create_before_destroy = true ?
https://www.terraform.io/docs/configuration/resources.html#lifecycle-lifecycle-customizations
https://www.terraform.io/docs/configuration/resources.html#lifecycle-lifecycle-customizations
AS
Anatoliy
Алексей, а ты смотрел в сторону create_before_destroy = true ?
https://www.terraform.io/docs/configuration/resources.html#lifecycle-lifecycle-customizations
https://www.terraform.io/docs/configuration/resources.html#lifecycle-lifecycle-customizations
да конечно. но это никак не помогает. мне ведь ничего не надо создавать. только грохнуть один инстанс.
AS
но впрочем вариант его использования был упомянут в том issue и пришли к пониманию что у umig не достаточная гранулярность запросов.