Size: a a a

2020 August 25

LB

Let Eat Bee in DevOps
Alexander
Ну вот у меня и вопрос, зачем для, например, провиженинга днс записи помещать куда-то данные, дергать апи гитлаба, который достанет из гит-репы манифест терраформа, которые затем отошлет на раннер, который создаст докер-контейнер, в который загрузит манифест и запустит терраформ, который сходит в хранилище, в которое мы записали информацию о желаемой записи, и которую запишет в днс-сервер.
Вместо того, чтобы просто создать запись в днс-сервере.
Когда по мере развития saas к одной записи надо для всех прошлых тенантов добавить вторую, как это сделать если дергали апи напрямую?
источник

DS

Dmitry Sergeev in DevOps
Alexander
Ну вот у меня и вопрос, зачем для, например, провиженинга днс записи помещать куда-то данные, дергать апи гитлаба, который достанет из гит-репы манифест терраформа, которые затем отошлет на раннер, который создаст докер-контейнер, в который загрузит манифест и запустит терраформ, который сходит в хранилище, в которое мы записали информацию о желаемой записи, и которую запишет в днс-сервер.
Вместо того, чтобы просто создать запись в днс-сервере.
затем что там будет куча другого кода, который провижионит инфру в том числе. Зачем что-то делать, если это можно не делать, а поднять терраформом всю инфру и днс записи к ней
источник

A

Alexander in DevOps
Let Eat Bee
Когда по мере развития saas к одной записи надо для всех прошлых тенантов добавить вторую, как это сделать если дергали апи напрямую?
Запустить однократную задачу. По сути, все равно, что сделать миграцию базы.
источник

A

Alexander in DevOps
Dmitry Sergeev
затем что там будет куча другого кода, который провижионит инфру в том числе. Зачем что-то делать, если это можно не делать, а поднять терраформом всю инфру и днс записи к ней
Если у тебя много ресурсов, то терраформ вырождается в довольно тупую, переусложненную провиженилку, нужную для вызова нескольких библиотечных функций. Которые проще из требуемого сервиса дёрнуть.
источник

A

Alexander in DevOps
Если же у тебя автоматика управления инфрой начинает требовать очередь задач, то лучше тогда именно её для своей предметной области и сделать, а не лепить эрзац из гитлаба.
источник

DS

Dmitry Sergeev in DevOps
Alexander
Если у тебя много ресурсов, то терраформ вырождается в довольно тупую, переусложненную провиженилку, нужную для вызова нескольких библиотечных функций. Которые проще из требуемого сервиса дёрнуть.
отдельный самописный сервис, для создания днс, больше похож на то что вы описали.
Так может для ec2 тоже отдельный написать? И для rds?  Для lambda, ну зачем terraform нагружать и переусложнять =)
источник

DS

Dmitry Sergeev in DevOps
Alexander
Если же у тебя автоматика управления инфрой начинает требовать очередь задач, то лучше тогда именно её для своей предметной области и сделать, а не лепить эрзац из гитлаба.
угу, написать свой terraform. Только поделить его на микросервисы, и вместо декларативного описания состояния, вносить в каждом сервисе правки и прогонять миграции. Звучит как хороший план
источник

A

Alexander in DevOps
Dmitry Sergeev
отдельный самописный сервис, для создания днс, больше похож на то что вы описали.
Так может для ec2 тоже отдельный написать? И для rds?  Для lambda, ну зачем terraform нагружать и переусложнять =)
У ec2 есть пачка аналогов (хотя народ до сих пор свои время от времени пишет). Аналог rds обычно как раз очень нужен. Лямбду не юзал, и с аналогам знаком понаслышке, потому про потребность в ней ничего не скажу.
источник

A

Alexander in DevOps
Dmitry Sergeev
угу, написать свой terraform. Только поделить его на микросервисы, и вместо декларативного описания состояния, вносить в каждом сервисе правки и прогонять миграции. Звучит как хороший план
А зачем неудобное для автоматического изменения декларативное описание в гит-репе, если можно сделать декларативное описание в базе с api?
источник

GD

G D in DevOps
Уважаемые, кто нибудь пользуется metricbeat vsphere module ? Если да, какие минимальные permission нужно определить юзеру на vsphere? А то собирать метрики под root кмк не совсем правильно.
источник

k

kSandr in DevOps
Aleksey Shirokikh
вот тут поможет терраформ
Или баш
источник

AS

Aleksey Shirokikh in DevOps
kSandr
Или баш
или терраформ
источник

ЕО

Евгений Омельченко... in DevOps
Aleksey Shirokikh
вот тут поможет терраформ
Начиналась история так, будто ты предлагаешь zone-файлы бинда хранить в гите. Слава разуму, что нет.

Но вообще если у тебя терраформ, то гитопс сам собой напрашивается, он сразу в нагрузку идёт
источник

AS

Aleksey Shirokikh in DevOps
Евгений Омельченко
Начиналась история так, будто ты предлагаешь zone-файлы бинда хранить в гите. Слава разуму, что нет.

Но вообще если у тебя терраформ, то гитопс сам собой напрашивается, он сразу в нагрузку идёт
Именно так и предлагаю. Только сериал генерить
источник

AS

Aleksey Shirokikh in DevOps
А для автоматически добавляемых сделать зону в которой будет делаться авторега
источник

AS

Aleksey Shirokikh in DevOps
Но отдельную зону
источник

ЕО

Евгений Омельченко... in DevOps
Зонефайлы немного нечеловекочитаемы, вообще я бы юзал bind в режиме форварда, а за ним coredns. И CoreDNS уже управлял бы через терраформ и API
источник

P

Pavel in DevOps
На прошлой работе была лютая балалайка, которая из ямлов конфу в r53 выгружала, ибо когда она писалась терраформа не было, а ресуров было тыщи
источник

P

Pavel in DevOps
Ну и клаудформейшона не было
источник

P

Pavel in DevOps
Вроде хотели в tf её мигрировать
источник