Сообщение Re[3]: Стенды - базы от 03.04.2022 11:31
Изменено 03.04.2022 11:46 bnk
Re[3]: Стенды - базы
Здравствуйте, merge, Вы писали:
M>да, с данными тоже момент учитывая что у нас данные джобы накатывают с прода на тест.
M>а тут получается джобы не знают точное время когда запуститься и надо доступ на локальный комп с тестового или наоборот каждому разработчику поставить скл сервер локально и чтобы каждый имел свои джобы
Ну где я последний раз работал в конторе было все локально.
Бэкап базы из продакшена выкладывался на шару, с вырезанными или закодированным секретными данными, к которым у разработчиков доступа быть не должно (запускался специальный скрипт перед бэкапом).
Все остальное разработчики делали сами по инструкции (которую надо написать).
Необходимость такой секретности понятно зависит от организации.
Если у вас сейчас разработчики видят данные в базе в продашене, можно просто бэкапить базу из продакшена да и все.
Вообще сейчас с облаком весь этот процесс можно автоматизировать,
просто предоставляя готовую машину для разработки уже со всем установленным, типа Azure DevTest Labs.
M>а миграции от других как накатываются? Вася говорит\пм или автомиграции в конфигурации Dev?
Я думаю это зависит от того, как именно у вас устроены миграции.
В проекте, про который я говорю, всё делалось командой, миграции это просто файлы исходников по сути.
M>да, с данными тоже момент учитывая что у нас данные джобы накатывают с прода на тест.
M>а тут получается джобы не знают точное время когда запуститься и надо доступ на локальный комп с тестового или наоборот каждому разработчику поставить скл сервер локально и чтобы каждый имел свои джобы
Ну где я последний раз работал в конторе было все локально.
Бэкап базы из продакшена выкладывался на шару, с вырезанными или закодированным секретными данными, к которым у разработчиков доступа быть не должно (запускался специальный скрипт перед бэкапом).
Все остальное разработчики делали сами по инструкции (которую надо написать).
Необходимость такой секретности понятно зависит от организации.
Если у вас сейчас разработчики видят данные в базе в продашене, можно просто бэкапить базу из продакшена да и все.
Вообще сейчас с облаком весь этот процесс можно автоматизировать,
просто предоставляя готовую машину для разработки уже со всем установленным, типа Azure DevTest Labs.
M>а миграции от других как накатываются? Вася говорит\пм или автомиграции в конфигурации Dev?
Я думаю это зависит от того, как именно у вас устроены миграции.
В проекте, про который я говорю, всё делалось командой, миграции это просто файлы исходников по сути.
Re[3]: Стенды - базы
Здравствуйте, merge, Вы писали:
M>да, с данными тоже момент учитывая что у нас данные джобы накатывают с прода на тест.
M>а тут получается джобы не знают точное время когда запуститься и надо доступ на локальный комп с тестового или наоборот каждому разработчику поставить скл сервер локально и чтобы каждый имел свои джобы
Ну где я последний раз работал в конторе было все локально.
Бэкап базы из продакшена выкладывался на шару, с вырезанными или закодированным секретными данными, к которым у разработчиков доступа быть не должно (запускался специальный скрипт перед бэкапом).
Все остальное разработчики делали сами по инструкции (которую надо написать).
Необходимость такой секретности понятно зависит от организации.
Если у вас сейчас разработчики видят данные в базе в продашене, можно просто бэкапить базу из продакшена да и все.
Вообще сейчас с облаком весь этот процесс можно автоматизировать,
просто предоставляя готовую машину для разработки уже со всем установленным, типа Azure DevTest Labs.
Ну или dockerfile хотя бы, чтобы у разработчика все что надо установилось и ему не пришлось вручную это делать.
M>а миграции от других как накатываются? Вася говорит\пм или автомиграции в конфигурации Dev?
Я думаю это зависит от того, как именно у вас устроены миграции.
В проекте, про который я говорю, всё делалось командой, миграции это просто файлы исходников по сути.
M>да, с данными тоже момент учитывая что у нас данные джобы накатывают с прода на тест.
M>а тут получается джобы не знают точное время когда запуститься и надо доступ на локальный комп с тестового или наоборот каждому разработчику поставить скл сервер локально и чтобы каждый имел свои джобы
Ну где я последний раз работал в конторе было все локально.
Бэкап базы из продакшена выкладывался на шару, с вырезанными или закодированным секретными данными, к которым у разработчиков доступа быть не должно (запускался специальный скрипт перед бэкапом).
Все остальное разработчики делали сами по инструкции (которую надо написать).
Необходимость такой секретности понятно зависит от организации.
Если у вас сейчас разработчики видят данные в базе в продашене, можно просто бэкапить базу из продакшена да и все.
Вообще сейчас с облаком весь этот процесс можно автоматизировать,
просто предоставляя готовую машину для разработки уже со всем установленным, типа Azure DevTest Labs.
Ну или dockerfile хотя бы, чтобы у разработчика все что надо установилось и ему не пришлось вручную это делать.
M>а миграции от других как накатываются? Вася говорит\пм или автомиграции в конфигурации Dev?
Я думаю это зависит от того, как именно у вас устроены миграции.
В проекте, про который я говорю, всё делалось командой, миграции это просто файлы исходников по сути.