Size: a a a

2020 March 16

як

я никуда не тороплюсь когда напьюсь тогда напьюсь in DevOps
George Gaál
С остановкой сервиса, что ли ?
Нет, graceful/reload, коллега. Только не спрашивай деталей про то как это сделать в кластере
источник

GG

George Gaál in DevOps
Это фундаментальное свойство этого мира
источник

GG

George Gaál in DevOps
я никуда не тороплюсь когда напьюсь тогда напьюсь
Нет, graceful/reload, коллега. Только не спрашивай деталей про то как это сделать в кластере
Мочи
источник

GG

George Gaál in DevOps
Dmitry Sergeev
ну то есть таки хранить инфу о совместимости версии инфра репы с кодовой репы таки надо
Нет, не нужно )
источник

DS

Dmitry Sergeev in DevOps
я кароче понял, что ничего не понял. Буду пока делать как делаю. Но мне подход нравится. Спасибо @elemir90 , я тоже за gitops
источник

GG

George Gaál in DevOps
Евгений Омельченко
Ну это и есть база данных и гит очень плохой инструмент для этого
Предложи лучше. Или ты не гитопс ? 🤔
источник

як

я никуда не тороплюсь когда напьюсь тогда напьюсь in DevOps
George Gaál
У тебя инфра в принципе в количестве одна штука
NYET! Она у тебя так же НЕПРЕРЫВНО ИЗМЕНЯЕТСЯ, как и всё остальное. Твоя работа - контролировать эти изменения, т.е. уметь быстро делать RollBack
источник

LB

Let Eat Bee in DevOps
Евгений Омельченко
Ну это и есть база данных и гит очень плохой инструмент для этого
чем плох? где то же надо хранить желаемое состояние. кто-то в last-applied-configuration, кто то в configmap. в гите самое удобное - есть уникальный идентификатор каждого состояния, можно метадату  об успехах деплоя через git notes  добавить, дифы, реверты, атомарные комиты чтоб гонки не устраивать,
источник

ЕО

Евгений Омельченко in DevOps
George Gaál
Предложи лучше. Или ты не гитопс ? 🤔
Лучше не держать данные об инфраструктуре в базе данных, недекларативненько это
источник

GG

George Gaál in DevOps
я никуда не тороплюсь когда напьюсь тогда напьюсь
NYET! Она у тебя так же НЕПРЕРЫВНО ИЗМЕНЯЕТСЯ, как и всё остальное. Твоя работа - контролировать эти изменения, т.е. уметь быстро делать RollBack
Ролбек куда ?
источник

GG

George Gaál in DevOps
Let Eat Bee
чем плох? где то же надо хранить желаемое состояние. кто-то в last-applied-configuration, кто то в configmap. в гите самое удобное - есть уникальный идентификатор каждого состояния, можно метадату  об успехах деплоя через git notes  добавить, дифы, реверты, атомарные комиты чтоб гонки не устраивать,
Ласт эплайд это говно
источник

GG

George Gaál in DevOps
Оно тянет необходимость бекапа етсд и привет
источник

GG

George Gaál in DevOps
Евгений Омельченко
Лучше не держать данные об инфраструктуре в базе данных, недекларативненько это
Это не ответ
источник

ЕО

Евгений Омельченко in DevOps
George Gaál
Это не ответ
Ответ
источник

GG

George Gaál in DevOps
Let Eat Bee
чем плох? где то же надо хранить желаемое состояние. кто-то в last-applied-configuration, кто то в configmap. в гите самое удобное - есть уникальный идентификатор каждого состояния, можно метадату  об успехах деплоя через git notes  добавить, дифы, реверты, атомарные комиты чтоб гонки не устраивать,
Насчёт Гита согласен
источник

GG

George Gaál in DevOps
Увы, но нет
источник

ЕО

Евгений Омельченко in DevOps
То что тебе неудобно, не значит, что это плохо. Неудобство это тоже инструмент
источник

DS

Dmitry Sergeev in DevOps
@yamlcoder
Вопрос свелся к тому что, сохранять ли инфу о совместимости версий репы кодовой с инфра репой. Если сохранять, то ифра репу можно хранить как сабмодуль или в прям в кодовой репе. Если нет, то я пока не понял, как решать свои проблемы, свзяанные с этим.
источник

ЕО

Евгений Омельченко in DevOps
Начнёшь хранить стейты инфры в базе и вернёшься в мир заббикса и винды
источник

як

я никуда не тороплюсь когда напьюсь тогда напьюсь in DevOps
George Gaál
Ролбек куда ?
В кластер. Ты напоминаешь 23-летнего сеньёра из Э42. Ты не всю инфру обновляешь везде и сразу. А по canary/rolling/blue-green
источник