FD
там была команда, с которой было не страшно такое делать)
Size: a a a
2019 December 09
IM
там была команда, с которой было не страшно такое делать)
Дело не в страшно / не страшно
FD
это было скорее заряд адреналина)
IM
А в том, как вы будете откатываться и быстрофиксить все праздники, если что-то пойдет не так
GM
а мы выкатывали новую версию биллинга в 2019-01-01Z00:00:00
нормально, я так на новую версию цефа на 10 пб и опенстека на 60 хостов мигрировал с 31 на 3
GM
самый прекрасный новый год
FD
правда когда через 10 минут после апдейта мы поправили один баг (забыли включить миграторы при деплоее), а потом полчаса все было гладко и без ошибок, я просто уснул ))
IM
И еще, как бы это зааффектило коллег из соседних команд (они ж не виноваты в том, что вы решили катиться в праздники)
FD
А в том, как вы будете откатываться и быстрофиксить все праздники, если что-то пойдет не так
ну там варианты отката тестировались: легкий вариант отката выключение флага. жесткий вариант: профилактика на сайте и восстановление из бэкапов на три-четыре часа.
H
Почему-то выглядит занятно
FD
все же по последствиям для остальных систем полночь на новый год это лучшая дата для переключения биллинга: за такой-то год данные в одной системе, за такой- то период — в такой. и не надо писать жутких склеек из разных форматов и разных систем
PA
все же по последствиям для остальных систем полночь на новый год это лучшая дата для переключения биллинга: за такой-то год данные в одной системе, за такой- то период — в такой. и не надо писать жутких склеек из разных форматов и разных систем
безумству смелых поем мы песню
GM
практически единственные дни в году когда никто не заметит перерыв в работе сервиса
IM
практически единственные дни в году когда никто не заметит перерыв в работе сервиса
Расскажи это мобильным и интернет операторам
FD
тут сложный момент. с одной стороны все ратуют за CI/CD и что нужно строить пайпланы так, чтобы можно было выкатить/откатить в любой момент, а QA среды, чтобы они повторяли все особенности продакшена и ошибки вылавлись до прода
GM
ну 31->1 провал конечно
FD
а с другой стороны ставят при этом кучу условий для релиза: в такой-то временной интервал, чтобы столько-то сотрудников было на рабочих местах, столько подписей стояло на бланке заявки на релиз и т.п.
GM
от сервиса же зависит, для биллинга технически можно байпас сделать - типа не работает биллинг значит для абонентов "бесплатно", а не блокировка услуги, вопросы к бизнесу
GM
а если ты биржа например то маловероятно что у тебя будут работы с биржевым движком без даунтайма
FD
мы выбрали вариант контролируемого деплоя с ожидаемыми рисками и вариантами отката. и не прогадали. называть это безумством я бы не стал.