Size: a a a

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

2021 January 27

ST

Sergey Trapeznikov in DevOps — русскоговорящее сообщество
Darth Vader
Коллеги, иногда здесь проскакивают вопросы, ответы на которые можно было бы получить из документации. В каком виде преемлемо получить ответ здесь на такой вопрос?
Анонимный опрос
0%
Дали ссылку на доку и место, где в доке описан кейс.
0%
Cказали RTFM и порекомендовали учить матчасть.
0%
Дали развёрнутый ответ прямо здесь.
0%
Проигнорировали вопрос.
0%
Ушли в приват для решения вопроса.
0%
Другое. А что именно?
Проголосовало: 36
обычно первые три
источник

SA

Svyatoslav Astapov in DevOps — русскоговорящее сообщество
Anton Demenev
запрещаешь пуш в ветку, только через МР, делаешь пайплайн только на эту ветку.
в итоге только мейнтейнер сможет его запустить после мержа.
Есть протектед ветка, мр разрешено только мейнтейнеру, а запускать может пользователь с ролью девелопер.
Но не делал ограничение в yaml на создание пайплайна только из этой ветки.
Если добавить это ограничение - это будет достаточно?
источник

AD

Anton Demenev in DevOps — русскоговорящее сообщество
Svyatoslav Astapov
Есть протектед ветка, мр разрешено только мейнтейнеру, а запускать может пользователь с ролью девелопер.
Но не делал ограничение в yaml на создание пайплайна только из этой ветки.
Если добавить это ограничение - это будет достаточно?
в целом да.
я разбирался с этой задачей, если пайплайн ограничить защищенной веткой - он будет доступен только тем, кто может в нее мержить
источник

SA

Svyatoslav Astapov in DevOps — русскоговорящее сообщество
Anton Demenev
в целом да.
я разбирался с этой задачей, если пайплайн ограничить защищенной веткой - он будет доступен только тем, кто может в нее мержить
спасибо большое, попробую
источник

AW

Aleksandr Warnovich in DevOps — русскоговорящее сообщество
Подскажите есть ли возможность в тасках Ansible когда к при меру описываешь  несколько модулей не дублировать каждый раз aws access key и aws secret key ?

К примеру задать в главной а все остальные чтобы подхватили ?

Пример:
- name: create ec2
ec2:
aws_acces_key: {{environment variables - assume role}}}
 aws_secret_key: {{environment variables - assume role }}
 aws_secret_token: {{environment variables}}

-name: create rds
rds:
 aws_acces_key: {{environment variables- assume role}}
 aws_secret_key: {{environment variables- assume role}}
 aws_secret_token: {{environment variables}}
источник

RK

Ravil Khalilov in DevOps — русскоговорящее сообщество
Aleksandr Warnovich
Подскажите есть ли возможность в тасках Ansible когда к при меру описываешь  несколько модулей не дублировать каждый раз aws access key и aws secret key ?

К примеру задать в главной а все остальные чтобы подхватили ?

Пример:
- name: create ec2
ec2:
aws_acces_key: {{environment variables - assume role}}}
 aws_secret_key: {{environment variables - assume role }}
 aws_secret_token: {{environment variables}}

-name: create rds
rds:
 aws_acces_key: {{environment variables- assume role}}
 aws_secret_key: {{environment variables- assume role}}
 aws_secret_token: {{environment variables}}
Посмотрите в aws cli. Можно настроить ваш хост взаимодействовать с aws ранее указав access и secret key при помощи команды aws configure
источник

AW

Aleksandr Warnovich in DevOps — русскоговорящее сообщество
Ravil Khalilov
Посмотрите в aws cli. Можно настроить ваш хост взаимодействовать с aws ранее указав access и secret key при помощи команды aws configure
Это вроде как не сесюрно
источник

i

inqfen in DevOps — русскоговорящее сообщество
Aleksandr Warnovich
Подскажите есть ли возможность в тасках Ansible когда к при меру описываешь  несколько модулей не дублировать каждый раз aws access key и aws secret key ?

К примеру задать в главной а все остальные чтобы подхватили ?

Пример:
- name: create ec2
ec2:
aws_acces_key: {{environment variables - assume role}}}
 aws_secret_key: {{environment variables - assume role }}
 aws_secret_token: {{environment variables}}

-name: create rds
rds:
 aws_acces_key: {{environment variables- assume role}}
 aws_secret_key: {{environment variables- assume role}}
 aws_secret_token: {{environment variables}}
Конфиг положить в каталог юзера
источник

AW

Aleksandr Warnovich in DevOps — русскоговорящее сообщество
Ravil Khalilov
Посмотрите в aws cli. Можно настроить ваш хост взаимодействовать с aws ранее указав access и secret key при помощи команды aws configure
В целом, спасибо за ответ
источник

AW

Aleksandr Warnovich in DevOps — русскоговорящее сообщество
inqfen
Конфиг положить в каталог юзера
Конфиг зашифрован и отрабатывает только когда запускается джоба
источник

i

inqfen in DevOps — русскоговорящее сообщество
Aleksandr Warnovich
Конфиг зашифрован и отрабатывает только когда запускается джоба
Эм
источник

i

inqfen in DevOps — русскоговорящее сообщество
Ну так ансибл уже в джобе ведь запускается?
источник

AW

Aleksandr Warnovich in DevOps — русскоговорящее сообщество
inqfen
Эм
Тоуер
источник

i

inqfen in DevOps — русскоговорящее сообщество
А, думал CI какой
источник

i

inqfen in DevOps — русскоговорящее сообщество
Но в общем надо или env vars иметь до запуска, или конфиг
источник

i

inqfen in DevOps — русскоговорящее сообщество
Как костыль - можно первым таском создать конфиг
источник

i

inqfen in DevOps — русскоговорящее сообщество
А последним удалить
источник

i

inqfen in DevOps — русскоговорящее сообщество
То есть переменные указывать будешь 1 раз, а не на каждый таск
источник

RK

Ravil Khalilov in DevOps — русскоговорящее сообщество
Aleksandr Warnovich
Подскажите есть ли возможность в тасках Ansible когда к при меру описываешь  несколько модулей не дублировать каждый раз aws access key и aws secret key ?

К примеру задать в главной а все остальные чтобы подхватили ?

Пример:
- name: create ec2
ec2:
aws_acces_key: {{environment variables - assume role}}}
 aws_secret_key: {{environment variables - assume role }}
 aws_secret_token: {{environment variables}}

-name: create rds
rds:
 aws_acces_key: {{environment variables- assume role}}
 aws_secret_key: {{environment variables- assume role}}
 aws_secret_token: {{environment variables}}
источник

RK

Ravil Khalilov in DevOps — русскоговорящее сообщество
тут все описано подробно
источник