GNU/Linux Help
DevOps — русскоговорящее ...
ntwrk
Kubernetes — русскоговоря...
pgsql – PostgreSQL
ClickHouse не тормозит
Docker — русскоговорящее ...
Системное администрирован...
werf (чат)
Это RabbitMQ
DevSecOps - русскоговорящ...
А нужно ли вообще что-то править? Это мешает?
10 ответов
во время вызова werf deploy gcloud вызывается наверное "сотню" раз и процесс деплоя из 60 секунд превращается в 1200 секунд
а еще можно вообще избавиться от gcloud-а, если экспортировать переменную GOOOGLE_APLICATION_CREDENTIALS, которая указывает на путь к ключу от гугла
огромное спасибо! ) Я позже проверю и сообщу о результатах
werf явно gсloud не запускает — надо отключать gcloud и смотреть в каком месте требуется конфиг скорее всего вариант с KUBECONFIG решит вопрос, но вообще интересно откуда взялась "сотня" вызовов
Алексей, а раз уж об этом речь вскользь зашла. Реально ли научить werf переваривать гугловый ключ? Тикет 3653
думаю через вызов kubectl в свою очередь. а тот обращается к gcloud для авторизации
Если я правильно понял, то уже сейчас можно создать конфиг, проставить переменную окружения GOOGLE_APPLICATION_CREDENTIALS и работать без установки gcloud. Хочется свести всё к одной единственной переменной окружения/опции, правильно?
да, все верно
просто космос! )) Спасибо, всё получилось. 150-180 секунд вместо 1500. думаю что даже и быстрее 150 будет, там с ресурсами было "тяжко" и новая нода поднималась
Теперь еще б werf научился ключ SA читать не из файла, а из base64-параметра...😁
Похожие вопросы
Обсуждают сегодня