Я использую Deployment Manager, поскольку все сторонние инструменты зависят от наличия API GCP, а также от уверенности в том, что эти API соответствуют реальной функциональности базовой технологии GCP.
GCP явно отстает от кривой разработки API, что означает, что даже если вы хотели использовать TF или что-то еще, в какой-то момент вы все равно застрянете в SDK , Вот почему я пошел с Deployment Manager, так как я хотел, чтобы все мое развертывание инфра / приложений использовало другие инструменты, с которыми мне было удобнее.
Чтобы конкретно ответить на ваш вопрос о проверке схемы именования, что вы Возможно, вам захочется написать скрипт-обертку, которая использует подкоманду gcloud deployment-manager. Выполните проверку в сценарии оболочки, , а затем запустите gcloud deployment-manager stuff.
Слово предупреждения о Deployment Manager: это делает устранение неполадок очень трудным. Очень часто это может скрыть ошибку, которая может помочь вам на самом деле установить sh root причину проблемы. Я не могу сказать вам, сколько раз кто-то в моем офисе выкрикивал «UGGH! Заткнись со своим Error 400!». Я надеюсь, что Google примет к сведению мою указанную обратную связь опроса и рефакторинга DM, чтобы пропустить исходную ошибку.
В любом случае, надеюсь, это поможет. GCP прошел долгий путь, но у них еще есть работа.