1. Что же такое такое Cloud Computing?

Облачные вычисления — тема, захватившая умы IT специалистов во всем мире. Об облачных технологиях говорят в журналах, на конференциях и выставках. Можно сказать, что облачные вычисления — тема пятилетия. Что же заставляет профессионалов и специалистов так яростно спорить и обсуждать облачные системы.

На данный момент можно найти много трактовок термина. Каждое крупное аналитическое агентство предлагает свои собственные определения, которые зачастую сложны, неоднозначны и запутаны. Давайте для простоты рассмотрим определение, предложенное Национальным Институтом Стандартов и Технологий США.

Облачными системами называют системы, характеризующиеся:

• Динамическим выделением ресурсов для удовлетворения потребностей пользователей в вычислительные ресурсах и услугах
• Эмуляцией "бесконечного"пула виртуальных ресурсов, доступных по первому требованию
• Эластичностью, а именно возможностью динамически осуществлять горизонтальное масштабирование, как в сторону увеличения мощности систем, так и в сторону её снижения
• Широким спектром способов доставки вычислительных ресурсов и услуг пользователю
• Измеряемым качеством оказываемых услуг. Поддержание стабильного качества оказываемой услуги осуществляется за счет автоматического перераспределения внутренних ресурсов.

Для такого определение характерно то, что в него попадает широкий спектр IT систем. Это создает проблему идентификации инфраструктуры, технологии, как облачной. Раз уж разговор идет о качестве сервиса и его измерении, необходимо обозначить модели, по которым услуги доставляются потребителям:

• SaaS — программное обеспечение в качестве сервиса. Распространенный метод предоставления доступа к ПО, обладающему требуемым функционалом. При этом пользователь не имеет возможности контролировать внутренние системы провайдера. Исключение может составлять ПО для управления доступом к сервису
• PaaS — платформа разработки приложений в качестве сервиса. Передача облачным провайдером в использование платформы для разработки приложений в облачной среде. Пользователь не может управлять платформой и облачной инфраструктурой, но может создавать, тестировать и выполнять свои приложения на предоставленной платформе
• IaaS — IT инфраструктура в качестве сервиса. Передача облачным провайдером в эксплуатацию пользователю таких систем, как виртуальный сервер, хранилище данных или сетевое оборудование. В данной модели пользователь может устанавливать полностью свое ПО и управлять операционной системой, сетевыми соединениями, хранилищами данных.

Если объединить характеристики облачной системы и методы пакетирования услуг, возникает вопрос относительно модели владения облаком. Их принято разделять на следующие классы:

• Public Cloud - Публичное облако

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

• Private Cloud - Частное облако

Частным облаком называют облачную систему, созданную и эксплуатируемую только одной организацией

• Hybrid Cloud - Смешанное облако

Таким облаком называют облачную систему (частную или общую), интегрированную с другой облачной системой (частным, публичным или общим).

Представленные характеристики и модели, разумеется, не позволяют однозначно определить понятие облачных систем. Это скорее попытка систематизировать реальный опыт построения сервис-ориентированных систем, имеющийся на сегодняшний день. Вышеописанные модели не являются пустым теоретизированием — примеры конкретных реализаций каждой их них уже существуют в реальном мире. К примеру, компания Amazon со своим облаком EC 2 реализует модель IaaS.

Компания SalesForce.com начала свой бизнес с продажи услуг SaaS и, развиваясь, начала предоставление сервиса PaaS для создания бизнес – приложений на платформе Force.com. Компания Mircosoft предлагает облачную инфраструктуру PaaS на базе своего облака Azure.

2. Преимущества облачных вычислений. Эталонная архитектура системы

В нашем понимании «облако» — это не продукт и не набор продуктов. Переход к «облачным вычислениям» — это смена стратегии, которая включает в себя полное переосмысление роли IT в организации. В новой подходе необходимо сменить лейт-мотив IT стратегии. Необходимо выполнить самое главное – изменить свое мышление. Наши старые представления о работе IT подразделения должны уступить место новому бизнес ориентированному и сервис ориентированному взгляду на работу IT.

Для создания облачной системы необходимы широкие меры по модернизации IT.
Архитектуру, претендующую на звание облачной можно представить в виде следующей схемы:

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

• Создание эластичного пула виртуальных ресурсов 
• Обеспечение эластичного масштабирования и непрерывности бизнеса
• Механизм доставки сервисом on-demand
• Безопасности систем и процессов
• Автоматизации процессов управления IT
• Тесная интеграция продуктов и обеспечение интероперабельности мультивендорных решений

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

3. Что не является облаком

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

• IT Outsourcing
• Перенос IT в ЦОД стороннего провайдера
• Аренда выделенных серверов у провайдера

Все эти методы обладают рядом серьезных недостатков. Если внимательно рассмотреть каждый из подходов к решению проблемы роста IT, можно заключить, существуют следующие проблемы:

• Безопасность и надежность оказываемых услуг

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

• Отсутствие соглашения об уровне сервиса (SLA)

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

• Лоскутная автоматизация

Низкая функциональность, слабая интероперабильность, частичная автоматизация и интеграция в существующую инфраструктуру делает эти предложения ещё более рискованными.

• Низкая производительность

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

• Не эластичная масштабируемость

Любой из предложенных методов не обладает абстракцией ресурсов и не позволяет эффективно масштабировать систему. Причем требование к масштабированию возникают в обе стороны. Необходимо не только быстро расширять мощность системы, своевременно отвечая запросам потребителей, но и своевременно снижать её мощность.

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

4. Критерии оценки на соответствие требованиям облачной системы

Для эффективного сравнения предложений на рынке IT и ранжирования предлагаемых сервисов на облачные и не облачные можно использовать следующие критерии:

• Бизнес ориентированность

Предоставляемый сервис должен быть ориентирован на создание услуги, измеряемой в метриках бизнеса. Технические детали должны быть скрыты, а механизмы создания услуги не должны превалировать над тем преимуществом, что дает сервис бизнесу

• Эластичная масштабируемость 

Система обязана иметь гибкие возможности масштабируемости как в сторону увеличения, так и в сторону снижения используемых ресурсов

• Пакетированная доставка услуг

Каждая приобретаемая услуга должна соответствовать задачам бизнеса и предоставляться только при возникновении необходимости

• Автоматизация, интероперабельность и интеграция компонентов системы 

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

Скачать в PDF: 

 Что такое облачные вычисления