Соглаcно документу IEEE, опубликованному в 2008 г., «облачная обработка данных – это парадигма, в рамках которой информация постоянно хранится на серверах в сети Интернет и временно кэшируется на клиентской стороне, например на персональных компьютерах, игровых приставках, ноутбуках, смартфонах и т.д.».
Внешне Cloud Computing выглядит как перенос компьютеров и систем хранения из предприятия в отдельную общую группу, или «облако». Конечный пользователь выставляет определенные требования к ресурсам (например, ему требуются вычисления и доступ в глобальную сеть с определенной скоростью), а «облако» собирает из своих внутренних компонентов нужные мощности и предоставляет их.
В основе Cloud Computing лежат несколько подходов.
Первый – доступность через Интернет. Конечно, бывают и закрытые системы, но, как правило, все можно потрогать через сети (при этом «облако» внешне предоставляет себя как обычный сервер). Второй важный момент – это виртуализация. Благодаря ей пользователи получают столько ресурсов, сколько им надо (и, разумеется, сколько могут позволить себе приобрести). Что для этого требуется со стороны сервера и каким образом он может выделить такие ресурсы – все сокрыто за стенами виртуальных машин; они могут работать на сотнях и даже тысячах серверов, а зачастую – еще и в разных дата-центрах. Третий момент: Cloud Computing – это услуга. «Облако» для пользователя – это некоторый набор услуг, которые потребляются и оплачиваются, порой без малейшего представления, что же там используется внутри.
Четвертый момент – простота и стандартность. Здесь нет новых языков, сложных конфигурационных файлов и многочасовых сессий в терминале для настройки. Все, что предлагается внутри «облака», доступно через самые простые вызовы API и протоколы.
Архитектура Cloud Computing
При детальном рассмотрении «облако» представляет собой не единственный сервис, а набор сервисов.
Самый нижний уровень, который отвечает за инфраструктуру (Infrastructure-as-a-Service, или IaaS, инфраструктура как сервис). IaaS представляет собой сервис по аренде инфраструктуры, т.е. вычислительных ресурсов и систем хранения. К этим ресурсам относятся не только виртуальные серверы с гарантированной вычислительной мощностью, но и каналы связи требуемой пропускной способности для доступа к хранилищам данных и Интернету. На этом уровне предоставляется возможность временного использования компьютеров или дата-центров при требуемом качестве обслуживания с возможностью исполнения произвольной операционной системы и программ.
Следующий – уровень платформы (Platform-as-a-Service, или PaaS, платформа как сервис). Он включает в себя операционные системы и сопутствующие службы, ориентированные на определенные приложения. Например, PaaS совместно с виртуальными серверами и системами хранения предоставляет определенную операционную систему и набор приложений (обычно в виде образа виртуальной машины, например, файла формата .vmdk для VMWare), а также доступ к различным специализированным локальным сервисам (например, базе данных MySQL).
Уровень приложений (Software-as-a-Service, или SaaS, программное обеспечение как сервис), который предполагает использование приложения из централизованной (и, возможно, удаленной – из «облака») системы для работы на локальном компьютере. SaaS является измеряемой услугой и позволяет как бы арендовать приложение и оплачивать только время работы с ним.
HaaS (Hardware-aaS) – один из первых терминов, означающих предоставление некоторых базовых «железных» функций и ресурсов в виде сервисов. Но вместо прямой аренды хостинга используется виртуализация.
СaaS (Communication-aaS) подразумевает, что в качестве сервисов предоставляются услуги связи; обычно это IP-телефония, почта и мгновенные коммуникации (чаты, IM).
Как это работает, можно увидеть. Компания КРОК попыталась создать облачные решения и cloud’изировать себя. Прежде всего, говорят специалисты компании, надо понять, что есть два подхода – это публичные и частные «облака». Самым ярким примером успешного публичного «облака» можно назвать Amazon. По этим принципам можно строить и свои собственные «облака».
Под «облаком» лежит управляемая гибкая среда хранения данных с единой системой адресации и имеется доступ ко всей своей информации, где бы ни находился пользователь: в командировке, на рабочем месте и т.д. Другой пользователь пользуется другими приложениями по точно таким же принципам. При этом управление этой средой идет на основе все того же ставшего стандартным API, который реализован на Amazonе. Это означает, что на инфраструктуре с той же гибкостью и с той же степенью автоматизации и стандартизации вы разворачиваете инфраструктурные сервисы, т.е. не только десктопы. При этом есть четкие механизмы обеспечения SLA, балансировщики разного вида и параллельная иерархическая файловая система с автоматической миграцией данных и т.п.
Главные черты решения. Прежде всего, частное «облако» можно сделать на существующем аппаратном обеспечении. Требуются только браузеры Java. Качественная доставка любых приложений – одна из основных черт этого решения, можно транслировать все что угодно и при этом делать это в «облаке». Кроме того, это масштабируемая область хранения. Ничего не нужно делать с корпоративной структурой безопасности, перестраивать. Если переходить к «облаку» как к оперативной платформе, нужно помнить, что это единая платформа как для десктопных приложений, так и для серверных. Кроме того, оно превращает ресурс в услугу в том режиме, в каком вам это удобно.
«Облачная» платформа всегда обладает высокими средствами стандартизации и автоматизации. Провижининг новых средств происходит автоматически. Ресурсы в «облаке» всегда измеряемы, все строится сразу так, как вам требуется, от задачи. Сверху вниз.
Частное «облако» позволяет установить очень четкую связь между IT как услугой и требованием бизнес-процессов.
Некоторые минусы, которые виднее всего в публичных «облаках», касаются безопасности и конфиденциальности. К тому же если не пользоваться своими собственными ресурсами, а полностью или частично выводить «облако» на внешнюю площадку, (т.е. находить «облачного» провайдера), то возникает проблема привязки к вендору. Можно столкнуться с особенностями интерфейсов публичного «облака» и внутреннего.