На нормальный ЦОД :) ?
Миллиона вам не хватит даже на покупку одного "шкафа с начинкой".
Одна система пожаротушения....
Вы вообще представляете себе масштаб цен на энтерпрайз решения ?
Когда смотришь в сметы - ощущение что всё будет отлито из золота.
Но альтернатив нету.
Полагаю типовой бюджет более 100млн$.
Возможно ошибся в минус на порядок...
Меньше только "ангар с системниками и дизелем"
В миллион долларов думается обойдется только электричество подключить.
Тут ключевой вопрос в том, что будет, если гугл-докс станет по каким-то причинам малодоступен ?
Как-то обрабатываются эти ситуации ?
Письмо придет ? Или сломается раньше письма ?
Я когда делал чекаут при отсутствии эндпойнта для посылки данных, либо при любых ошибках(при отсутствии в ответ ок-сделано) нотифицирую пользователя информацией о реально недетской скидке, если он проконтактирует по этому вопросу любым альтернативным способом.
Пока не пригодилось, но как по мне, так вполне полезная фича.
Странно.
Я знаю майкрософт, амазон и гугл.
А перечисленное вами - это что такое вообще :) ?
Они что, хостят по 2-3% от всего интернета ?
Вот умер один мастернеймс, что мне сделать чтобы мой проект работал ?
Причем тут бэкапы ? Я уже развернул бэкапы на новом сервере.
Но по указанным у регистратора ns-ам старые ip, как я туда новые запихну ?
Регистратор лежит, ns-ы его лежат (или нет - неважно).
Чёделатьшеф ?
А в варианте, когда у меня заранее указаны разные ns-ы есть шанс поменять хотя-бы один...
Всё, тебе конец.
Честно говоря не знал.
Идея использовать гугл-докс как некий saas db server конечно довольно стрёмная, но если он нужен в основном для генерации, то проблем я не вижу вообще.
Генерируется всё абсолютно статическое ? Поиск как-то реализован ?
Проблемы при размещении заказов как-то обрабатываются ?
Как-куда они вообще валятся ?
А, вижу, докс+почта. В принципе приемлимо.
Сам механизм размещения заказа насколько устойчив ?
Если какой-нибудь mail.php удалить, что будет ?
Да какая разница в скольких у вас всё ЦОДах, если панель управления этим одна :) ?
А уж если "делить", то лучше, чтобы между двумя точками было как можно больше "расстояние". Дублирование по идее не должно вообще содержать общих "частей".
Именно об этом я и писал.
Я "клиент интернета с его открытия".
Я помню каков он был без рамблера яндекса и гугла. Альтависты там всякие итп.
Раньше, ns-ы автоматом были у разных администраторов, т.к. сетей класса С не было больше чем по одной "на хостинг".
Не было, не потому, что не было возможности, в голову никому не приходило.
Нафига вам разные сети, если у вас сотня клиентов ?
Вопрос второй записи решался "звонком к соседу".
Я лично в этом всём участвовал.
Потом пришли крупные регистраторы, которые дают бесплатно свои ns-ы.
Сразу оба.
И лично я в этот момент как-то расслабился, и ошибся воспользовавшись ими.
Секондари надо безусловно перенести в другое место.
Надо подумать в какое...
Потому, что среднему пользователю поменять в гугл-таблицах в 100500 раз проще, чем в json.
Потому, что сделано для других не слишком компетентных людей.
Можно и в экселе делать, но начинаются проблемы с версиями, экспортом итд итп
У меня такой ИМ в черновиках лежит уже лет 5-10
Делать не стал. Посчитал, что не окупится.
:) правда ?
Вы это говорите сейчас, в топике, в котором куча народу, который "огреб" из-за того, что у него оба ns-a оказались в одном месте без возможности их как-то поменять :) ?
Правда нету надобности никакой :) ?
ЗЫ. Я не в числе пострадавших. Я анализирую этот случай на предмет оргвыводов.
Мои выводы простые: я ошибся пустив ns-ы "на самотёк". Надо исправлять.
Слова не мальчика, но дерьмового клиента :)
А ведь могло бы прокатить и бесплатно, всё что надо для этого было сделать - чуток мозг врубить.
Но теперь уж не судьба.
Ты аккуратнее, щаз выяснится, что и БД тебе на хостинге не нужна.
А таких тут не любят и гнобят. Довольно активно.
