Разница между облаком и виртуализацией

Question

Операции:Это не относится к ServerFault, поскольку оно фокусируется на архитектуре программирования.

У меня есть следующие вопросы относительно различий между облаком и виртуализацией.

1. Чем облако отличается от виртуализации?

2. В настоящее время я пытался узнать цены на Rackspace, Amazone и всех подобных облачных провайдеров и обнаружил, что наши текущие 6 выделенных серверов стоят дешевле, чем их цены.Так как же можно утверждать, что облако дешевле?Это дешевле только по сравнению с обычным хостингом?

3. Мы реорганизовали нашу инфраструктуру в виртуальной среде, чтобы уменьшить затраты на настройку в случае сбоя, нам не пришлось переписывать какой-либо фрагмент кода, который уже был написан для более ранней настройки.Таким образом, переход к виртуализации не требует никакого перепрограммирования.Но облако совершенно другое, и оно потребует полного перепрограммирования, верно?

4. Действительно ли стоит перекодировать, когда наши текущие затраты на ИТ в 3-4 раза ниже, чем на облачный хостинг, включая рейдовые резервные копии и всевозможные кластеры для обеспечения высокой доступности?

5. Новая архитектура программирования означает новые накладные расходы на обучение персонала, новые методы тестирования и новые схемы развертывания. Оправдывает ли она слова об «облаке» «использование ресурсов по требованию»?

6. У нас есть текущая архитектура разработки с простыми веб-службами ASP.NET на стороне сервера без локального контекста и Flex/Silverlight на стороне клиента, которая предлагает довольно хорошую архитектуру REST и ее широкие возможности масштабирования.Чем облако отличается от модели развертывания REST?

7. В хранилище SQL Server или MySQL предлагают довольно хорошую репликацию и высокую доступность, тогда в чем преимущество облака?

8. Гарантия данных: один из наших поставщиков, размещавший в облаке приложение другого клиента (одно из наиболее часто используемых), потерял весь жесткий диск (виртуальный) и весь модуль за первые 6 месяцев.Второй провайдер сказал, что вы обязаны сделать резервную копию, хорошо, я согласен, но ни один провайдер не дает SLA для гарантии данных, они обеспечивают 99% времени безотказной работы.Однако в большинстве бизнес-приложений время безотказной работы менее важно, чем целостность данных.За 10 лет работы с выделенным хостингом у нас был только один сбой жесткого диска.Это заставляет меня немного скептически относиться к переходу на облако и потере контроля над данными.И я считаю, что продавать виртуализацию в другой форме – это просто большой маркетинговый ход.

9. Размер данных, в настоящее время все провайдеры взимают очень высокую плату за большие данные. Если вы размещаете только менее 100 ГБ, облако может быть хорошей альтернативой, но я думаю, что виртуальные серверы и выделенные серверы объемом более 100 ГБ и несколькими ТБ все еще дешевле.Зачем платить такую ​​высокую цену за облако, если нет гарантии передачи данных и ничего не говорится об избыточности.

(Мне бы хотелось, чтобы у SO было что-то для проверки орфографии в Internet Explorer, извините за неправильное написание в моем сообщении)

Answer 1

<Ол>

Виртуализация - это, по сути, один физический компьютер, претендующий на множество вычислительных сред; Облачные вычисления - это много разных компьютеров, которые притворяются единой вычислительной средой, что позволяет упростить масштабирование. Конечно, облачные компьютеры обычно будут виртуализированы для оптимизации использования ресурсов. Однако и то и другое можно считать формами абстракции.

Это зависит от того, что вы измеряете как стоимость - для необработанного оборудования оно может быть примерно одинаковым, но в коммерческих средах обычно есть один администратор на сорок серверов, но для облака, которое идет на одного администратора на 1000 серверов, поэтому это стоимость труда. То, что многие люди покупают в облаке, - это не просто аппаратное обеспечение, а вычислительная платформа, поэтому стоимость программного обеспечения также компенсируется. Реальные предложения здесь - это цены на сырье - вы можете начать без необходимости больших капитальных затрат на серверы, просто небольшая ежемесячная плата, облегчающая начало работы - и гибкость - возможность масштабирования с изменяющимся спросом. Например, серверы налогового департамента сильно пострадали в конце налогового года, но практически не нужны в остальной части года. Налоговому департаменту было бы расточительно иметь достаточную пропускную способность сервера, чтобы справиться с нагрузкой на конец года, а эти серверы бездействовать до конца года.

