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

Question

Ops: это не относится к 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 ГБ до нескольких ТБ все еще дешевле. Почему нужно платить так высоко в облаке, когда нет гарантии данных, а также ничего не говорится о избыточности.

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

Answer 1

1. Виртуализация - это в основном один физический компьютер, претендующий на множество вычислительных сред; Облачные вычисления - это много разных компьютеров, которые притворяются единой вычислительной средой, что позволяет упростить масштабирование. Конечно, облачные компьютеры обычно будут виртуализированы для оптимизации использования ресурсов. Однако и то и другое можно считать формами абстракции.
2. Это зависит от того, что вы измеряете как стоимость - для необработанного оборудования оно может быть примерно одинаковым, но в коммерческих средах обычно есть один администратор на сорок серверов, но для облака, которое идет к одному администратору на 1000 серверов, поэтому это стоимость труда. То, что многие люди покупают в облаке, - это не просто аппаратное обеспечение, а вычислительная платформа, поэтому стоимость программного обеспечения также компенсируется. Реальные предложения здесь - это цены на сырье - вы можете начать без необходимости больших капитальных затрат на серверы, просто небольшая ежемесячная плата, облегчающая начало работы - и гибкость - возможность масштабирования с изменяющимся спросом. Например, серверы налогового департамента сильно пострадали в конце налогового года, но практически не нужны в остальной части года. Налоговому департаменту было бы расточительно иметь достаточную пропускную способность сервера, чтобы справиться с нагрузкой на конец года, а эти серверы бездействовать до конца года.
3. Это зависит от того, какой тип облачного сервиса вы покупаете - сырая инфраструктура (например, пространство на жестком диске), платформа (например, виртуализированный сервер или кластер) или целое облачное решение. Разработка API-интерфейса для облачного поставщика потребует от вас перестройки архитектуры и повторной разработки вашего решения.
4. Облачные вычисления - это стратегия, а не цель сама по себе. Если преимущества стратегии соответствуют потребностям вашего бизнеса, то это может быть правильным решением, но если вы не пользуетесь атрибутами облачных вычислений - гибкостью, позволяющей изменять ресурсы в соответствии со спросом, ценообразованием на товары (для вас или ваших клиентов) или возможность предлагать доступ к вашим системам клиентам, не требуя помощи администратора - тогда вам может быть лучше просто запустить свои собственные серверы, особенно если у вас просто стабильный, долгосрочный спрос.
5. Вопрос в том, оправдывает ли масштабируемость по требованию стоимость разработки для вас ?
6. REST и облако на самом деле не очень отличаются в этом сценарии - они оба являются API для системы, которая масштабируется. Основное отличие в этом сценарии заключается в том, что для его масштабирования вам необходимо купить следующий сервер и настроить его, тогда как для масштабирования облачного решения вы просто включаете другой ресурс вашего поставщика облачных услуг.
7. Опять же, вы сами решаете, предлагает ли облачное хранилище преимущества для вас над и за пределами базы данных Sql.
8. Контроль над вашими данными, вероятно, является одним из главных препятствий для многих систем, работающих в облаке. Если ваши данные являются критически важными, конфиденциальными и конфиденциальными, размещение их у третьей стороны может оказаться невозможным, независимо от других преимуществ.
9. Стоимость одной технологии над другой является лишь частью того, что вы должны учитывать. Возможно, хостинг в облаке в краткосрочной перспективе привлекателен, потому что вы можете протестировать рынок для своего сервиса, не покупая крупные серверные фермы. Как только спрос будет проверен, вы делаете капитальные вложения в серверы.

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

Answer 2

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

Answer 3

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

(аналогично большинству остальных)

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