Пока стоял под душем и чистил зубы, в голову пришла находчивая идея: а что если базу данных staging проекта заполнять данными из бэкапов базы продакшена, в качестве мероприятия по верификации процесса восстановления тех самых бэкапов.

Проще говоря, совместить две полезные задачи, что сегодня решаются отдельно, в одну. Плюс стейджинг будет относительно up to date на реальных данных (раз в день/неделю), чтобы два раза не вставать. Чего я не вижу, какие подводные камни?

(Разумеется, все это имеет смысл только с учётом, что данных в проде/бэкапе — небольшое количество, и что сами данные — не слишком sensitive для посторонних глаз. Например, мне видится это рабочим решением в моем текущем случае, когда в базе данные только в текстовом виде, со ссылками на бинарные блобы в S3.)

upd: всем спасибо за фидбек! Общее мнение таково, что идея, конечно, не универсальна, но это вполне любопытная и остроумная оптимизация процессов для тех кейсов, где её возможно применить, хе-хе.

Hermitage

Пока стоял под душем и чистил зубы, в голову пришла находчивая идея: а что если базу данных staging проекта заполнять данными из бэкапов базы продакшена, в качестве мероприятия по верификации процесса восстановления тех самых бэкапов.

Проще говоря, совместить две полезные задачи, что сегодня решаются отдельно, в одну. Плюс стейджинг будет относительно up to date на реальных данных (раз в день/неделю), чтобы два раза не вставать. Чего я не вижу, какие подводные камни?

(Разумеется, все это имеет смысл только с учётом, что данных в проде/бэкапе — небольшое количество, и что сами данные — не слишком sensitive для посторонних глаз. Например, мне видится это рабочим решением в моем текущем случае, когда в базе данные только в текстовом виде, со ссылками на бинарные блобы в S3.)

upd: всем спасибо за фидбек! Общее мнение таково, что идея, конечно, не универсальна, но это вполне любопытная и остроумная оптимизация процессов для тех кейсов, где её возможно применить, хе-хе.

hottg.com/cyberhermitage/480

744 viewsedited  Jan 31, 2020 at 20:50