Передовая практика создания базы данных

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

Мой общий план состоит в том, чтобы сначала разработать и протестировать локально, направить простые изменения (небольшие исправления ошибок, HTML/CSS, JS и т.д.) прямо на производство, а для больших изменений - сначала перенести субдомен для тщательного тестирования, а затем производство.

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

Любые общие мысли/советы/опыт будут оценены.

UPDATE:

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

Ответ 1

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

Ответ 2

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

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

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