VS
Куда ж без маков-то
Size: a a a
2020 January 31
GG
Да, мы же разрабы. Что мы хотим? Хорошего железа! Какое хорошее железо? Маки!
SP
Да, мы же разрабы. Что мы хотим? Хорошего железа! Какое хорошее железо? Маки!
SP
SP
Маки железо для разрабов лол
GG
Маки железо для разрабов лол
Ну, пускай корпорат деллы и Леново х1 😂
GG
Главное - чтобы эффективность не страдала 😂
GG
S
Всем привет. Подскажите пожалуйста, возможна ли следующая реализация:
В пайпе через helm в кубер раскатывается Job (миграция БД). Нужно чтобы пайп считался завершённым по фактическому завершению джобы, а не по созданию пода с джобой как сейчас. Миграции, понятное дело, может длиться разное время в зависимости от кол-ва изменений
В пайпе через helm в кубер раскатывается Job (миграция БД). Нужно чтобы пайп считался завершённым по фактическому завершению джобы, а не по созданию пода с джобой как сейчас. Миграции, понятное дело, может длиться разное время в зависимости от кол-ва изменений
S
Но возможно я каналом ошибся, сорри)
VS
Всем привет. Подскажите пожалуйста, возможна ли следующая реализация:
В пайпе через helm в кубер раскатывается Job (миграция БД). Нужно чтобы пайп считался завершённым по фактическому завершению джобы, а не по созданию пода с джобой как сейчас. Миграции, понятное дело, может длиться разное время в зависимости от кол-ва изменений
В пайпе через helm в кубер раскатывается Job (миграция БД). Нужно чтобы пайп считался завершённым по фактическому завершению джобы, а не по созданию пода с джобой как сейчас. Миграции, понятное дело, может длиться разное время в зависимости от кол-ва изменений
Так это не работает)
У зависимостей (кому нужна бд уже с миграцией) должна быть проверка на то, что миграция завершена
У зависимостей (кому нужна бд уже с миграцией) должна быть проверка на то, что миграция завершена
VD
Крупные не сидят на гитлабе 😁
Ошибочное мнение! :)
S
Так это не работает)
У зависимостей (кому нужна бд уже с миграцией) должна быть проверка на то, что миграция завершена
У зависимостей (кому нужна бд уже с миграцией) должна быть проверка на то, что миграция завершена
Ну я надеялся до последнего, вдруг был какой то шанс. Теперь точно убедился что так нельзя. Спасибо)
S
а по поводу того что должна быть проверка в приложении - абсолютно согласен, но мир к сожалению не всегда идеален) озадачу разработчиков тогда
GG
Всем привет. Подскажите пожалуйста, возможна ли следующая реализация:
В пайпе через helm в кубер раскатывается Job (миграция БД). Нужно чтобы пайп считался завершённым по фактическому завершению джобы, а не по созданию пода с джобой как сейчас. Миграции, понятное дело, может длиться разное время в зависимости от кол-ва изменений
В пайпе через helm в кубер раскатывается Job (миграция БД). Нужно чтобы пайп считался завершённым по фактическому завершению джобы, а не по созданию пода с джобой как сейчас. Миграции, понятное дело, может длиться разное время в зависимости от кол-ва изменений
Думаю, что твою задачу в текущей формулировке можно решить обмазавшись тонной костылей
GG
Либо проще - сделать как тебе рекомендуют. Обрати внимание, что ты можешь либо сам запускать миграции в поде и ждать его отработки в пайплайне, либо встроить миграции в каждый инстанс приклада, но тогда надо обеспечить их конкуретность - точнее ее отсутствие
GG
А то будет весело, когда одна и та же миграция накатится два раза
S
Ну не, это не наш метод) 1 небольшой костылик еще ничего, а городить целый забор из них - быстрее разработчики приложение перепишут для нормальной работы с миграциями
GG
И ещё отдельный вопрос с даунтаймом приложения
GG
Ну не, это не наш метод) 1 небольшой костылик еще ничего, а городить целый забор из них - быстрее разработчики приложение перепишут для нормальной работы с миграциями
+