Информация об изменениях

Сообщение Re[3]: Стенды - базы от 03.04.2022 11:31

Изменено 03.04.2022 11:47 bnk

Re[3]: Стенды - базы
Здравствуйте, merge, Вы писали:

M>да, с данными тоже момент учитывая что у нас данные джобы накатывают с прода на тест.

M>а тут получается джобы не знают точное время когда запуститься и надо доступ на локальный комп с тестового или наоборот каждому разработчику поставить скл сервер локально и чтобы каждый имел свои джобы

Ну где я последний раз работал в конторе было все локально.
Бэкап базы из продакшена выкладывался на шару, с вырезанными или закодированным секретными данными, к которым у разработчиков доступа быть не должно (запускался специальный скрипт перед бэкапом).
Все остальное разработчики делали сами по инструкции (которую надо написать).

Необходимость такой секретности понятно зависит от организации.
Если у вас сейчас разработчики видят данные в базе в продашене, можно просто бэкапить базу из продакшена да и все.

Вообще сейчас с облаком весь этот процесс можно автоматизировать,
просто предоставляя готовую машину для разработки уже со всем установленным, типа Azure DevTest Labs.
Ну или dockerfile хотя бы, чтобы у разработчика все что надо установилось и ему не пришлось вручную это делать.

M>а миграции от других как накатываются? Вася говорит\пм или автомиграции в конфигурации Dev?


Я думаю это зависит от того, как именно у вас устроены миграции.
В проекте, про который я говорю, всё делалось командой, миграции это просто файлы исходников по сути.
Re[3]: Стенды - базы
Здравствуйте, merge, Вы писали:

M>да, с данными тоже момент учитывая что у нас данные джобы накатывают с прода на тест.

M>а тут получается джобы не знают точное время когда запуститься и надо доступ на локальный комп с тестового или наоборот каждому разработчику поставить скл сервер локально и чтобы каждый имел свои джобы

Ну где я последний раз работал в конторе было все локально.
Бэкап базы из продакшена выкладывался на шару, с вырезанными или закодированным секретными данными, к которым у разработчиков доступа быть не должно (запускался специальный скрипт перед бэкапом).
Все остальное разработчики делали сами по инструкции (которую надо написать).

Необходимость такой секретности понятно зависит от организации.
Если у вас сейчас разработчики видят данные в базе в продашене, можно просто бэкапить базу из продакшена да и все.

Вообще сейчас с облаком весь этот процесс можно автоматизировать,
просто предоставляя готовую машину для разработки уже со всем установленным, типа Azure DevTest Labs.
Ну или dockerfile например, чтобы у разработчика все что надо установилось и ему не пришлось вручную это делать.
Наверное зависит от того, как у вас принято, какое окружение.

M>а миграции от других как накатываются? Вася говорит\пм или автомиграции в конфигурации Dev?


Я думаю это зависит от того, как именно у вас устроены миграции.
В проекте, про который я говорю, всё делалось командой, миграции это просто файлы исходников по сути.