Я полностью понимаю, как разместить свой собственный веб-сайт, но мой вопрос (я надеюсь, что это подходящее место, чтобы задать его) заключается в том, как защититься от, скажем, вашего интернет-провайдера или отказа вашего маршрутизатора, и тому подобных вещей? У кого-нибудь есть собственный сайт? У кого-нибудь есть совет?
Поскольку ваш основной вопрос был связан с советами, у меня есть один: потратьте деньги на сервер. Компании как Hetzner или Serverloft предлагать неуправляемые серверы по отличным ценам.
Я хочу сказать, что если вы хотите серьезно относиться к своему веб-сайту или хостингу, вам просто нужно серьезно подходить к этому вопросу. В конце концов, эти деньги вернутся вам из-за вашего отличного сервиса, который работает без сбоев и имеет отличные возможности подключения.
На самом деле не было бы большой причины не размещать свои вещи самостоятельно, если бы не было подключения. Скорость - одна из немногих вещей, которые нельзя сократить. По крайней мере, вам следует попробовать заплатить за это. Вы в долгу перед посетителями и в основном перед своими нервами.
Я предполагаю, что под «интернет-провайдером» вы подразумеваете того, кто предоставляет Интернет в вашем доме или офисе. Кроме того, я также предложу предложения по работе с совместным размещением и несколькими местоположениями.
Вероятно, лучший способ избежать сбоев из-за простоя подключения к вашему дому или офису через этого интернет-провайдера - использовать либо услугу размещения, управляемого хостинг-провайдера, либо поставщика приложений, такого как AppEngine. Обычно это услуги, которые размещаются в центре обработки данных операторского класса с избыточным питанием, охлаждением и подключением к Интернету, поэтому они могут быть намного надежнее, чем, скажем, DSL или кабельное подключение к вашему дому.
В зависимости от уровня обслуживания эти средства могут выдержать проблемы с сетью, проблемы с питанием и многое другое, практически не влияя на доступность вашего приложения. Они обеспечат резервные маршрутизаторы, подключения к множеству подключений к Интернету, переключатели питания и многое другое.
Эти услуги доступны по разным ценам, поэтому редко бывает экономически выгодно пытаться самостоятельно создать такую услугу только для одного или нескольких серверов.
Если вашему приложению действительно необходимо выдержать даже серьезный сбой, типичное решение состоит в том, чтобы получить услуги на нескольких объектах, подобных вышеупомянутому, и спроектировать свои услуги так, чтобы либо иметь возможность переключаться с одного объекта на другой, либо иметь возможность бежать из обоих мест одновременно. Это часто требует обширной работы по разработке и архитектуре приложений для работы таким образом, репликации данных между местоположениями и т. Д.
Я скажу, что я обнаружил, что многие люди задумываются о доступности, прежде чем они действительно смогут оправдать внедрение такой вещи. Если у вас нет пользователей, вероятно, более важно работать над тем, чтобы добраться до точки, в которой вы можете получить пользователей, а не резко увеличивать сложность их достижения, чтобы он смог пережить редкое событие. Поэтому я бы посоветовал твердо стоять на ногах при принятии решения о том, какой уровень резервирования и репликации сделать. Создание полностью избыточных и распределенных сервисов - долгий и сложный процесс.
Обычно это делается с помощью маршрутизатора cisco / sonic, к которому подключено несколько интернет-провайдеров. Невозможно защитить маршрутизатор от сбоя, если у вас нет двух маршрутизаторов с отдельными поставщиками услуг Интернета (для резервирования, потому что маршрутизаторы все еще должны подключаться к серверу, к другому маршрутизатору или через сетевые карты на сервере). Теперь, когда вы настраиваете свой DNS для своего IP-адреса, большинство из них разрешает резервный IP-адрес. Когда это будет введено, вы сможете получить доступ к своему серверу с любого IP-адреса (если все пересылка и брандмауэры настроены правильно).
Вы можете использовать внешнюю службу кеширования - cloudflare.com бесплатен, и основная учетная запись будет работать - где ваш сайт будет «отображаться» в сети, даже если это не так.
Однако, чтобы убедиться, что он остается в рабочем состоянии, вам понадобится ASN и возможность многоадресной обработки или использования DataCenter, который есть.
Лучшее решение - это создание нескольких площадок с прозрачным механизмом переключения при отказе и возможностью работы в режиме разделенного управления.
Поскольку вы не можете разумно изменить программное обеспечение, работающее на клиентах, прозрачное аварийное переключение означает циклический DNS - предпочтительно с взвешиванием с учетом местоположения (CDN).