Я хочу изолированную тестовую среду, которая * всегда * является точной копией Production
У меня проблема с веб-приложением, за которое я отвечаю.
Система регулярно сталкивается с ошибками, и наши поставщики поддержки всегда просят нас проверить, можем ли мы "повторить ошибку в UAT". Это, очевидно, разумный запрос. Часто по разным причинам (некоторые из которых понятны, а некоторые нет), эти ошибки отсутствуют в UAT. Отсутствие воспроизводимости ошибок в тестовой среде приводит к огромным трениям в процессе устранения ошибок.
Есть 3 ключевых компонента нашей системной архитектуры, где эти ошибки всплывают (CMS, уровень API и база данных). Я предлагаю создать системную работу, которая постоянно клонирует эти 3 части системы в изолированную тестовую среду. Это клонирование будет происходить периодически (например, раз в 24 часа) и автоматически.
Есть ли технический термин для такого рода среды? Это признанный метод, помогающий диагностировать системные проблемы? Где-нибудь я могу прочитать лучшие отраслевые практики для создания чего-то подобного? Благодарю.
1 ответ
Технический термин для этого типа процесса - репликация, которую часто делают для некоторых систем, таких как базы данных, но обычно не для целей тестирования, а для увеличения доступности, поэтому репликация используется в качестве запасного запасного компонента.
Точную копию производственной системы, со всеми данными, вы не найдете часто из-за высокого спроса на ресурсы. Также в некоторых точках две системы должны отличаться. У большинства систем (я знаю) есть тонны интерфейсов, которые вы просто не можете скопировать полностью системными системами.
Также: вам нужна только копия производственной системы, когда вы действительно отлаживаете проблему. И если вы находитесь в середине этого, вы, вероятно, не хотите, чтобы все исчезло и было заменено новой копией.
Поэтому вместо этого я бы порекомендовал настроить скрипты, позволяющие получать копии соответствующих деталей по запросу.
Также вы можете подумать о том, как вы можете изменить свою систему, чтобы упростить настройку копии.
Например, если у вас все настройки автоматизированы (с помощью chef / docker или аналогичного), вы сможете снова настроить ту же систему в любом месте, где вам нужно, так что теперь вам просто нужно перезаписать производственные данные.
Какой интересный момент. Производственные данные часто содержат секретную информацию (потому что это жизненно важно для бизнеса или потому, что это личные данные). Вы не хотите, чтобы подобные вещи зависали в тестовой системе, к которой имеет доступ каждый.