У меня очень большой веб-сайт с большой пользовательской базой. Я пытаюсь придумать «передовой» способ создания резервного или зеркального веб-сайта, поэтому, если что-то произойдет на domain.com, я могу быстро указать сайт на backup.domain.com через перенаправление 401. Это дало бы мне время для устранения неполадок с доменом.com, пока все просматривают backup.domain.com и не видят разницы.
Является ли мой метод идеальным методом, или вы использовали более эффективные методы для создания резервного сайта? Я не хочу, чтобы сайт обрушился, а потом на меня кричали каждую минуту, пока я пытаюсь это исправить. В идеале я бы просто «щелкнул выключателем», и он перенаправил бы пользователя на резервную копию.
Приветствуется любое понимание.
Для таких случаев, когда вы хотите быстро переключиться на другой хост (в случае, если ваш веб-хост взорвался), настройте низкий TTL (время жизни) в записи DNS вашего веб-хостинга.
Я не уверен, насколько низко ты можешь опуститься, наверное, минут. Это означает, что DNS-серверы будут кэшировать только этот адрес в течение этого периода времени.
Я думаю, что для очень большого сайта с большой пользовательской базой лучше всего было бы поставить какой-то балансировщик нагрузки перед всем, что в простых случаях может быть просто циклическим DNS. Таким образом, ваша архитектура в серверной части может быть такой же простой, как две копии статического сайта или сложная кластерная система с несколькими базами данных, и вы можете позволить балансировщику обрабатывать немедленную реакцию на сбой. Однако то, как вы реплицируете в бэкэнде, полностью зависит от вашей текущей системы, и, поскольку вы не даете никакой информации, никто ничего не может предложить.