Size: a a a

DevOps — русскоговорящее сообщество

2020 May 10

M

Maksim Sharov in DevOps — русскоговорящее сообщество
inqfen
А чем vault не устраивает?
я еще до него не добрался)
источник

M

Maksim Sharov in DevOps — русскоговорящее сообщество
Asgoret
Используй гуй для хранения сенситив дата. Там есть возможность это делать и в логах тогда светится ничего не будет
всмысле разбить на отдельные переменные с флагом masked?
источник

A

Asgoret in DevOps — русскоговорящее сообщество
Maksim Sharov
всмысле разбить на отдельные переменные с флагом masked?
Нет.
Вот кажись оно: https://docs.gitlab.com/ee/ci/variables/
источник

A

Asgoret in DevOps — русскоговорящее сообщество
Maksim Sharov
всмысле разбить на отдельные переменные с флагом masked?
Там в гуе, в настройках проекта, есть возможность сохранить пароли и прочее и вызывать как переменные в пайпе
источник

A

Asgoret in DevOps — русскоговорящее сообщество
В логах будут *
источник

M

Maksim Sharov in DevOps — русскоговорящее сообщество
сейчас гитлаб лежит, но на сколько понимаю, это раздел с описанием переменных. там можно передавать в качестве string и в качестве file
источник

M

Maksim Sharov in DevOps — русскоговорящее сообщество
как понимаю, file называют условно, это та же портянка из строк, которую ты выводишь в пайплайн и записываешь в файл, а потом парсишь нужной функцией/утилитой. верно?
источник

M

Maksim Sharov in DevOps — русскоговорящее сообщество
Asgoret
Там в гуе, в настройках проекта, есть возможность сохранить пароли и прочее и вызывать как переменные в пайпе
да, и там же можно задать тип file
источник

M

Maksim Sharov in DevOps — русскоговорящее сообщество
о, заработал гитлаб
источник

A

Asgoret in DevOps — русскоговорящее сообщество
Maksim Sharov
как понимаю, file называют условно, это та же портянка из строк, которую ты выводишь в пайплайн и записываешь в файл, а потом парсишь нужной функцией/утилитой. верно?
Нет, это как вызов env из окружения
${env-variable}
источник

M

Maksim Sharov in DevOps — русскоговорящее сообщество
Asgoret
Нет, это как вызов env из окружения
${env-variable}
да, и вот, например, аналогично для типа file https://docs.gitlab.com/ee/ci/variables/#custom-environment-variables-of-type-file
источник

M

Maksim Sharov in DevOps — русскоговорящее сообщество
echo "$KUBE_CA_PEM" > "$(pwd)/kube.ca.pem"
источник

A

Asgoret in DevOps — русскоговорящее сообщество
Аля `echo $HOME"
источник

A

Asgoret in DevOps — русскоговорящее сообщество
Maksim Sharov
echo "$KUBE_CA_PEM" > "$(pwd)/kube.ca.pem"
Ну да...ток я бы не клал это в файл т.к. файл можно прочесть
источник

A

Asgoret in DevOps — русскоговорящее сообщество
А просто ехо выдаст тебе *
источник

M

Maksim Sharov in DevOps — русскоговорящее сообщество
Asgoret
Ну да...ток я бы не клал это в файл т.к. файл можно прочесть
так он же только в пайплайне
источник

M

Maksim Sharov in DevOps — русскоговорящее сообщество
думаю, тот, кто может читать логи, имеет доступ к секретам
источник

A

Asgoret in DevOps — русскоговорящее сообщество
Maksim Sharov
думаю, тот, кто может читать логи, имеет доступ к секретам
Не факт. Рбак тебе в помощь
источник

M

Maksim Sharov in DevOps — русскоговорящее сообщество
Asgoret
Не факт. Рбак тебе в помощь
можно ссылку на доку?
источник

A

Asgoret in DevOps — русскоговорящее сообщество
Maksim Sharov
можно ссылку на доку?
Вот https://docs.gitlab.com/charts/installation/rbac.html
Но это не то. Я не так знаком, с рбаком в гитлабе, но должна быть возможность закрыть разработчикам доступ к добавлению переменных окружении, а значит и чтению просто так. Если не на уровнн проекта, то выше на уровне группы (или как оно там)
источник