AS
а дальше как при A/B тестировании - старая версия сервисов, новая версия сервисов. и понемного перекатываем пользователей из старой в новую, собирая фидбек и подчищая баги
Size: a a a
2020 January 13
DS
я подразумевал сделать копию инфраструктуры. если основной прод на собственном железе, то новый можно временно в облаке поднять, пока не утрясется
Ну да, такой вариант тоже неплох, - сделать кентавра. Но как потом объединять базы? В теории их можно мержить, но это в теории, - правильное объединение данных - та ещё задачка.
AS
при начале работы клиента с новой версией - разово мигрировать все касающиеся его данные, а дальше он живет только на новой версии с новой базой
AS
со старой версией ему работу запрещаем
AS
ID:
Разминаем мозги после новогодних салатиков
Ситуация: продакшн отстаёт от мастера на 5 месяцев. За эти месяцы полноценная команда разработки сменила БД (MS SQL => PgSQL) и нарастила бизнес-логику нового функционала незначительно затрагивающего новый. Тестировщики совместно с аналитиками проводят точечное функциональное тестирование нового функционала без проведения регресса.
Заказчик ставит задачу: догнать продакшн до мастера за 1 месяц. Покинуть проект команда не может в силу договорных обязательств. Не догнать или догнать частично продакшн до мастера нет возможности и заказчика обмануть не получится. Выкатить сырой непротестированный продукт, нагрузив рисками Заказчика тоже не получится. Увеличить команду по нужным специальностям можно, но помним, что это будут холодные люди, которых ещё надо нагреть.
Ваши действия?
Ситуация: продакшн отстаёт от мастера на 5 месяцев. За эти месяцы полноценная команда разработки сменила БД (MS SQL => PgSQL) и нарастила бизнес-логику нового функционала незначительно затрагивающего новый. Тестировщики совместно с аналитиками проводят точечное функциональное тестирование нового функционала без проведения регресса.
Заказчик ставит задачу: догнать продакшн до мастера за 1 месяц. Покинуть проект команда не может в силу договорных обязательств. Не догнать или догнать частично продакшн до мастера нет возможности и заказчика обмануть не получится. Выкатить сырой непротестированный продукт, нагрузив рисками Заказчика тоже не получится. Увеличить команду по нужным специальностям можно, но помним, что это будут холодные люди, которых ещё надо нагреть.
Ваши действия?
Ваши - это чьи?
DS
Не, так не получится. Клиент работает и с новым функционалом и со старым.
DS
Ваши - это чьи?
Твои :)
AS
Ещё важно, была ли предусмотрена такая ситуация изначально. Если база изолирована отдельным слоем абстракции, то задача несколько упрощается.
РИ
Тоже неплохой вариант: открыть новый функционал только под целевую аудиторию, - её не очень много. Вполне норм.
но это же не канает. Потому что нельзя обмануть заказчика
РИ
и сделать половину
AS
Твои :)
А я - кто? Заказчик? Если да, то мои действия простые. Суть их примерно совпадает с тем, что сделали с t-платформами.
DS
но это же не канает. Потому что нельзя обмануть заказчика
Ну это не обман. Возможный вариант и обсуждаемый с Заказчиком.
DS
А я - кто? Заказчик? Если да, то мои действия простые. Суть их примерно совпадает с тем, что сделали с t-платформами.
Если Ты заказчик, - то Ты не можешь всех уволить, - у Тебя тоже обязательства по функционалу перед инвесторами.
DZ
Ну да, такой вариант тоже неплох, - сделать кентавра. Но как потом объединять базы? В теории их можно мержить, но это в теории, - правильное объединение данных - та ещё задачка.
Процесс миграции ведь как-то провели уже, когда переезжали с мускуля на постгрес?
DS
Процесс миграции ведь как-то провели уже, когда переезжали с мускуля на постгрес?
С MS SQL, а не мускуля. Да, миграция построена и автоматизирована.
РИ
Ну это не обман. Возможный вариант и обсуждаемый с Заказчиком.
а тогда в чём разминка для мозга?
AS
Если Ты заказчик, - то Ты не можешь всех уволить, - у Тебя тоже обязательства по функционалу перед инвесторами.
Если я - Заказчик, то я могу что угодно сделать.
РИ
если можно договариваться
DZ
Проиграть изменения из мастера на проде. Не по коммиту, но главными майлстоунами.
DS
если можно договариваться
Договариваться возможно о выполнении задачи.