Видимо, ваш вопрос про инфраструктурное Облако, где вы в качестве услуги получаете виртуальные сервера. Ответ на ваш вопрос выглядит следующим образом: если ваши технари используют API интерфейсы по управлению виртуальной инфраструктурой размещенной в Облаке, программно автоматизируют управление этой инфраструктурой, например, Chef-ом или Puppet-ом, а также используют сторонние сервисы, обеспечивающие мониторинг ваших приложений, сервисов и виртуальных серверов, т.к. NewRelic, то количество инженеров, необходимых для для поддержки вашей инфраструктуры будет требоваться значительно меньше, чем при традиционном варианте размещения такой инфраструктуры на физике. И, да, софт будет сам инсталлироваться и конфигурироваться.
Бесспорно, возможность полезна, правда, возникает пара вопросов:
1. Осуществляется ли оплата за не работающий, но тем не менее запущенный виртуальный сервер? Для виртуальных серверов большого объема (ЦП, память) такая операция может быть накладной.
2. Не правильнее ли снепшотить поврежденный диск и выполнять операции восстановления на дополнительно запущенном виртуальном сервере?
Вижу тут две темы, на которые хотелось бы ответить:
1. Слабый коннект: безусловно, разные типы служб и количество клиентских подключений определяют требования к каналам связи. В большинстве случаев это скорее экономический вопрос, т.к. чем шире канал, тем дороже он стоит.
2. Могут украсть данные: это к вопросу о безопасности. Здесь отвечать можно долго и подробно. Не смотря на кажущуюся незащищенность, облачный провайдер гарантирует тот или иной уровень защиты ваших данных. Сам провайдер не может украсть данные, т.к. частью договора на предоставление облачной услуги является соглашени о неразглашении. Если совсем не доверять провайдеру — можно использовать шифрование файловой системы конкретных виртуальных серверов. Все остальные возможности утечки данных никак не зависят от среды (физической или виртуальной), где запущены сервисы, обрабатывающие конфиденциальные для вас данные. Их защита полностью ложится на ваших системных адмиистраторов и специалистов по безопасности.
1. Осуществляется ли оплата за не работающий, но тем не менее запущенный виртуальный сервер? Для виртуальных серверов большого объема (ЦП, память) такая операция может быть накладной.
2. Не правильнее ли снепшотить поврежденный диск и выполнять операции восстановления на дополнительно запущенном виртуальном сервере?
1. Слабый коннект: безусловно, разные типы служб и количество клиентских подключений определяют требования к каналам связи. В большинстве случаев это скорее экономический вопрос, т.к. чем шире канал, тем дороже он стоит.
2. Могут украсть данные: это к вопросу о безопасности. Здесь отвечать можно долго и подробно. Не смотря на кажущуюся незащищенность, облачный провайдер гарантирует тот или иной уровень защиты ваших данных. Сам провайдер не может украсть данные, т.к. частью договора на предоставление облачной услуги является соглашени о неразглашении. Если совсем не доверять провайдеру — можно использовать шифрование файловой системы конкретных виртуальных серверов. Все остальные возможности утечки данных никак не зависят от среды (физической или виртуальной), где запущены сервисы, обрабатывающие конфиденциальные для вас данные. Их защита полностью ложится на ваших системных адмиистраторов и специалистов по безопасности.