Я хочу тестовую среду с песочницей, которая * всегда * точная копия Production

Question

У меня проблема с веб-приложением, за которую я несу ответственность.

В системе происходят регулярные ошибки, и наши поставщики поддержки всегда просят нас узнать, можем ли мы «реплицировать ошибку в UAT». Это, очевидно, разумный запрос. Много раз, по разным причинам (некоторые из которых ясны, некоторые из которых не являются), эти ошибки: не присутствует в UAT. Это отсутствие воспроизводимости ошибок в тестовой среде добавляет огромное количество трений в процесс разрешения ошибок.

Есть 3 ключевых части нашей системной архитектуры, в которых эти ошибки сжигаются (CMS, слой API и база данных). Я предлагаю, чтобы мы установили системное задание, которое постоянно клонирует этих трех частей системы в тестовую среду с песочницей. Это клонирование будет происходить периодически (например, один раз каждые 24 часа) и автоматически.

Есть ли технический термин для такого рода условий? Является ли это установленным методом оказания помощи в диагностике системных проблем? Есть ли где-нибудь, что я могу прочитать о лучших примерах отрасли для создания чего-то подобного? Благодарю.

Answer 1

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

Точная копия производственной системы со всеми данными не вы часто найдете из-за высокого спроса на ресурсы. Также в некоторых случаях две системы должны отличаться. В большинстве систем (я знаю) есть тонны интерфейсов, которые вы просто не можете скопировать в системные системы.

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

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

Также вы можете подумать над тем, как вы можете изменить свою систему, чтобы упростить настройку копии.

Например, когда у вас есть все автоматические настройки (с помощью шеф-повара/докера или аналогичного), вы должны иметь возможность снова и снова настраивать ту же систему в любом месте, чтобы вы теперь просто должны были получить производственные данные.

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