AP
Здесь должна быть картинка с буром на который намотан кабель.
Size: a a a
2021 February 19
AT
«Пелдожи-Кончезеро» — маленькая Италия прям
AP
Там еще Гавнозеро есть.
2021 February 24
A
А может у кого то есть удобный процесс контролирования миграций на базу данных?
Не хочется ограничивать dev team в этом. Чтобы они таки могли сами позвать какие то миграции. Но эти ребята умудряются запустить миграции которые на десятки минут блочат базу и это очень больно.
В итоге хочется понять кто и как должен это контролировать.
Как у вас организовано?
Не хочется ограничивать dev team в этом. Чтобы они таки могли сами позвать какие то миграции. Но эти ребята умудряются запустить миграции которые на десятки минут блочат базу и это очень больно.
В итоге хочется понять кто и как должен это контролировать.
Как у вас организовано?
S
Ко мне девопсы наши подкатили за этим. Походу носителей знаний о недеструктивных миграциях - единицы
S
Если говорить серьезно, то это то, что стоит бабок. Уверен, что коллеги из ИТСуммы и конкурирующих компаний обладают и этими ноу хау. Так как иначе зачем они существуют?)
IB
А может у кого то есть удобный процесс контролирования миграций на базу данных?
Не хочется ограничивать dev team в этом. Чтобы они таки могли сами позвать какие то миграции. Но эти ребята умудряются запустить миграции которые на десятки минут блочат базу и это очень больно.
В итоге хочется понять кто и как должен это контролировать.
Как у вас организовано?
Не хочется ограничивать dev team в этом. Чтобы они таки могли сами позвать какие то миграции. Но эти ребята умудряются запустить миграции которые на десятки минут блочат базу и это очень больно.
В итоге хочется понять кто и как должен это контролировать.
Как у вас организовано?
У нас получается только на организационном уровне контролировать. ПМ при принятии решения о релизе в том числе определяет, есть ли миграции в изменениях и могут ли они пригрузить бд (естественно, решение принимается с участием лидов и ДБшников). но даже с такими ограничениями регулярно бывает больно
S
У вас на пайплайнах должен быть мониторинг таймингов и для каждого шага пайплайна и выявляться отклонение от нормы. И один или несколько из шагов должны являться только миграциями. И все это должны контролировать RE, SRE или DRE
IB
У вас на пайплайнах должен быть мониторинг таймингов и для каждого шага пайплайна и выявляться отклонение от нормы. И один или несколько из шагов должны являться только миграциями. И все это должны контролировать RE, SRE или DRE
но это уже будет реакцией на отклонение. то есть проблему не предотвратит
S
Я методически выделяю три шага в миграциях: пререквизитная фаза: заливка новых данных, включая копирование данных из старых структур в новые, основная фаза: модификция основных структур и операторов СУБД, пост-миграционная фаза: конвертация или перенос данных, которые можно в фоне задним числом доперенести
S
но это уже будет реакцией на отклонение. то есть проблему не предотвратит
Если вы мониторите это например на стейджинге(препроде), то в прод гавно не попадет без вашего ведома
IB
Если вы мониторите это например на стейджинге(препроде), то в прод гавно не попадет без вашего ведома
а, понял. как способ диагностировать возможные проблемы релиза. да
S
А может у кого то есть удобный процесс контролирования миграций на базу данных?
Не хочется ограничивать dev team в этом. Чтобы они таки могли сами позвать какие то миграции. Но эти ребята умудряются запустить миграции которые на десятки минут блочат базу и это очень больно.
В итоге хочется понять кто и как должен это контролировать.
Как у вас организовано?
Не хочется ограничивать dev team в этом. Чтобы они таки могли сами позвать какие то миграции. Но эти ребята умудряются запустить миграции которые на десятки минут блочат базу и это очень больно.
В итоге хочется понять кто и как должен это контролировать.
Как у вас организовано?
DBA это контроллирует
сама миграция должна быть встроена в CI/CD
не на пустой базе, а желательно на клоне
миграции для PostgreSQL можно проверять через клоны https://postgres.ai/
скорость миграции если больше чемХХХ то билд не прошел
как то так
сама миграция должна быть встроена в CI/CD
не на пустой базе, а желательно на клоне
миграции для PostgreSQL можно проверять через клоны https://postgres.ai/
скорость миграции если больше чемХХХ то билд не прошел
как то так
IB
DBA это контроллирует
сама миграция должна быть встроена в CI/CD
не на пустой базе, а желательно на клоне
миграции для PostgreSQL можно проверять через клоны https://postgres.ai/
скорость миграции если больше чемХХХ то билд не прошел
как то так
сама миграция должна быть встроена в CI/CD
не на пустой базе, а желательно на клоне
миграции для PostgreSQL можно проверять через клоны https://postgres.ai/
скорость миграции если больше чемХХХ то билд не прошел
как то так
а есть опыт использования? выглядит интересно
S
Женя, хороший критерий - отклонять деплой по таймингу, его нужно на базе допустимого норматива простоя делать.
S
ой тьфу
S
Викторию кстати кто-то с Украины разрабатывает?
S
чатиками ошибся
S
S
а есть опыт использования? выглядит интересно
у меня clickhouse основная база, у этой штуки основной клиент gitlab
они это дело хорошо юзают
они это дело хорошо юзают