Это зависит от того, какой тип облачного сервиса вы покупаете - необработанную инфраструктуру (например, пространство на жестком диске), платформу (например, виртуализированный сервер или кластер) или целое облачное решение. Разработка API-интерфейса для облачного поставщика потребует от вас перестройки архитектуры и повторной разработки вашего решения.

Облачные вычисления - это стратегия, а не цель сама по себе. Если преимущества стратегии соответствуют потребностям вашего бизнеса, то это может быть правильным решением, но если вы не пользуетесь атрибутами облачных вычислений - гибкостью, позволяющей изменять ресурсы в соответствии со спросом, ценообразованием на товары (для вас или ваших клиентов) или возможность предлагать доступ к вашим системам клиентам, не требуя помощи администратора - тогда вам может быть лучше просто запустить свои собственные серверы, особенно если у вас просто стабильный, долгосрочный спрос.

Вопрос в том, оправдывает ли масштабируемость по требованию стоимость разработки для вас ?

REST и облако на самом деле не очень отличаются в этом сценарии - они оба являются API для системы, которая масштабируется. Основное отличие в этом сценарии заключается в том, что для его масштабирования вам необходимо купить следующий сервер и настроить его, тогда как для масштабирования облачного решения вы просто включаете другой ресурс своего поставщика облачных услуг.

Опять же, вы сами решаете, предлагает ли облачное хранилище преимущества для вас сверх базы данных Sql.

Контроль над вашими данными, вероятно, является одним из главных препятствий для многих систем, работающих в облаке. Если ваши данные являются критически важными, конфиденциальными и конфиденциальными, размещение их у третьих лиц может оказаться невозможным, независимо от других преимуществ.

Стоимость одной технологии по сравнению с другой - это лишь часть того, что вы должны учитывать. Возможно, хостинг в облаке в краткосрочной перспективе привлекателен, потому что вы можете протестировать рынок для своего сервиса, не покупая крупные серверные фермы. Как только спрос будет проверен, вы делаете капитальные вложения в серверы.

Облачные вычисления - это не волшебство, это технологическое решение для очень специфической потребности рынка - если у вас нет такой потребности, то вы, вероятно, не выиграете от облачных вычислений.

Answer 2

1. виртуализация обычно выполняется на локальном оборудовании и обеспечивает большую независимость от оборудования и т. д.;«Облако» означает перенос обработки в другой центр обработки данных (который при реализации часто использует виртуализацию).
2. цены может быть дешевле, в частности, для стартапов - и это дает огромную возможность «нарастить» сервис на короткий период.Либо для завязки с маркетингом, либо (например) для массовой обработки данных.Но для моих целей локальные серверы тоже дешевле ;-p Если у вас довольно постоянная/ожидаемая нагрузка и вы можете позволить себе затраты на запуск металла, то во многих случаях металл обходится дешевле.Но если ваши объемы очень малы, возможно, облако — лучший способ получить отказоустойчивую платформу без больших затрат на оборудование и инженеров.
3. это зависит от того, что вы интерпретируете как «облако».Многие облачные хосты предлагают очень ограниченные песочницы с различными парадигмами программирования;однако некоторые сервисы (которые все еще можно назвать облаком) предлагают полный доступ к виртуальным машинам, но все еще с наращиванием темпов и т. д.;в последнем случае тот же код должен работать без особых изменений
4. Я думаю, вы уже ответили на этот вопрос (в вашем конкретном случае;у других потребителей может быть по-другому)

(как и большинство остальных)

Также;обратите внимание, что могут возникнуть юридические проблемы/проблемы с данными, из-за которых вам необходимо сохранять строгий контроль над данными;отправка его третьей стороне (возможно, в другой правовой юрисдикции) может оказаться невозможной и/или желательной.

Answer 3

Я не знаю обо всех ваших вопросах, но вам не нужно перекодировать (скажем) для EC2 - они просто представлены как обычная (виртуальная) машина, работающая под любой операционной системой, к которой вы привыкли.