Представьте, что ваш продукт уже готов и внедрен в эксплуатацию. Все замечательно работает, но при этом с течением времени у вас возникает потребность подправить некоторые детали в системе. Вы обращаетесь к разработчику, он с пониманием кивает – внедрить можно без проблем. Но при этом возникает очень важный вопрос. Сразу внедрять на боевой проект? А если будут критические ошибки? Это может парализовать работу всей системы. Как быть?
Как всегда все очень просто! Надо использовать несколько экземпляров приложения. На мой взгляд оптимальным будет следующее распределение:
Технически лучше всего организовать эти 3 уровня как поддомены. Например, dev, test, prod.
При этом хорошо бы иметь разные логины и пароли для разных уровней. Это уменьшит вероятность кражи и искажения данных в боевой базе данных.
Подобная схема уменьшит проблемы с неожиданным поведением программы. Минусом данной схемы является более долгая процедура внедрения новых изменений. Но, если система работает с финансами или другими критически важными данными, такая схема является предпочтительной.
Как вы в данный момент управляете процессами сопровождения своей системы?
Рекомендуем изучить статью о коммуникации в автоматизированной системе.
В современном мире аренда становится все более популярным способом получения доступа к различным услугам и…
http://falcon.web-automation.ru/ - платформа создания бизнес-приложений в виде личных кабинетов
http://falcon.web-automation.ru/ - платформа создания бизнес-приложений в виде личных кабинетов
http://falcon.web-automation.ru/ - платформа создания бизнес-приложений в виде личных кабинетов
http://falcon.web-automation.ru/ - платформа создания бизнес-приложений в виде личных кабинетов
http://falcon.web-automation.ru/ - платформа создания бизнес-приложений в виде личных кабинетов