Comments 11
Сэкономили 1 ТБ места (хотя это еще под вопросом, т.к. если разраб удалит в своей бд скажем таблички на 20-30 gb и создаст новые, то весь профит от разностного диска улетучится) и обеспечили разработчиков болью и страданием из-за снижения скорости работы их БД -> разработчики будут тратить больше времени из-за тормозящей бд -> не успеваем выкатить обновления проекта в срок -> лишение премии -> разбор полетов -> вас гонят в шею как истинного виновника
Надеюсь сценарий будет другой, но за статью спасибо.
Надеюсь сценарий будет другой, но за статью спасибо.
Ну и если разработчику надо удалять таблицы, то может ему просто пустая база нужна? Но замечание верное.
Такой драматичный сценарий. Мне аж самому страшно стало. Нет, чисто визуально не заметил снижения производительности. Тем более такого, чтобы кого-то увольнять.
Ну и может так:
Используем одну БД -> изменения разработчиков накладываются -> мешает отладке и тестированию -> не успеваем выкатить обновления проекта в срок -> лишение премии -> разбор полетов -> меня гонят в шею как истинного виновника.
Или еще так:
Делаем полноценные копии БД -> запрашиваем дополнительные ресурсы на сервера -> пока заявку рассматривают, задачи стоят -> не успеваем выкатить обновления проекта в срок -> лишение премии -> разбор полетов -> меня гонят в шею как истинного виновника.
Такой драматичный сценарий. Мне аж самому страшно стало. Нет, чисто визуально не заметил снижения производительности. Тем более такого, чтобы кого-то увольнять.
Ну и может так:
Используем одну БД -> изменения разработчиков накладываются -> мешает отладке и тестированию -> не успеваем выкатить обновления проекта в срок -> лишение премии -> разбор полетов -> меня гонят в шею как истинного виновника.
Или еще так:
Делаем полноценные копии БД -> запрашиваем дополнительные ресурсы на сервера -> пока заявку рассматривают, задачи стоят -> не успеваем выкатить обновления проекта в срок -> лишение премии -> разбор полетов -> меня гонят в шею как истинного виновника.
уважаемый, а как быть в случае если разработчиков больше чем букв в англ. алфавите?
За какое время создается клон базы?
Управление клонами — в каком туле происходит?
Управление клонами — в каком туле происходит?
Точное время не замерял /вообще ничего не замерял:(/, но кажется что-то около 30-40 секунд.
Управление исключительно приведенным скриптом, т.к. в нашем случае задача достаточно простая: поднять 4 копии и пусть живут. Стуктура БД у нас почти статична. Изначально вообще поднял 4 клона руками, но потом ребутнули сервак:(
Управление исключительно приведенным скриптом, т.к. в нашем случае задача достаточно простая: поднять 4 копии и пусть живут. Стуктура БД у нас почти статична. Изначально вообще поднял 4 клона руками, но потом ребутнули сервак:(
Чисто из любопытства — сколько это стоит? На самом сайте вместо ценника традиционное сейчас «get in touch». На случае, если уже «got in touch» с ними.
Я надеюсь Вы делаете копию с продуктива и потом одну DEV копию делите на всех разработчиков? Или прямо с продуктива делаем DEV diff копии?
Ужас-ужас, мне бы такое в голову не пришло — делать diff сразу с прода. Базу сначала надо подготовить под DEV. У меня это даже отдельно в статье написано:
Может быть не совсем ясно написал. Имеется в виду, создание БД из бекапа и очистка от всех чувствительных данных.
2. Создаем один экземпляр БД, от которого будут делаться клоны. Вычищаем продовские данные, подготавливаем базу полностью к работе в тестовой среде. Файлы БД размещаем на виртуальном диске.
Может быть не совсем ясно написал. Имеется в виду, создание БД из бекапа и очистка от всех чувствительных данных.
Sign up to leave a comment.
Вариант клонирования БД для разработки/тестирования