Не не может а стремаются. Вполне понимаю почему. Выкинуть на ветер от 10 до 40 тыщ баксов. В наших условиях облачный хостинг вполне может и не окупить затраченные деньги. Разве еще в три раза увеличить бюджет и потратить его на рекламу. Но тогда это уже будет 40-160 к баксов. Не проще ли потратить теж деньги и поднять еще больше обычный хостинг? Ну или на канары съездить какие :)
Здравствуйте
Это очень неконкретный вопрос:
1) Что вы подразумеваете под облаком:)? Потому что стандартного понимания до сих пор нет.
2) Что вы имеете в виду под контрольными панелями для облака? Управление самим облаком? Тогда их одна:
OnApp (onapp.com) - по моему единственная панель в которой и биллинг для клиентов есть и управление облаком в ней же.
еще 3Terra - это чисто панель управления облаком. Примочек для клиентов нет никаких насколько я помню. Может быть черезе АПИ что то можно замутить Ну и куча коммерческих и бесплатных: VMWare, Citrix, Ubuntu Cloud Eclipse (кажется), но они все не для того, чтобы клиент мог что то там делать.
Да ссл дело десятое. Могли демон например поднять, или в базе какой то зарегистрировать ип или просто доступ в фаерволле прописать. ТС говорил о смене ай-пи сайта со стороны хостера. А предупреждать надо клиентов хотя бы потому, что они могут использовать днс не от хостера а от регистратора.
Допустимо. Естественно, желательно чтобы было предупреждение заранее. Но ведь бывают случаи когда хостер просто вынужден менять ай-пи (вот у нас такое было кстати буквально два дня назад). И тут уж даже без предупреждения а с последующим уведомлением приходится работать.
Я вижу другой вариант - при отказе уплатить штраф и купить лицензию, компы изымают для проведения расследования. Не секрет же, что можно восстановить данные с диска (даже отформатированного). А это уже вещдок. Для изъятия компов достаточно заведенного дела и постановления следователя. Срок изъятия - ну пока экспертизу не проведут.
Не могли бы Вы объяснить подробней.
Я правильно Вас понял, что есть возможность не терять 50% клиентов в каком-то из случаев при использовании основного и дублирующего серверов?
Можно вообше никого не терять если у вас отказоустойчивый кластер.
Можете посоветовать какие-нибудь компании?
Любая компания которая возьмется сделать вам кластер. Для этого, помимо желания, необходиы технические возможности. Например, в hetzner.de есть возможность использовать так называемый faileover ip - на этот ай-пи адрес будут направлены А записи вашего домена. Если один сервер упадет, то резервный поднимется. И все это без смены ай-пи адреса. Поэтому и называется эта опция failover ip address. Ну а синхронизация данных между мастер и слейв сервером дело решаемое.
1) Все не так.
2) Нет, неправильно - облако или лучше сказать отказоустойчивый и масштабируемый в реальном масштабе кластер и он состоит далеко не из одного сервера.
3) Вот это и есть то, что вам нужно :)
Чтобы переезд не стал головной болью стоит выполнить ряд шагов:
1) Ну во-первых можно попробовать подискутировать с текущим хостером чтобы переезд вовсе не требовался. Да, есть клиенты которые скрывают свое желание переехать и паранойят на тему того, что хостер обидится и будет чинить им препятствия. Но я говорю о нормальной ситуации и нормальных клиенте и хостере.
2) Неплохо проверить какие модули используются в скриптах или хотя бы сделать список тех модулей перла которые установлены на текуще сервере.
3) При выборе хостера спросить у него расположение бинарника перла, версию и дать ему список установленных/используемых модулей.
4) При выборе хостинга стоит проверить какие панельки используются (удобнее дял переезда спанель - спанель, испманагер - испманагер и т.п.).
При следовании указанным выше шагам перенос не должен вызвать никаких особенных проблем.
Я все ждал, а кто же скажет - посылайте клиентов от которых вы хотите избавиться к нам. Но никто не сказал:) Интересно, да?
Классические джава скрипты исполняются на стороне клиента. Поэтому их нельзя скрыть от пользователя. Можно только затруднить их чтение.
