Я хочу знать разницу между облачными вычислениями и архитектурой клиент-сервер. Я имею в виду, чем облачные вычисления отличаются от веб-сайта, который предоставляет мне некоторые услуги. И каково значение эластичности с точки зрения облачных вычислений.
Облако - один из тех часто используемых терминов, которые означают разные вещи для разных людей. Однако, поскольку вы упомянули эластичностьЭто означает возможность масштабировать ресурсы в зависимости от требований.
Предположим на мгновение, что существует одна виртуальная машина с 64 МБ ОЗУ, обслуживающая веб-сайт. Им пользуются всего несколько человек. Затем внезапно наблюдается всплеск использования (из-за эффекта слэш-точки), и одна виртуальная машина и 64 МБ ОЗУ явно не помогут.
На данный момент существуют разные стратегии для решения этой проблемы.
Одна из возможностей - динамически увеличивать оперативную память виртуальной машины. Некоторые службы предоставляют для этого пакетную конфигурацию ОЗУ. Другая возможность - динамически создавать новые виртуальные машины, которые являются клонами существующей виртуальной машины, и балансировать нагрузку на них. Это форма эластичный вычисление.
Преимущество наличия этого эластичность потребление ресурсов. Нет необходимости постоянно запускать виртуальную машину с 4 ГБ ОЗУ, если обычно требуется всего 64 МБ. Ресурсы могут быть перераспределены по мере необходимости. Новые машины могут быть созданы и отключены при необходимости.
В некотором смысле разница небольшая. Я рассматриваю облачные вычисления как подмножество клиент-серверной архитектуры; Единственная разница заключается в том, где и как происходит серверная часть - не имеет значения, находится ли сервер в моем центре обработки данных или в «облаке» Amazon, это все еще архитектура клиент / сервер.
думайте об облаке, когда оно плавает ... да, службы также плавают в облачных вычислениях, вы можете использовать его, когда захотите, и выпустить его после того, как ваша работа закончится, этому пользователю не нужны какие-либо дополнительные ресурсы, доступные с ним, чтобы использовать службу , все ресурсы были предоставлены облаком. Основное преимущество этого использования - возможность делать что угодно из любого места и с любого устройства.
Клиент-сервер - это большая картина, мы также можем сказать, что облачные вычисления являются производным от клиент-серверной архитектуры.
Что ж, ни архитектура Amazon S3, ни ее реализация пока не обнародованы. Таким образом, он недоступен для расширения, чтобы развить возможность создания частных облаков любого размера.
Есть несколько статей по темам архитектуры облачных хранилищ. Вы можете найти их полезными. Вот статья: CACSS: на пути к универсальному облачному хранилищу
Также подробно описан метод, с помощью которого различные технологии могут быть объединены для обеспечения единой превосходной производительности, хорошо масштабируемой и надежной облачной системы хранения. Это исследование служит источником знаний для неопытных поставщиков облачных услуг, давая им возможность быстро создавать собственные службы облачного хранения.
Если я могу попытаться определить облако с псевдотехнической точки зрения:
«Массово масштабируемая вычислительная система, обеспечивающая вычислительную мощность, сетевое оборудование и средства хранения, в основном использующие консолидированные виртуальные вычисления и методологии хранения для предоставления услуг по запросу, объединения ресурсов и быстрого выделения ресурсов (эластичность)».
При этом очевидно, что такая система включает (на самом деле любая серьезная система должна это делать) как кластеры, так и клиент-серверные службы. Но также обратите внимание, что приведенные выше определения не означают, что «облако» - это что-то сверхбольшое. Фактически один сервер с (двумя) виртуальными машинами - это облако. Он масштабируемый - вы можете добавлять системы и виртуальные машины до тошноты. он объединяет ресурсы и имеет возможности по запросу. Остальное, кластеризация, распараллеливание и т. Д. - полностью необязательны, что расширяет возможности.