В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

terraform_ru

1379 membersпожаловаться на группу
2021 June 27

A

Asdqwert in terraform_ru
Так не пойдёт, т.к. цель: динамическое создание машины для прогона тестов свежесобранных микросервисов. K3s ставится секунды. В основном Ansible нужно будет заниматься различным helm install, kubectl create secret & etc

cloud-init не подходит, это не прозрачно дебажить и т.п., поэтому выбираю между provisioner и отдельным stage с Ansible.
источник
13:02пожаловаться#1

S

Sebor in terraform_ru
Что значит не пойдет?
У тебя к3с будет в ами, а деплои можешь уже хоть башем, хоть ансиболью делать
источник
13:06пожаловаться#2

A

Asdqwert in terraform_ru
Забейте на K3s. Повторюсь: деплоить башем или cloud-init не прозрачно, не гибко и плохо дебажится.

Вопрос: чем Ansible provisioner лучше отдельного stage с Ansible в моей ситуации?
источник
13:08пожаловаться#3

AP

Alex Pro in terraform_ru
Helm install можно и тераформом делать
источник
13:08пожаловаться#4

AP

Alex Pro in terraform_ru
Без провижинера
источник
13:08пожаловаться#5

i

inqfen in terraform_ru
Готовый ami с ansible-pull в userdata
источник
13:09пожаловаться#6

i

inqfen in terraform_ru
Инстанс стартует, качается что надо и запускается ансибл
источник
13:09пожаловаться#7

A

Asdqwert in terraform_ru
Опять же плохо это дебажить. Микросервисов пачка, разные namespace и т.д.

Итак повторю вопрос: что лучше:
1) Ansible provisioner
2) отдельный Ansible stage
?
Других вариантов не предлагать. Спасибо.
источник
13:10пожаловаться#8

JR

Jürgen Romins in terraform_ru
Ап ту ю и то и то не айс
источник
13:11пожаловаться#9

A

Asdqwert in terraform_ru
Вопрос: чем одно от другого принципиально отличается то? При использовании cicd

Разве что
1) provisioner может быстрее отрабатывать, т.к. не надо ждать пока отдельный stage запустится.
2) отдельный stage можно поправить и перепрогнать не с 0.
источник
13:13пожаловаться#10

JR

Jürgen Romins in terraform_ru
Тем что провижинеры это рудимент который используется в крайнем случае. В твоем случае ты деплоишь инфру и на основе динамического инвентори уже донастраиваешь
источник
13:16пожаловаться#11

A

Asdqwert in terraform_ru
И в чем разница всё таки, кроме того, что я описал выше 1) и 2) ?
Результаты provisioner же в state не попадают?
Не вижу разницы тогда кроме 1) и 2)
источник
13:18пожаловаться#12

JR

Jürgen Romins in terraform_ru
Читай что такое провиженеры
источник
13:21пожаловаться#13

A

Asdqwert in terraform_ru
Спасибо за совет, но задавал вопрос тут, т.к. хотел услышать что-то на основании чьего-то практического опыта использования обоих подходов.
источник
13:32пожаловаться#14

JR

Jürgen Romins in terraform_ru
Не используем провижинеры в тф и ансибл как отдельный степ в тф.
источник
13:32пожаловаться#15

S

Sebor in terraform_ru
Что там дебажить сложного?
Почему ты не хочешь деплоить инфру терраформом, а приложения - ансиболью (через тот же сиай)
источник
13:32пожаловаться#16

A

Asdqwert in terraform_ru
Не используете: не вступайте в дискуссию.
источник
13:33пожаловаться#17

JR

Jürgen Romins in terraform_ru
Не груби
источник
13:33пожаловаться#18

JR

Jürgen Romins in terraform_ru
Тебе несколько человек сказали одно и тоже
источник
13:33пожаловаться#19

A

Asdqwert in terraform_ru
Пожалуйста? :)
источник
13:33пожаловаться#20