Риски изменение хостинга и паркинга доменов
Есть такие планы, разместить приложение у не очень дорогого хостера и припарковать там домен.
Ну, а потом, если приложение привлечёт много клиентов, тогда уже переносить его к другому дорогому хостеру.
Здесь становится вопрос — можно ли будет это организовать таким образом, чтобы не задевать клиентов: к примеру, при переводе домена чтобы DNS-кэш обнавился сразу же — или как вообще это делают?
10 коментарів
Додати коментар Підписатись на коментаріВідписатись від коментарівможно по следующей схеме:
— разворачивание на новом хостинге— синхронизация самой актульной базы на новый хостинг
— смена ДНС записей и одновременный перевод а read-only на стром хостинге.
— через пару дней выключить\удалить со старого хостинга.
В результате большинство пользователей в ближайшее время смогут получить доступ по обновленным записям на новом месте, те у кого по каким-то причинам ДНС-кеш не обновится все еще смоут смотреть ресурс по старому адресу.
правильно и проверенное решение
Не всегда подходит, т.к. многие сайты даже при простом заходе юзера пишут кучу всего в бд(например на этом форуме отмечаются прочитанные сообщения), и тогда велика вероятность увидеть сообщения об внутренних ошибках на странице. Как вариант, можно разрешить старому сайту ходить в новую БД, может конечно быть большой latency, но за пару дней думаю ничего страшного не случится.
при зміні записів в ДНС майже не реально зробити так щоб не було даунтайму, з мого досвіду зміна ір зазвичай займає від 30 секунд до 48 годин, залежить від провайдера.
При чем тут провайдер? TTL не пробовал маленькое устанавливать?
ладно я не правильно висловився не провайдер domain registrar і не завжди виставляння ттл дозволяє пришвидшити апдейт рутових ДНС серверів ))
А есть ли какие то доказательства очевидности что рутовые сервера могут ложить на ттл?
Какие тех директора, какие дорогие хостинги, на все про все 6 млн. долларов всего!