Какие инфраструктуры облачных систем существуют. Что такое "облачные технологии"? Проблемы нормативно-правового регулирования облачных технологий и недостатки облачных вычислений

Начнем с определения облачных вычислений. Явление это новое, поэтому существует не так много авторитетных источников, где определяется это понятие. Наиболее комплексно и фундаментально подошли к данному вопросу американские специалисты Питер Мелл и Тим Гранс из Лаборатории Информационных Технологий Национального Института Стандартов и Технологий (NIST). В своей работе The NIST Definition of Cloud Computing (Определение облачных вычислений: версия НИСТ) они пишут следующее (перевод автора с английского).

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

Характеристики облачных вычислений:

1. Самообслуживание по требованию
   Потребитель, когда это ему необходимо, может самостоятельно задействовать вычислительные возможности, такие как серверное время или сетевое хранилище данных, в автоматическом режиме, без взаимодействий с персоналом поставщика услуг.
2. Широкая доступность через сеть (Интернет)
   Возможности доступны через сеть; доступ к ним осуществляется на основе стандартных механизмов, что обеспечивает использование разнородных тонких и толстых клиентских платформ (например, мобильных телефонов, ноутбуков, КПК).
3. Объединение ресурсов в пул
   Поставщик объединяет свои вычислительные ресурсы в пул для обслуживания большого числа потребителей, используя принцип множественной аренды (Multi-tenancy). Различные физические и виртуальные ресурсы динамически распределяются и перераспределяются в соответствии с потребностями пользователей. Возникает ощущение независимости от местоположения, когда заказчик не знает и не контролирует, где конкретно находятся вычислительные ресурсы, которыми он пользуется, но, возможно, может определить их расположение на более абстрактном уровне (например, страна, регион или дата-центр). Примером ресурсов могут быть хранилище данных, вычислительная мощность, оперативная память, пропускная способность, виртуальные машины.
4. Способность к быстрой адаптации
   Вычислительные возможности могут быстро и гибко резервироваться (часто автоматически) для оперативного масштабирования под задачи заказчика, и также быстро освобождаться. С точки зрения потребителя доступные возможности часто выглядят ничем не ограниченными и могут быть приобретены в любом количестве в любое время.
5. Измеримая услуга
   Облачные системы автоматически контролируют и оптимизируют использование ресурсов через измерение некоторых абстрактных параметров. Параметры варьируются в зависимости от типа услуги. Например, это могут быть: размер хранилища данных, вычислительная мощность, пропускная способность и/или число активных пользовательских записей. Использование ресурсов отслеживается, контролируется; формируются отчеты. Таким образом и поставщик, и потребитель получают прозрачную информацию об объеме оказанных (потребленных) услуг.

Модели обслуживания:

1. Cloud Software as a Service (SaaS) – облачное программное обеспечение как услуга, далее «ПО как услуга»;
2. Cloud Platform as a Service (PaaS) – облачная платформа как услуга;
3. Cloud Infrastructure as a Service (IaaS) – облачная инфраструктура как услуга.

Раскроем только первую модель обслуживания как относящуюся к теме данной работы. ПО как услуга (SaaS) – это предоставление потребителю возможности использовать приложения поставщика, функционирующие на облачной инфраструктуре. Доступ к приложениям осуществляется с различных клиентских устройств через интерфейс тонкого клиента, например, веб-браузер. Потребитель не контролирует и не управляет облачной инфраструктурой, на которой запущено приложение, включая сеть, сервера, операционные системы, хранилища данных и даже параметры приложения. Возможное исключение - отдельные пользовательские настройки приложения.

Модели развертывания:

1. Private Cloud (Частное облако)
2. Community cloud (Облако сообщества)
3. Public cloud (Публичное облако)
4. Hybrid cloud (Гибридное облако)

Раскроем только третью модель развертывания как относящуюся к теме данной работы. Публичное облако (Public Cloud) – в данной модели облачная инфраструктура доступна всем желающим или широкой отраслевой группе и находится во владении поставщика облачных услуг.

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

В понятии есть слова «облачные» и «сервисы», а значит, речь идет об услугах, оказываемых из облака, то есть с использованием облачной инфраструктуры.

Поскольку эти услуги предназначены «для небольших компаний», то:

1. Эти услуги должны помогать вести бизнес;
2. Эти услуги должны быть доступными по цене для небольших компаний;
3. Они должны быть массово доступными;
4. Они не должны требовать от потребителя специфических знаний (например, в сфере информационных технологий).

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

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

Что такое облачные технологии?

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

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

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

Другое дело, когда почтовый ящик расположен на удаленном сервере (например, Mail.Ru, Gmail, Yandex-почта и т. д.). Пользователь просто входит на сайт, вводит свои регистрационные данные (логин и пароль), после чего получает доступ к своей почте. Это и есть облачные технологии в самом простом смысле, поскольку вся корреспонденция сохраняется не на пользовательском компьютере (жестком диске), а на удаленном сервере. Собственно, и специальная программа для доступа к почтовому ящику не нужна (достаточно самого обычного веб-браузера, который в данном случае исполняет роль клиентского приложения).

Таким образом, самое главное, чем отличаются облачные технологии от стандартных методов IT, состоит как раз в сохранении информации или какого-то программного обеспечения именно на удаленном сервере, который в свое время получил название "облака", и в возможности совместного доступа к данным или ПО. Сегодня можно увидеть множество сервисов, которые построены именно по принципам облака. Но так было не всегда.

Развитие облачных технологий

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

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

И только в 2006 году, благодаря появлению проекта Elastic Compute Cloud, о полномасштабном внедрении облачных технологий и сервисов заговорили всерьез. Естественно, немаловажную роль в предоставлении вычислительных ресурсов сыграл и запуск всем сегодня знакомого сервиса Google Apps, состоявшийся в 2009 году.

Современные облачные сервисы

С тех пор рынок облачных технологий претерпел достаточно серьезные изменения. И предоставлением одних только вычислительных ресурсов дело не ограничивалось.

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

• облачные информационные хранилища;
• игровые порталы;
• антивирусные платформы;
• программные средства на основе веб-интерфейса.

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

Обязательные характеристики

Согласно общепринятым требованиям Национального института стандартов и технологий США, существует единый перечень условий, которым должны соответствовать облачные информационные технологии:

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

Общепринятая классификация моделей развертывания

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

Среди них выделяют несколько основных групп:

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

Типы моделей обслуживания

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

Среди основных моделей выделяют следующие:

• SaaS (ПО как сервис) - модель совокупности программного обеспечения, предоставляемого облачным провайдером потребителю, которое может быть использовано либо непосредственно в облачном сервисе с какого-то устройства, либо посредством доступа через тонкие клиенты, либо через интерфейс специального приложения.
• PaaS (платформа как сервис) - структура, позволяющая пользователю на основе предоставляемых инструментов использовать облако для разработки или создания базового ПО с целью последующего размещения другого программного обеспечения (собственного, приобретенного или тиражируемого) на основе систем управления базами данных, сред исполнения языков программирования, связующего ПО и т. д.;
• IaaS (инфраструктура как сервис) - модель использования облачного сервиса с самостоятельным управлением ресурсами и возможностью размещения программного обеспечения любого типа (даже ОС), но с ограниченным контролем некоторых сетевых сервисов (DNS, файрвол и т.д.).

Блоки облачных сервисов

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

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

Дополнительны методы

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

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

Плюсы и минусы использования облачных сервисов

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

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

Вопросы оплаты

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

Но для рядового пользователя те же сервисы хранения информации вроде DropBox, OneDrive (бывший SkyDrive), "Облако Mail.Ru", "Яндекс. Диск" и многие другие идут на уступки, выделяя, в зависимости от самого сервиса, порядка 15-20 Гб дискового пространства без оплаты. По современным меркам, конечно, немного, но для сохранения некоторых важных данных достаточно.

Заключение

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

11.06.2014

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

Первоначально концепция использования вычислительных ресурсов по принципу системы коммунального хозяйства была предложена в 1960-е годы Джоном Маккарти.

Возникновение англоязычного термина начало активно обсуждаться в 2008 году в одной из тематических интернет-конференций . В результате дискуссии выдвигались различные версии, по одной из которых, термин сloud был использован главой компании Google в выступлении и получил распространение в средствах массовой информации. Другая популярная версия предполагает, что термин cloud computing стал широко употребляться в США с 2005 года после запуска компанией Amazon.com проекта Elastic Compute Cloud (Amazon EC2) и широко распространился в бизнесе, среди поставщиков информационных технологий и в научно-исследовательской среде .

Графический прообраз термина обязан своим появлением диаграммам и другим иллюстрациям в виде облачков, с помощью которых принято изображать сеть Интернет (рис.1).

Рис.1. Графическое представление облачных вычислений

Национальным институтом стандартов и технологий США зафиксированы следующие обязательные характеристики облачных вычислений :

• Самообслуживание по требованию (англ. self service on demand), потребитель самостоятельно определяет и изменяет вычислительные потребности, такие как серверное время, скорости доступа и обработки данных, объём хранимых данных без взаимодействия с представителем поставщика услуг;
• Универсальный доступ по сети, услуги доступны потребителям по сети передачи данных вне зависимости от используемого терминального устройства;
• Объединение ресурсов (англ. resource pooling), поставщик услуг объединяет ресурсы для обслуживания большого числа потребителей в единый пул для динамического перераспределения мощностей между потребителями в условиях постоянного изменения спроса на мощности; при этом потребители контролируют только основные параметры услуги (например, объём данных, скорость доступа), но фактическое распределение ресурсов, предоставляемых потребителю, осуществляет поставщик (в некоторых случаях потребители всё-таки могут управлять некоторыми физическими параметрами перераспределения, например, указывать желаемый центр обработки данных из соображений географической близости);
• Эластичность, услуги могут быть предоставлены, расширены, сужены в любой момент времени, без дополнительных издержек на взаимодействие с поставщиком, как правило, в автоматическом режиме;
• Учёт потребления, поставщик услуг автоматически исчисляет потреблённые ресурсы на определённом уровне абстракции (например, объём хранимых данных, пропускная способность, количество пользователей, количество транзакций), и на основе этих данных оценивает объём предоставленных потребителям услуг.

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

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

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

Определены следующие модели развёртывания «облачных вычислений»: частное облако, публичное облако, гибридное облако и общественное облако (Рис. 2).

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

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

Гибридное облако (англ. hybrid cloud ) - это комбинация из двух или более различных облачных инфраструктур (частных, публичных или коммунальных), остающихся уникальными объектами, но связанных между собой стандартизованными или частными технологиями передачи данных и приложений (например, кратковременное использование ресурсов публичных облаков для балансировки нагрузки между «облаками»).

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

Рис.2. Графическое представление моделей развертывания

облачных вычислений

Приняты следующие модели обслуживания: Программное обеспечение как услуга, Платформа как услуга, Инфраструктура как услуга.

Программное обеспечение как услуга (SaaS , англ. Software-as-a-Service ) - модель, в которой потребителю предоставляется возможность использования прикладного программного обеспечения провайдера, работающего в облачной инфраструктуре и доступного из различных клиентских устройств или посредством тонкого клиента, например, из браузера (например, веб-почта) или интерфейс программы. Контроль и управление основной физической и виртуальной инфраструктурой «облака» в том числе сети, серверов, операционных систем, хранения, или даже индивидуальных возможностей приложения (за исключением ограниченного набора пользовательских настроек конфигурации приложения) осуществляется облачным провайдером.

Концепция SaaS предоставляет возможность пользоваться программным обеспечением как услугой и делать это удаленно через Интернет. Данный подход позволяет не покупать программный продукт, а просто временно воспользоваться им при возникновении потребности.

Платформа как услуга (PaaS , англ. Platform-as-a-Service ) - модель, когда потребителю предоставляется возможность использования облачной инфраструктуры для размещения базового программного обеспечения для последующего размещения на нём новых или существующих приложений (собственных, разработанных на заказ или приобретённых тиражируемых приложений). В состав таких платформ входят инструментальные средства создания, тестирования и выполнения прикладного программного обеспечения - системы управления базами данных, связующее программное обеспечение, среды исполнения языков программирования - предоставляемые облачным провайдером.

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

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

Инфраструктура как услуга (IaaS , англ. IaaS or Infrastructure-as-a-Service ) предоставляется как возможность использования облачной инфраструктуры для самостоятельного управления ресурсами обработки, хранения, сетей и другими фундаментальными вычислительными ресурсами, например потребитель может устанавливать и запускать произвольное программное обеспечение, которое может включать в себя операционные системы, платформенное и прикладное программное обеспечение. Потребитель может контролировать операционные системы, виртуальные системы хранения данных и установленные приложения, а также ограниченный контроль набора доступных сервисов (например, межсетевой экран, DNS). Контроль и управление основной физической и виртуальной инфраструктурой «облака», в том числе сети, серверов, типов используемых операционных систем, систем хранения осуществляется облачным провайдером.

Инфраструктура в аренду - пользователю предоставляется «чистый» экземпляр виртуального сервера с уникальным IP-адресом или набором адресов и часть системы хранения данных. Для управления параметрами, запуском, остановкой этого экземпляра провайдер предоставляет пользователю программный интерфейс (API).

Рис.3. Модели обслуживания

Основной причиной развития технологии облачных вычислений в мире является экономическая.

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

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

Пользователю не нужно тратить огромные средства на создание собственных серверов и центров обработки данных, на оплату лицензионного программного обеспечения (ПО), на содержание квалифицированного персонала. Он можете автоматизировать все ИТ-процессы, купив готовые пакеты: SaaS (аренда ИТ-приложений), DaaS (аренда виртуального рабочего места), IaaS (аренда ИТ-инфраструктуры), PaaS (разработка новых решений на базе облачных платформ) (см. Рис.4).

Рис.4. Представление модели работы с «облаком» пользователей

В качестве примера - расчет, выполненный оператором Orange Business Services для компании, в штате которой 450 сотрудников, - расходы на самостоятельное внедрение только почтового решения: аппаратная часть - 430 тыс. рублей, ПО - 1,3 млн. рублей, техническая поддержка - 900 тыс. рублей, инсталляция решения - 345 тыс. рублей. Итого капитальные затраты составят 2,075 млн. рублей единовременно, операционные - 900 тыс. рублей. Примерные расходы при внедрении облачного решения: капитальные затраты отсутствуют, за 450 почтовых ящиков стандартным объемом 1ГБ с архивом 200 МБ платят по 170 рублей в месяц. Итого операционные затраты - 76,5 тыс. рублей в месяц. Таких примеров и в сфере софта, и в сфере построения инфраструктуры можно привести массу.

Первые идеи, косвенно соотносящиеся с тем, что сегодня понимается под облачными вычислениями, и описывающие возможность вычислений с использованием удаленных вычислительных центров, относятся еще к 70-м - 80-м годам. Однако публичная история собственно cloud computing в современной реализации начинается примерно с 2006 года. Именно тогда компания Amazon представила свою инфраструктуру веб-сервисов (Web Services), обеспечивающую не только хостинг, но и предоставляющую клиенту удаленные вычислительные мощности. Вслед за Amazon аналогичные сервисы представили Google, Sun и IBM. А в 2008 году свои планы в этой области озвучила компания Microsoft. Причем Microsoft анонсировала не просто сервис, но полноценную облачную операционную систему Windows Azure. На сегодняшний день Windows Azure остается одним из самых крупных и всеохватных проектов в сфере cloud computing.

Как выглядит концепция cloud computing со стороны пользователя?

17 июля 2010г. в США был запущен облачный сервис OnLive, предоставляющий возможность играть в современные игры даже на самом простом оборудовании. Технически это выглядит следующим образом: сама игра располагается на удаленном сервере и там же производится обработка графики, которая на компьютер конечному пользователю поступает уже в «готовом» виде. Проще говоря, те вычисления, которые при обычной игре на компьютере выполняют видеокарта и процессор, здесь уже выполнены на сервере, а ваш компьютер используется лишь как монитор. Можно и вовсе использовать обычный телевизор, только придется к нему прикупить миниатюрную приставку OnLive MicroСonsole, которая и будет связующим звеном между пользователем, сервисом и отображающим устройством.

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

Согласно SaaS-концепции потребитель платит не единовременно, покупая продукт, а как бы берет его в аренду. Причем, использует ровно те функции, которые ему нужны (и, соответственно, платит за них же). Такую услугу предоставили пользователю два конкурента - Microsoft и Google. Обе компании выпустили наборы сервисов, позволяющих работать с документами. У Google это Google Docs, у Microsoft - Office Web Apps.

При этом оба сервиса тесно взаимосвязаны с почтой (Gmail в первом случае и Hotmail во втором) и файловыми хранилищами. Таким образом, пользователя как бы переводят из привычной ему оффлайн-среды в онлайн. Важно, что и Google, и Microsoft интегрируют поддержку своих онлайн-сервисов во все программные среды - как настольные, так и мобильные (для этой цели Google создала ОС Android, а Microsoft - Windows Phone 7).

Аналогичную концепцию (но с несколько другими акцентами) продвигает и главный конкурент обеих компаний - Apple, которая представила сервис под названием MobileMe. Сервис включает в себя почтовый клиент, календарь, адресную книгу, файловое хранилище, альбом фотографий и инструмент для обнаружения утерянного iPhone. За возможность пользоваться всем этим Apple берет примерно 65 евро (или
100 долларов) в год. При этом Apple обеспечивает такой уровень взаимодействия своего набора интернет-сервисов и приложений на компьютере (под управлением Mac OS X), телефоне, плеере и iPad (все - под управлением iOS), что необходимость в использовании браузера пропадает. Пользователь использует привычные программы на своем Mac, iPhone и iPad, однако, все данные хранятся не на них, а в «облаке», что позволяет забыть о необходимости синхронизации.

Если Apple интегрирует веб-сервисы в привычные приложения операционной системы, то Google заходит с противоположной стороны: разработанная интернет-гигантом операционная система Chrome OS представляет собой, фактически, один браузер, через который пользователь взаимодействует с разветвленной сетью веб-сервисов. ОС ориентирована на нетбуки, отмечаются очень низкие системные требования и отсутствие необходимости самостоятельной установки программ (так как все программы работают непосредственно в вебе). То есть Google предоставляет преимущества облачной концепции, обычно декламируемые при работе с корпоративными клиентами, обычным пользователям. Вместе с тем, очевидна невозможность использования таких нетбуков в странах с недостаточно широким проникновением широкополосного интернета. Потому что без интернета нетбук на базе Chrome OS будет совершенно бесполезен.

Рис.5. Форма облачных сервисов Google

Microsoft пока чуть более осторожна в этой сфере. Основные продукты Microsoft для частных клиентов - Windows и Office - пока еще сохраняют привычную схему работы и распространяются по традиционной модели. Однако, Microsoft довольно активно начинает предлагать свои корпоративные продукты по облачной модели Software as a Service.

Ну а в центре всей облачной инфраструктуры Microsoft - операционная система Windows Azure. Windows Azure создает единую среду, включающую облачные аналоги серверных продуктов Microsoft (реляционная база данных SQL Azure, являющаяся аналогом SQL Server, а также Exchange Online, SharePoint Online и Microsoft Dynamics CRM Online) и инструменты разработки (.NET Framework и Visual Studio, оснащенная в версии 2010 года набором Windows Azure Tools). Так, например, программист, создающий сайт в Visual Studio 2010, может, не выходя из приложения, разместить свой сайт в Windows Azure.

Рис 6. Реализация облачных сервисов на платформе Microsoft

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

Тем, что помимо физического размещения и поддержки сайта компании еще предоставляют необходимый софт (который также расположен в «облаке»), масштабируемость и бесконечные возможности для расширения

Николай Прянишников, президент российского отделения Microsoft: «Благодаря облаку IT становится услугой. Это выгодно всем. Компаниям, которые могут значительно сократить расходы на IT, сконцентрировав высвободившиеся ресурсы на развитии собственного бизнеса, и частично перевести капитальные расходы в операционные (кроме того, компании малого и среднего бизнеса получают дополнительные преимущества от использования недоступных ранее корпоративных IT-технологий). Рынку IT и телеком, способствуя возникновению новых бизнес-моделей и стимулируя появление стартапов. И, как следствие, государству и обществу: повышается уровень информатизации страны и развитие экономики получает дополнительный стимул».

Представители компаний, использующих облачные технологии, соглашаются с Microsoft. «Наряду с повышением производительности и эффективности на всех уровнях - как в офисе, так и при удаленной работе, - мы получили решение, которое может расти вместе с нашей компанией и расширяться в соответствии с нуждами бизнеса. Данное решение очень удачно вписывается в наш бизнес-план. Чтобы установить в компании Microsoft Exchange Server, обычно требуется несколько недель, а то и месяцев, начиная с момента покупки лицензий и серверов до запуска в эксплуатацию. Также необходим собственный штат IT-специалистов для его установки и обслуживания. А мы получили решение немедленно и по низкому месячному тарифу» - говорит президент компании Организация времени Глеб Архангельский.

1. Amazon 2. The Rackspace

3. Google 4. Microsoft

5. Joyent 6. GoGrid

7. Terremark 8.Savvis

9.Verizon 10.NewServers

Рис.7 Топ-10 облачных провайдеров в мировом рейтинге

На сайте разработчика систем мониторинга Zenoss опубликованы результаты исследования «2010 Cloud Computing State of The Union». Приводятся данные о приоритетах и тенденциях при внедрении «облаков» и технологий виртуализации . Основные выводы включают:

• 40.7% отметили, что они предпочитают виртуальные серверы, 29.3% используют виртуализацию везде, где могут;
• VMware используют 79.3%, использующих виртуализацию;
• Xen – вторая по популярности технология (32.7%), Oracle VirtualBox – третья (22.0%) и Linux Kernel-Based Virtual Machines (KVM) была четвертая (21.3%);
• 43.3% участников отметили гибкость в качестве основной причины использования, а 33.3% отметили возможность экономии на оборудовании;
• Основная цель использования виртуальной инфраструктуры была экономия затрат (64.7%), а вторая по частоте упоминания – контроль за внедрением;
• 20% пользователей виртуализации отметили потребность в использовании учета (accounting) и оплаты (chargeback) виртуальных ресурсов;
• 70.7% предпочитают единую консоль управления для всей инфраструктуры, а не специфические решения для виртуализации;
• Большинство не используют автоматизацию для управления виртуальной инфраструктурой. Только 39.3% автоматизируют запуск и остановку виртуальных машин на базе правил;
• 73.3% еще не решили, чем они будут управлять своей виртуальной инфраструктурой;
• 49.2% ответили, что планируют внедрять Linux сервера в 2010, в то время как 32.6% – Microsoft Windows серверы;
• 25.8% собираются внедрять хостинг управления данными (hosted data services);
• Самый популярный облачный поставщик – Amazon (43.9% пользователей), второй - Google AppEngine (28%) и 22.7% планируют использовать Microsoft Azure, преследуемый Rackspace (15.9%);
• 50.8% отметили, что не используют специальных средств для управления облачной инфраструктурой, а 33.3% используют средства, предоставляемые поставщиком услуг;
• Безопасность – это основной источник тревоги при использовании «облаков», затем управление и мониторинг;
• Только 28.8% отметили, что используют автоматизацию для запуска и остановки «облаков» (cloud instances).

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

«Облачные сервисы набирают популярность каждый год.
2008 - 2010 гг. были годами становления рынка. В «облака» мигрировали компании, которые готовы были рисковать и принимать инновационные технологии легко, так как их привлекала экономическая составляющая облачных сервисов. Часть IT-инфраструктуры в «облака» стали переносить большие корпорации и крупный бизнес, которые также видели возможность сокращения издержек. Сейчас в «облака» мигрируют компании из различных секторов экономики, переводя в них некритичные для бизнеса приложения, - пояснил репортеру ComNews руководитель отдела маркетинга департамента облачных технологий компании Softline Андрей Гарканов. - Мы идем параллельным курсом, с каждым годом нагоняя западных игроков. Даже компании, которые переносят в «облако» не все сервисы, а только некритичные для бизнеса приложения (почта или файловый сервер) либо приложения для совместной работы, тем самым освобождают внутренние мощности с целью использования их по необходимости на данный момент» .

1.2 Достоинства и недостатки облачных вычислений

Основными преимуществами и достоинствами технологий облачных вычислений являются:

• Доступность и отказоустойчивость – всем пользователям, из любой точки, где есть Интернет, с любого компьютера, где есть браузер;
• Клиентские компьютеры. Пользователям нет необходимости покупать дорогие компьютеры, с большим объемом памяти и дисков, чтобы использовать программы через веб-интерфейс. Также нет необходимости в СD и DVD приводах, так как вся информация и программы остаются в «облаке». Пользователи могут перейти с обычных компьютеров и ноутбуков на более компактные и удобные нетбуки;
• Доступ к документам. Если документы хранятся в «облаке», они могут быть доступны пользователям в любое время и в любом месте. Больше нет такого понятия как забытые файлы: если есть Интернет - они всегда рядом;
• Устойчивость к потере данных или краже оборудования. Если данные хранятся в «облаке», их копии автоматически распределяются по нескольким серверам, возможно находящимся на разных континентах. При краже или поломке персональных компьютеров пользователь не теряет ценную информацию, которую он к тому же может получить с любого другого компьютера;
• Надежность. Дата центры управляются профессиональными специалистами, обеспечивающими круглосуточную поддержку функционирования виртуальных машин. И даже если физическая машина «рухнет», благодаря распределению приложения на множество копий оно все равно продолжит свою работу. Это создает определенный высокий уровень надежности и отказоустойчивости функционирования системы;
• Экономичность и эффективность - плати столько, сколько используешь, позволь себе дорогие, мощные компьютеры и программы. «Облако» позволяет учитывать и оплачивать только фактически потребленные ресурсы строго по факту их использования;
• Аренда ресурсов. Обычные сервера средней компании загружены на 10-15%. В одни периоды времени есть потребность в дополнительных вычислительных ресурсах, в других эти дорогостоящие ресурсы простаивают. Используя необходимое количество вычислительных ресурсов в «облаке» в любой момент времени, компании сокращают затраты на оборудование и его обслуживание. Это дает возможность заказчику отказаться от закупок дорогостоящих ИТ-активов в пользу их даже не аренды, а операционного потребления по мере надобности, при сокращении затрат на обслуживание своих систем и получении от поставщика гарантий уровня сервиса;
• Аренда ПО. Вместо приобретения пакетов программ для каждого локального пользователя, компании покупают нужные программы в «облаке». Данные программы будут использоваться только теми пользователями, которым эти программы необходимы в работе. Более того, стоимость программ, ориентированных на доступ через Интернет, значительно ниже, чем их аналогов для персональных компьютеров. Если программы используются не часто, то их можно просто арендовать с почасовой оплатой. Затраты на обновление программ и поддержку в работоспособном состоянии на всех рабочих местах вовсе сведены к нулю;
• Для поставщика ИТ-услуг экономический смысл «облака» состоит в эффекте масштаба (обслуживать большой однородный центр обработки дешевле, чем множество маленьких разнородных) и сглаживания нагрузки (когда потребителей много, маловероятно, что пиковые мощности понадобятся всем им одновременно);
• Разработчики ПО тоже получают выгоду от перехода в «облака»: теперь им стало проще, быстрее и дешевле разрабатывать, тестировать под нагрузкой и предлагать клиентам свои решения – это можно делать прямо в «облаке» с минимальными затратами. Кроме того, Облачные вычисления - это эффективный инструмент повышения прибыли и расширения каналов продаж для независимых производителей программного обеспечения в форме SaaS. Этот подход позволяет организовать динамическое предоставление услуг, когда пользователи могут производить оплату по факту и регулировать объем своих ресурсов в зависимости от реальных потребностей без долгосрочных обязательств;
• Простота - не требуется покупка и настройка программ и оборудования, их обновление;
• Обслуживание. Так как физических серверов с внедрением Cloud Computing становится меньше, их становится легче и быстрее обслуживать. Что касается программного обеспечения, то последнее установлено, настроено и обновляется в «облаке». В любое время, когда пользователь запускает удаленную программу, он может быть уверен, что эта программа имеет последнюю версию - без необходимости что-то переустанавливать или платить за обновления;
• Совместная работа. При работе с документами в «облаке» нет необходимости пересылать друг другу их версии или последовательно редактировать их. Теперь пользователи могут быть уверенными, что перед ними последняя версия документа и любое изменение, внесенное одним пользователем, мгновенно отражается у другого;
• Открытые интерфейсы. «Облако» как правило, имеет стандартные открытые API (интерфейсы прикладного программирования) для связи с существующими приложениями и разработки новых – специально для облачной архитектуры;
• Гибкость и масштабируемость - неограниченность вычислительных ресурсов (память, процессор, диски). «Облако» масштабируемо и эластично – ресурсы выделяются и освобождаются по мере надобности;
• Производительные вычисления. По сравнению с персональным компьютером вычислительная мощь, доступная пользователю «облачных» компьютеров, практически ограничена лишь размером «облака», то есть общим количеством удаленных серверов. Пользователи могут запускать более сложные задачи, с большим количеством необходимой памяти, места для хранения данных, тогда, когда это необходимо. Иными словами, пользователи могут при желании легко и дешево поработать с суперкомпьютером без каких-либо фактических приобретений. Возможность запуска множество копий приложения на многих виртуальных машинах представляет преимущества масштабируемости: количество экземпляров приложения способно практически мгновенно увеличиваться по требованию, в зависимости от нагрузок;
• Хранение данных. По сравнению с доступным местом для хранения информации на персональных компьютерах объем хранилища в «облаке» может гибко и автоматически подстраиваться под нужды пользователя. При хранении информации в «облаке» пользователи могут забыть об ограничениях, накладываемых обычными дисками, - «облачные» размеры исчисляются миллиардами гигабайт доступного места;
• Инструмент для стартапов. В глазах таких потребителей сервиса облачных вычислений как компании, начинающие свой бизнес основным преимуществом данной технологии является, отсутствие необходимости закупать все соответствующее оборудование и ПО, а затем поддерживать их работу .

Основными недостатками технологий облачных вычислений являются:

• Постоянное соединение с сетью. Cloud Computing почти всегда требует соединения с сетью (Интернет). Если нет доступа в сеть - нет работы, программ, документов. Многие облачные программы требуют хорошего Интернет-соединения с большой пропускной способностью. Соответственно программы могут работать медленнее чем на локальном компьютере. По мнению ведущих российских ИТ-компаний, основным препятствием широкому развитию «облаков», является отсутствие широкополосного доступа в Интернет (ШПД) – прежде всего в регионах;
• Безопасность данных теоретически может быть под угрозой. Не все данные можно доверить стороннему провайдеру в интернете, тем более, не только для хранения, но ещё и для обработки. Все зависит от того, кто предоставляет облачные услуги. Если этот кто-то надежно шифрует Ваши данные, постоянно делает их резервные копии, уже не один год работает на рынке подобных услуг и имеет хорошую репутацию, то угрозы безопасности данных может никогда не случиться. У пользователя облачных бизнес приложений могут также возникнуть и юридические проблемы, например связанные с выполнением требований защиты персональных данных;
• Государство, на территории которого размещен датацентр, может получить доступ к любой информации, которая в нем хранится. Например, по законам США, где находится самое большое количество датацентров, в этом случае компания-провайдер даже не имеет права разглашать факт передачи конфиденциальной информации кому-либо, кроме своих адвокатов. Эта проблема является, наверное, одной из самых существенных в вопросе вывода конфиденциальной информации в «облако». Путей ее решения может быть несколько. Во-первых, можно шифровать всю информацию, помещаемую на «облако». Во-вторых, можно просто ее туда не помещать. Однако, во всяком случае, у компаний, пользующихся облачными вычислениями, это должно быть определенным пунктом в списке вопросов информационной безопасности. Кроме того, сами провайдеры должны улучшать свои технологии, предоставляя некоторые услуги по шифрованию;
• Функциональность облачных приложений. Не все программы или их свойства доступны удаленно. Если сравнивать программы для локального использования и их облачныe аналоги, последние пока проигрывают в функциональности. Например, таблицы Google Docs или приложения Office web application имеют гораздо меньше функций и возможностей, чем Microsoft Excel;
• Зависимость от облачного провайдера. Всегда остаётся риск, что провайдер онлайновых сервисов однажды не сделает резервную копию данных – как раз перед крушением сервера. Риск этот, впрочем, вряд ли превышает опасность того, что пользователь сам упустит свои данные – потеряв или разбив мобильник или ноутбук, не создав на домашнем ПК резервную копию. Кроме того, привязавшись к той или иной услуге, мы в какой-то степени также ограничиваем свою свободу – свободу перехода на старую версию софта, выбора способов обработки информации и так далее .

На рис.8 показаны основные препятствия для проникновения облачных технологий в здравоохранении, с учетом того, что гарантированная стабильность и доступность медицинских данных – обязательное требование к МИС (медицинским информационным системам) во всем мире .

Рис.8. Основные препятствия для проникновения «облачных» технологий в здравоохранении

1.3 Проблемы нормативно-правового регулирования облачных технологий и недостатки облачных вычислений

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

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

Федеральный закон № 152 «О персональных данных» (далее - ФЗ-152) не создает принципиальных препятствий для обработки таких данных в «облаке», считает Алексей Лукацкий, менеджер по развитию бизнеса Cisco: «Согласно закону и постановлениям правительства, обработка персональных данных и их защита может быть поручена третьим лицам, среди которых могут быть и облачные провайдеры» .

Но всегда ли можно выполнить требования ФЗ-152 в условиях облачной площадки? Здесь нет полного согласия даже среди поставщиков облачных вычислений: «ФЗ-152 не делает размещение систем в «облаке» невозможным, – считает Владимир Савченко, руководитель отдела продаж Softline Cloud Services. – Если система может быть приведена в соответствие с требованиями ФЗ-152 в варианте on-site, то она может быть приведена в соответствие с этими требованиями и в облаке». С этим мнением не вполне согласен Алексей Бахтиаров, генеральный директор Infobox: «В отдельных случаях облачную платформу нельзя использовать из-за требований закона, и тогда приходится строить приватное «облако» для заказчика. Сложность таких решений достаточно индивидуальна». В то же время, отмечает Алексей Бахтиаров, названные проблемы касаются лишь некоторых систем: «Многие забывают или не знают, что информационные системы по типам данных, хранящихся в них, делятся на категории», – подчеркивает он. К системам разных категорий предъявляются разные требования, и здесь, по мнению генерального директора Infobox, важно правильно провести оценку и разработать соответствующее решение. При этом оптимизация типов информации и способов ее хранения позволяет избежать чрезмерно строгих требований, предъявляемых регулятором к обеспечению безопасности персональных данных .

Для обработки персональных данных в публичном «облаке» требуется получение специального согласия

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

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

В условиях избыточного регулирования существует определенный риск, что не все отечественные облачные поставщики действительно соблюдают все требования регуляторов. «У отечественных облачных провайдеров могут возникнуть серьезные проблемы с выполнением всех требований наших регуляторов, в первую очередь, ФСБ, – отмечает Алексей Лукацкий. – Ведь, согласно действующим требованиям, передача по каналам связи персональных данных возможна только с применением сертифицированных криптосредств. Надеяться же на то, что у всех заказчиков облачных услуг такие средства есть и что они совпадают со средствами провайдера, не приходится».

Что касается банковского сектора, то существуют сомнения в принципиальной осуществимости требований законодательства в условиях реальной бизнес-практики российских банков: «Банки не могли при всем желании и до сих пор не могут выполнить многие пункты ФЗ-152, связанные с обеспечением прав клиента», – говорит Тимур Аитов, исполнительный директор АРБ. В качестве примера популярной услуги, которую невозможно оказать клиенту в рамках действующего законодательства, Тимур Аитов называет денежный перевод без открытия банковского счета без предварительного согласия со стороны получателя .

Есть и другие вопросы. Например, неясно, как можно выполнить требование клиента о прекращении обработки персональных данных в условиях реальных банковских ИТ-систем: «Предположим, в системе уже совершена транзакция с участием клиента, данные которого предполагается удалить. Если мы уберем одну строку с транзакцией этого клиента, то балансы свести уже не получится», – замечает Тимур Аитов. Ситуация усугубляется тем, что при обработке персональные данные клиентов определенным образом архивируются в цифровых хранилищах и помещаются в отчетность. Как извлекать и удалять данные из архивов и отчетности, неизвестно.

Впрочем, если говорить о российских банках, то не только ФЗ-152 является препятствием для передачи данных облачному поставщику: «Банки боятся передачи персональных данных не из-за ФЗ-152, а потому, что не хотят допускать попадания клиентской базы в руки конкурентов», – сообщает Тимур Аитов. По мнению исполнительного директора АРБ, сегодняшний банковский рынок близок к насыщению, и все люди, которые обладали достаточными финансовыми возможностями для открытия банковского счета, уже это сделали, в связи с чем «в ближайшие 3-4 года конкурентная борьба будет преимущественно сводиться к переманиванию клиентов».

Нужно ли специальное согласие на обработку данных в «облаке»?

Важно понимать, что представляет собой обработка персональных данных в «облаке» в контексте действующего законодательства. Существует мнение, что облачный провайдер выступает как юридический представитель оператора, поэтому для обработки данных на облачной площадке не требуется получения дополнительного согласия со стороны субъектов персональных данных. Алексей Лукацкий с такой точкой зрения не согласен: «В настоящей редакции закон четко говорит о том, что на передачу персональных данных третьим лицам (а облачный провайдер именно таковым и является) необходимо согласие субъекта персональных данных. Если же облачный провайдер получил персональные данные от третьего лица, то он обязан уведомить субъекта о начале обработки персональных данных. Если субъект не запретит это, то облачный провайдер имеет право обрабатывать такие персональные данные. В целом же, этот вопрос сейчас не урегулирован, в отличие от Европы, где существуют определенные разъяснения по этому вопросу».

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

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

Итак, для обработки персональных данных в публичном «облаке» требуется получение специального согласия. Из ст. 9 ФЗ-152 следует, что при получении согласия от субъектов персональных данных операторы должны указывать, в частности, наименования своих облачных поставщиков и перечислять те действия с персональными данными, которые будут осуществляться на облачной площадке.

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

Насколько страшна трансграничная передача?

Согласно ст. 12 ФЗ-152, трансграничная передача персональных данных допускается без дополнительных ограничений для тех государств, которые обеспечивают «адекватную защиту прав субъектов персональных данных». Однако какие страны в состоянии это сделать? Не надежнее ли будет оставить все данные в Российской Федерации? «Это как раз та тема, которой надо меньше всего опасаться, – считает Алексей Лукацкий. – Передача персональных данных в любую страну Евросоюза возможна без каких-либо ограничений, за исключением необходимости получения согласия субъекта персональных данных на передачу его данных третьему лицу. Если же страна, в которую передаются персональные данные, не входит в список с адекватной защитой прав субъекта, то согласие субъекта должно быть в письменной форме с соблюдением обязательной формы, указанной в федеральном законе». Мнение Алексея Лукацкого подтверждается и содержанием письма Министерства связи и массовых коммуникаций РФ от 13 мая 2009 г. № ДС-П11–250–2 «Об осуществлении трансграничной передачи персональных данных», согласно которому факт ратификации Конвенции о защите прав физических лиц при автоматизированной обработке персональных данных от 28 января 1981 г. может считаться свидетельством достаточного уровня защиты персональных данных в данной стране. Конвенцию ратифицировали фактически все европейские страны.

Как ни парадоксально, обработка данных за границей может даже упростить, а не усложнить, ситуацию для российских пользователей облачных вычислений: «Если мы говорим об облачных провайдерах, находящихся за границей, то им вообще не надо беспокоиться о том, что думает ФСТЭК и ФСБ, – отмечает Алексей Лукацкий. – Во-первых, они находятся в другой стране и на них не распространяется компетенция наших правоохранительных органов. Во-вторых, они выполняют рекомендации по защите, принятые в своих странах. А эти рекомендации гораздо более здравые, чем наши».

Кроме того, сообщает Алексей Лукацкий, европейская конвенция специально запрещает накладывать какие-либо дополнительные требования и ограничения при осуществлении трансграничной передачи персональных данных, если это не обусловлено требованиями национальной безопасности, в связи с чем требования ФСБ об использовании сертифицированных средств криптографии отпадают сами собой.

В неурегулированности законодательной базы (речь шла и о N 94-ФЗ от 21.07.2005 г. «О размещении заказов на поставки товаров, выполнение работ, оказание услуг для государственных и муниципальных нужд») видит проблему распространения облачных технологий представитель Ассоциации стратегического аутсорсинга (АСТРА) Алексей Алёхин. Хотя выгоды от облачных вычислений для государственных структур, с его точки зрения, очевидны. Это и рост ВВП от одного до трёх процентов – за счёт перехода затрат в доходы, повышение налоговых поступлений и производительности труда и, что не менее важно, обеспечение прозрачности затрат .

По словам вице-президента «Газпромбанка» по ИТ Алексея Широких, облачные вычисления принимаются во внимание при разработке новой ИТ-стратегии банка, однако в настоящее время публичные «облака» еще не воспринимаются как достаточно зрелый технологический подход, причем в российских условиях эта незрелость проявляется в большей степени не столько в технологиях, сколько в нехватке зрелости ИТ-культуры и несовершенстве законодательства. В то же время технологии приватного «облака» готовы к промышленной эксплуатации уже сейчас, и «Газпромбанк» уже проводит соответствующие работы в этом направлении .

Необходимость развития нормативно-правового регулирования облачных вычислений отмечена также ОАО «Ростелеком» в концепции создания национальной платформы распределенной обработки данных (НПРОД).

В ЕС вопросам разработки в области облачных услуг придается первостепенное значение.

В декабре 2010 г. был опубликован доклад Еврокомиссии на тему: «Анализ проблем в области безопасности и приватности при использовании облачных вычислений» ее представители заключили, что действующее законодательство в сфере защиты данных устарело и необходима активная работа по его обновлению, поэтому в мае 2011-го Еврокомиссией были начаты публичные слушания по вопросу законодательного урегулирования в сфере облачных вычислений, которые завершились 31 августа. Итоги этих слушаний помогут Еврокомиссии выработать единую стратегию в сфере облачных вычислений для ЕС, которая должна быть реализована в 2012 г.

Рис.9. Развитие нормативно-правового регулирования облачных вычислений в концепции создания НПРОД

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

Всего в консультациях приняло участие 538 респондентов, 230 из которых - представители компаний, 182 - физические лица, 33 - государственные служащие, 42 - ученые и 51 респондент из категории «другие».

92% респондентов придерживаются мнения, что в Евросоюзе на данный момент отсутствуют правовые рамки, которые определяют степень ответственности при трансграничной передаче данных. Среди опрошенных этой точки зрения придерживается и 90% представителей компаний, так как понимание степени своей ответственности при хранении информации в «облаке» особенно актуально для провайдеров. Некоторые из физических лиц - респондентов считают, что провайдеры недостаточно информируют пользователей о предоставляемых услугах и не предупреждают о возможных рисках. Они уверены, что между пользователем и провайдером ответственность сторон за предоставляемую (со стороны пользователя) и хранимую (со стороны провайдера) информацию должна быть четко урегулирована договором. При этом проблема заключается в том, что некоторые юридические нормы (например, о защите пользовательских данных) варьируются в разных странах Евросоюза. Как следствие, существует необходимость в согласовании различных правовых актов как в рамках ЕС, так и на международном уровне. Кроме того, провайдер должен нести юридическую ответственность за конфиденциальность, сохранность и клиентский доступ к информации не только на территории своей страны, но и за ее пределами.

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

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

Облачные вычисления уже осознаются как стратегическое направление для европейской экономики и, по некоторым оценкам, могут принести Европе 35 млрд. евро прибыли в 2014 г. .

Источники

Mell, Peter and Grance, Timothy. The NIST Definition of Cloud Computing, 2011.

Reuven Cohen, Founder & Chief Technologist, Enomaly Inc. Cloud Computing Group Who invented the term Cloud Computing?

Eric Schmidt Eric Schmidt, Web 2.0 vs. Web 3.0. Сайт www.youtube.com

Hellerstein, Joseph M. Proceedings of the 1st ACM symposium on Cloud computing. ACM, 2010

The NIST Definition of Cloud Computing. Recommendations of the National Institute of Standards and Technology, 2011

Михаил Козлов. Облачные вычисления 2010. Исследование Zenoss. Электронный журнал «Развитие бизнеса»

Дарья Лютцау. Acronis взял облака под защиту. ComNews, 2011

David Chappell. The benefits and risks of cloud platforms. A guide for business leaders. 2011

Александр Гусев. Какие «облака» нужны здравоохранению? CNews, 2011

«Облака» «споткнулись» о закон о персональных данных? CNews, 2011

Алексей Широких. «Газпромбанк»: Для созревания облачной концепции в России потребуется 3-5 лет. CNews, 2011

Сергей Стельмах. Европа между безоблачным прошлым и облачным будущим. PCWeek, 2011

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

Облачные вычисления могут показаться относительно новым явлением. Тем не менее, их история уходит корнями в начало 1950-х, когда появление мейнфреймов позволило нескольким пользователям получить доступ к центральному компьютеру. В 1960-х появились некоторые идеи, напоминающие то, что сегодня мы называем облачными вычислениями – например, концепция «межгалактической компьютерной сети» Дж. К. Р. Ликлайдера .

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

Современные «облака» появились в 2006 году, когда Amazon.com, в то время книжный интернет-магазин, представил Amazon Web Services (AWS) , положив начало движению облачных вычислений. AWS предоставляет широкий набор сервисов, таких как вычислительные мощности и хранилища данных, по сей день оставаясь ведущей и очень надежной инфраструктурой платформ облачных веб-сервисов.

Скоро к Amazon.com присоединились Nexflix , Microsoft, Google, Apple и IBM , и рынок облачных вычислений разросся.

Свойства и модели облачных вычислений

Основные свойства

NIST в своем документе `The NIST Definition of Cloud Computing` определяет следующие характеристики облаков:

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

Самообслуживание по требованию (On-demand self-service) . У потребителя есть возможность получить доступ к предоставляемым вычислительным ресурсам в одностороннем порядке по мере потребности, автоматически, без необходимости взаимодействия с сотрудниками каждого поставщика услуг.

Широкий сетевой доступ (Broad network access) . Предоставляемые вычислительные ресурсы доступны по сети через стандартные механизмы для различных платформ, тонких и толстых клиентов (мобильных телефонов, планшетов, ноутбуков, рабочих станций и т. п.).

Объединение ресурсов в пулы (Resorce pooling) . Вычислительные ресурсы провайдера объединяются в пулы для обслуживания многих потребителей по многоарендной (multi-tenant) модели. Пулы включают в себя различные физические и виртуальные ресурсы, которые могут быть динамически назначены и переназначены в соответствии с потребительскими запросами. Нет необходимости в том, чтобы потребитель знал точное местоположение ресурсов, однако можно указать их местонахождение на более высоком уровне абстракции (например, страна, регион или центр обработки данных). Примерами такого рода ресурсов могут быть системы хранения, вычислительные мощности, память, пропускная способность сети.

Мгновенная эластичность (Rapid elasticity) . Ресурсы могут быть эластично выделены и освобождены, в некоторых случаях автоматически, для быстрого масштабирования соразмерно со спросом. Для потребителя возможности предоставления ресурсов видятся как неограниченные, то есть они могут быть присвоены в любом количестве и в любое время.

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

Модели облачных служб

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

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

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

Серьезные сбои в работе оборудования даже у крупных поставщиков «облачных» услуг уже происходят. В мировой практике «облачных» вычислений известны случаи, когда потребитель в течение длительного времени не мог получить доступ к приложениям. А банальное «отключение Интернета» по вине провайдера (не обязательно - провайдера, непосредственно обслуживающего заказчика, виноват может оказаться и магистральный оператор) может сделать работу с «облачными» ресурсами невозможной в принципе.

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

Альтернативный интернет-провайдер, находящийся в «горячем резерве», альтернативный поставщик «облачного» решения, прозрачное управление поддержанием архивных копий данных, страхование, жесткие условия ответственности в соглашениях с поставщиками - обязательные элементы безопасности в «облаках».

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

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

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

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

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

Выбрать вендора облака - почти как жениться. Обе стороны настроены на лучшее и уверены, что отношения будут долгими и полными любви и взаимопонимания. Но… видимость бывает обманчива, и отношения с вендором могут испортиться. На такой случай и нужен «брачный» контракт (точнее, четкий и исчерпывающий договор), гарантирующий, что обе участвующие стороны знают свои права и обязанности.

CRN обратился к руководителям VAR-компании Progress Software , чтобы получить знание «из первых рук». Мэтт Чиччари, менеджер по маркетингу OpenEdge/SaaS-платформ и внедрению облака, и Майк Ормерод, архитектор облачных и SaaS-решений, поделились своим опытом: какие главные элементы должны присутствовать в «брачном» договоре с вендором облака, чтобы потенциальный клиент мог смело сказать «да».

Подготовьте сеть

Во время проходившей в Лас-Вегасе выставки Interop 2012 компания Cisco Systems обнародовала результаты ежегодного опроса Global Cloud Networking Survey, в котором приняли участие 1300 ИТ-профессионалов из 13 стран. Свыше трети ИТ-профессионалов считают построенную в соответствии с облачной концепцией сеть необходимым элементом инфраструктуры для начала процесса миграции приложений в облако. 28% из них уверены, что оптимизированная для облачных вычислений сеть имеет более важное значение, чем виртуализированный ЦОД , 21% – чем соглашение об уровне сервиса с провайдером облачных услуг.

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

Правин Аккираджу (Praveen Akkiraju) , вице-президент и генеральный менеджер подразделения Cisco Services Routing Technology Group, предупреждает, что руководители компаний еще на этапе планирования должны иметь четкое представление обо всех необходимых шагах, предшествующих полномасштабному развертыванию облачной инфраструктуры. Представители Cisco считают, что в обозримой перспективе количество таких проектов будет расти все более быстрыми темпами. По данным отчета Global Cloud Index, до 2014 года свыше половины мощностей ЦОД придется на обслуживание облачных вычислений, до 2015 года облачный трафик вырастет в 12 раз и достигнет уровня 1,6 зеттабайт в год. 73% участника располагают всей необходимой информацией для внедрения частных и публичных облачных сред, краеугольным камнем успешного проекта они считают отлаженные процессы и правильное планирование.

Сначала уясните суть облака

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

Знайте все детали SLA

Недавняя череда облачных отказов чему-то нас научила. Необходимо четкое соглашение об уровне обслуживания (SLA), которое поможет этому союзу был долгим и счастливым. Руководители Progress Software рекомендуют покупателям облачных сервисов внимательно изучить все условия SLA, чтобы знать, кто за что отвечает в разных обстоятельствах. Важно убедиться, что критически важные приложения не будут потом меняться; подписанное SLA защищает не только вашу репутацию, но и имя вендора. «Текст и формулировки SLA - это всё», - говорит Ормерод. «Как во всяком договоре, вы должны иметь абсолютную ясность, кто что делает, когда и как», - добавляет Чиччари.

Имейте рабочий план

Не забывайте: вендоры облака это не поставщики услуг управления ИТ. Когда вы вступаете в облако, на вас лежат те же обязанности, что и при использовании инфраструктуры на местах. Облако не относится к категории «включил и забыл», и тут не проходит принцип «с глаз долой - из сердца вон». Важно планировать, как будут осуществляться повседневные операции, кто имеет доступ к чему и когда, а также все аспекты ИТ-безопасности. Нужно также понимать процедуры сопровождения, будь то устранение багов или апгрейды. «Если вы чего-то не видите, это еще не значит, что вы за это не отвечаете», - говорит Чиччари.

Имейте план аварийного восстановления

Союз двоих - это постоянный труд, и что-то может пойти не так. Важно планировать свои действия на случай неожиданных проблем. Progress Software готова к этому. Прежде чем окунуться в облако, нужно иметь готовый план восстановления после отказов и воссоздания рабочей среды. Высокий уровень готовности - это работа вендора облака, но преодоление отказов - нет, предупреждает Чиччари. «Есть такое заблуждение: я отправляю все свои приложения в облако - и никаких забот», - вторит ему Ормерод.

Знайте, где ваши данные

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

Многоплатформная облачность

Это может выглядеть как «неверность», но любой «облачный» договор вендора должен содержать пункт о поддержке различных типов облака с возможностью использовать другие платформы. Следует спрашивать вендоров, обеспечивают ли они поддержку общедоступного, частного облака и гибридной модели, говорит Чиччари. Чтобы отношения были долгими, заказчик должен иметь возможность использовать нескольких вендоров облака одновременно для одного и того же приложения, системы или среды. «Зачем ограничивать себя лишь одним облаком? - говорит он. - А если что-то случится у Amazon, GoGrid или Rackspace?» Заказчики должны задаться вопросом: «Насколько легко мне будет перенести свои приложения от одного вендора к другому?» - добавляет Ормерод.

Нужна стратегия выхода

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

Облачные вычисления: мифы и заблуждения

«Облако» основано только на программном обеспечении

Теоретически вполне можно построить облако на стандартных серверах (x86) и интеллектуальном программном обеспечении. Объединяем несколько виртуальных устройств и получаем «облако». Но на самом деле это далеко не так. По разным причинам, таким как поддержание адекватной производительности (специализированные ASICs или выделенные аппаратные ресурсы), обеспечение совместимости (установка драйверов для каждой новой платформы x86), или функций контроля (HIPPA, PCI-DSS, ведомственная изоляция, и т. д.), еще далеко не все системные разработчики отказались от использования выделенных аппаратных ресурсов для определенных элементов своих дата-центров. В принципе неизбежность виртуализации некоторых компонентов компьютерной среды очевидна. Поэтому лидеры рынка выпускают соответствующее оборудование. Например, Nexus 1000v, который обеспечивает прозрачность трафика виртуальных машин на уровне сетевой безопасности, с встроенной технологией VN-Link, обеспечивающей мобильность сети. А также виртуальный шлюз безопасности и vWAAS. В одних случаях, клиенты выбирают виртуальные устройства. В других случаях, они предпочитают комбинацию программных и аппаратных ресурсов, например, контрольных точек, представленных Nexus 1010v. Все эти унифицированные сетевые услуги обеспечивают системных разработчиков стандартным набором приемов, позволяющих в случае необходимости совместно использовать программные и аппаратные ресурсы.

«Облако» и эластичные ресурсы

У многих поставщиков сетевого оборудования идея эластичных ресурсов не полностью реализована. Дело в том, что понятие «эластичных ресурсов» не должно ограничиваться только серверами и системами хранения данных, оно должно распространяться на все «облако», в том числе его сетевые элементы.

«Облако» и объединенные ресурсы

Это еще одна область, которую многие связывают только с серверами и системами хранения данных. В течение многих лет, до появления «облака», сеть представляла собой комплексный ресурс, который предоставлял услуги (полоса пропускания, безопасность, сегментация или изоляция, функция QoS, и т. д.) отдельным группам систем. По мере того как сети становились более виртуальными, более автоматизированными, а также росло число их арендаторов, компании, предлагающие решения на этом рынке продолжали расширять интеллектуальную логику своих продуктов, требуемую для функционирования современных «облачных» систем. Эти решения позволяют клиентам развертывать модульные виртуальные системы (например такие, как Vblock и SMT от Cisco).

Виртуализация делает «облако» более гибким

С одной стороны, это абсолютная правда, в отношении динамического распределения ресурсов и оперативного включения новых виртуальных машин с помощью шаблонов и клонов. Однако, это требует некоторых структурных изменений. Например, при использовании vMotion, Live Migration или XenMotion исходная и конечная точки должны быть в одном логическом домене. А опросы администраторов виртуальных систем показывают, что за месяц им приходится выполнять тысячи миграций виртуальных машин. Итак, в дополнение к этой гибкости им осталось только упразднить традиционное разграничение уровней. Для этого им нужно дать возможность строить большие, двухуровневые сети, лишенные постоянных проблем иерархических сетей. И было бы еще лучше, если бы эта концепция охватывала не одну, а множество сетей, тем самым намного упрощая проблему мобильности приложений и предотвращения аварий. Точно также как в свое время сеть стала поддерживать передачу различных мультимедийных данных в масштабе реального времени, теперь она должна приспосабливаться к изменениям, связанным с виртуализацией и динамичными компьютерными средами.

Виртуальная машина – это тот же сервер, только программный

Это не совсем так. Действительно, приложение и гостевая операционная система, наверное, не видят никакой разницы, но сетевым администраторам и службе безопасности это совсем не безразлично. Виртуальная машина больше не начинается и не заканчивается на одном конце кабеля Ethernet. Фактически, ее трафик может вообще не иметь отношения к данному кабелю, если она общается с другой виртуальной машиной в пределах одного и того хоста. Или же она может по нескольку раз в день переходить с одного хоста на другой, занимая тем самым гигабайты трафика (виртуальная машина и система хранения данных). Поэтому гораздо разумнее ввести в «облаке» функцию регистрации всех этих миграций, назначить этим виртуальным машинам определенные политики (безопасность, функция QoS, ролевая система доступа, и т. д.), чтобы ограничить их перемещение в определенные места, и, тем самым, расширить возможности службы технической поддержки. Большинство администраторов виртуальных машин было бы радо получить такие возможности, особенно сейчас, когда у них стали требовать данные о виртуальных машинах, резервном копировании, восстановлении в аварийных ситуациях, гостевой операционной системе, системе хранения данных и всех остальных элементах, которые так или иначе связаны с виртуализацией.

«Облака» планируются, а сети администрируются

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

Оценки эффекта для экономик стран ЕС

В опубликованном в декабре 2010 г. отчете «Облачные дивиденды - 2011» Центр экономических и бизнес-исследований (CEBR) утверждает, что к 2015 г. благодаря облачным вычислениям экономика развитых европейских стран будет получать дополнительно по 177,3 млрд евро в год. Отчет, подготовленный по заказу EMC , стал первой в своем роде оценкой значения освоения облачных вычислений на макроэкономическом уровне для пяти крупнейших экономик Европы.

Авторы отчета CEBR пришли к заключению, что если в Великобритании, Германии, Италии, Испании и Франции внедрение облачных технологий будет продолжатся ожидаемыми темпами, то к 2015 г. они будут приносить экономике этих стран по 177,3 млрд евро в год. Важно отметить, что львиная доля этих средств, как показывает исследование, будет обеспечена за счет освоения частной и гибридной моделей облачных вычислений.

CEBR подсчитал, что годовой экономический эффект от облачных вычислений для каждой страны к 2015 г. составит: Эффект, млрд евро:

• Германия - 49,6
• Франция - 37,4
• Италия - 35,1
• Великобритания - 30,0
• Испания - 25,2

177,3 млрд евро могут покрыть кредиты, предоставленные некоторым странам-должникам региона, таким как Ирландия (85 млрд евро) и Греция (110 млрд евро), и помогут правительству Великобритании выполнить план сокращения государственных расходов на 95,7 млрд евро за четыре года, о котором оно недавно объявило.

Облачные вычисления - это новый подход к ИТ, при котором технологии становятся доступными для предприятий в нужном объеме и тогда, когда они в них нуждаются, говорится в исследовании. Это ускоряет время вывода товаров на рынок, снимает традиционные входные барьеры и позволяет компаниям использовать новые коммерческие возможности. Усиливая конкуренцию, этот прямой эффект облачных вычислений окажет огромное влияние на структуру рынка во многих секторах экономики, а следовательно, и на мировые макроэкономические показатели, утверждает CEBR.

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

Исследование сосредоточено на трех наиболее распространенных моделях облачных вычислений:

• публичное облако, которое находится под контролем поставщика услуг;
• частное облако, находящееся под контролем собственного ИТ-подразделения организации;
• гибридное облако, которое представляет собой сочетание первых двух моделей.

CEBR прогнозирует, что к 2015 г. 133 млрд евро, или 75% от общего годового экономического эффекта в 177,3 млрд евро, придется на непубличные модели облачных вычислений. Модель частного облака позволяет убить сразу двух зайцев: организации получают динамичные, предоставляемые по требованию, самообслуживаемые и масштабируемые услуги облачных вычислений, но при этом контроль остается в руках ИТ-подразделения, так что требования безопасности и управляемости не нарушаются.

В процессе исследования CEBR обнаружил также, что частное облако внесет вклад в ускорение темпов развития и создания новых предприятий в размере 23,8 млрд евро. Результирующие косвенные и производные инвестиции и общие расходы создадут дополнительный спрос на товары и услуги, который, в свою очередь, увеличит валовую добавленную стоимость (ВДС) и степень занятости в экономике. CEBR прогнозирует, что до 2015 г. косвенные экономические выгоды в результате дополнительной ВДС во всех пяти странах составят в совокупности 280 млрд евро - по 60 млрд в год - и что косвенная и индуцированная занятость в период между 2010 и 2015 гг. может достичь 2 396 000 работников.

Ведущий экономист CEBR Оливер Хоган (Oliver Hogan) отметил: «Исследование CEBR показывает, что облачные вычисления - это не просто вопрос краткосрочного повышения эффективности ИТ-инвестиций отдельных компаний и, следовательно, их продуктивности. Эта технология может стать критическим макроэкономическим фактором, который будет иметь решающее значение для стимулирования экономического роста в Европе, что особенно важно в сегодняшней неопределенной экономической ситуации. Как фактор улучшения производительных показателей облачные вычисления, вероятно, будут играть особенно важную роль для гарантии сохранения конкурентоспособности Европы на мировом рынке, а значит, и повышения темпов роста экспорта. Более того, как одно из основных современных средств достижения максимальной эффективности инвестиций в ИТ, облачные вычисления могут также стать локомотивом европейских бизнес-инвестиций, которые, в свою очередь, будут двигать вперед европейские страны».

Президент EMC в регионе EMEA Райнер Эрлат (Rainer Erlat) считает: «Подвижность и конкурентоспособность, которую придают предприятиям частные и гибридные облачные вычисления, создают реальные благоприятные возможности для европейского бизнеса - они помогут компаниям наращивать свое преимущество, способствуя экономическому подъему собственных стран. Общепризнано, что для достижения экономического восстановления и сохранения экономической стабильности требуется сокращение задолженности при одновременном поощрении коммерческой конкуренции. Облачные вычисления, которые заменят многие современные ИТ-технологии, предложив более эффективные, гибкие и простые решения, служат реальным средством для этого».

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

Методология исследования

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

Отчет можно загрузить

В сфере информационных технологий продолжается стремительное внедрение инноваций, среди которых являются облачные технологии и вычисления. Популярность, характерная облачным сервисам, стабильно растет вместе с количеством облачных потребителей, к числу которых предприятия различных сфер деятельности и частные потребители. Существуют различные подходы к определению облачных технологий. Согласно определению, предложенному Международным союзом электросвязи и Международной организацией по стандартизации (апрель 2013 года), облачные компьютерные технологии представляют собой парадигму обеспечения сетевого доступа к масштабируемому и гибкому набору доступных для совместной работы физических или виртуальных ресурсов, которые можно при необходимости самостоятельно использовать и регулировать .
В компании Intel под облачными технологиями понимается «виртуальное предоставление общих ресурсов, используемых конечными пользователями в качестве услуги». Аналитической компанией TAdvisor - «облачные вычисления» - концепция «вычислительного облака», согласно которой программы запускаются и выдают результаты работы в окно стандартного веб-браузера на локальном ПК, при этом все приложения и их данные, необходимые для работы, находятся на удаленном сервере в интернете» .
Исследователями Национального института стандартов и технологий США представлено следующее определение: «Облачные вычисления представляют собой модель для обеспечения по требованию удобного сетевого доступа к общему пулу настраиваемых вычислительных ресурсов (например, сетей, серверов, систем хранения данных, приложений и услуг), которые можно быстро выделить и предоставить с минимальными управленческими усилиями или минимальным вмешательством со стороны поставщика услуг» .
Таким образом, концепция облачных вычислений - один из способов предоставления информационных ресурсов в виде сервисов, общие принципы которых заключаются в вычислениях (обработка данных, построение графики) на удаленных серверах. Удаленные серверы настроены на совместную работу, что позволяет использовать совокупную вычислительную мощность. Для использования сервиса пользователю требуется простейшее компьютерное устройство (компьютерный планшет, нетбук) и стабильное интернет-соединение. Процесс работы происходит через веб-браузер, либо через специализированное клиентское программное обеспечение .
Облачное хранилище данных - модель онлайн-хранилища, в котором данные хранятся на многочисленных, распределённых в сети серверах, предоставляемых в пользование клиентам, в основном третьей стороной. Данные хранятся и обрабатываются, в облаке, которое представляет собой, с точки зрения клиента, один большой, виртуальный сервер. Физически такие сервера могут располагаться весьма удалённо друг от друга географически, вплоть до расположения на разных континентах .
К обязательным характеристикам облачных вычислений относятся :

1. самообслуживание по требованию, когда потребитель самостоятельно определяет и изменяет вычислительные потребности, такие как серверное время, скорости доступа и обработки данных, объём хранимых данных без взаимодействия с представителем поставщика услуг;
2. универсальный доступ по сети, т.е. услуги доступны потребителям по сети передачи данных вне зависимости от используемого терминального устройства;
3. объединение ресурсов - организация, предоставляющая услуг, объединяет ресурсы для обслуживания большого числа клиентов в единый пул для динамического распределения вычислительных мощностей между потребителями в условиях постоянного изменения спроса на мощности; в свою очередь клиенты контролируют только основные параметры услуги, например, объём данных, скорость доступа, но фактическое распределение ресурсов, предоставляемых потребителю, осуществляет поставщик услуг (в некоторых случаях потребители всё-таки могут управлять некоторыми физическими параметрами перераспределения, например, указывать предпочтительный центр обработки данных из соображений географической близости);
4. эластичность услуги - это возможность изменения услуг в режиме реального времени, без дополнительной координации с поставщиком, как правило, в автоматическом режиме;
5. учёт потребления, т.е. поставщик услуг автоматически фиксирует используемые ресурсы на определённом уровне абстракции (например, объём хранимых данных, пропускная способность, количество пользователей, количество транзакций), и на основе этих данных оценивает объём предоставленных потребителям услуг.

В облачных средах особенно важным качеством является управляемость. По сравнению с традиционными системами, достижение высокого уровня управляемости в облачных средах осложняется тремя факторами: ограниченным человеческим вмешательством, значительным разбросом диапазона рабочих нагрузок и разнообразием совместно используемых инфраструктур. В подавляющем большинстве случаев будут отсутствовать администраторы баз данных или систем, которые могли бы помочь разработчикам при создании приложений, основанных на облачных сервисах; администрирование платформ должно будет в основном производиться в автоматическом режиме. Системы всегда трудно настраивать при наличии смешанных рабочих нагрузок, которые в данном контексте, по-видимому, будут неизбежно возникать. Со временем, может значительно изменяться рабочая нагрузка даже у одного и того же потребителя: эластичное обеспечение облачных услуг делает эти сервисы экономически целесообразными для пользователей, которым в короткие промежутки работы может потребоваться значительно больше ресурсов, чем обычно. При этом возможности настройки сервисов зависят от способа «виртуализации» совместно используемой инфраструктуры. Для этого потребуется пересмотреть традиционные роли и распределение ответственности для многоуровневого управления ресурсами.
Фундаментальным свойством облачной среды является возможность полностью скрыть от пользователя особенности и сложности технологической инфраструктуры, причем независимо от модели облака. Модель облачных вычислений подразумевает получение пользователями стандартизированных ИТ-сервисов на принципах самообслуживания, беспрепятственный сетевой доступ к ресурсам, организацию пула ресурсов, обладающих высокой «эластичностью». Предоставление этих возможностей строится на абстрагировании инфраструктуры, автоматизации операций и управлении сервисами.
В настоящее время выделяют следующие типы облаков :

1. частные облака (private), обслуживающие одну организацию, которые поддерживаются ею самой или сторонней компанией и располагаются на территории организации или вне нее. Абонентами являются корпоративные офисы и подразделения, деловые партнеры, поставщики сырья, реселлеры, участники производственной цепочки и другие организации. Защищены файрволлом, не выходят за пределы замкнутой внутренней сети, обеспечивается более высокий уровень защиты;
2. групповые облака (community), распределенные между несколькими организациями, объединенными общими интересами (по обслуживанию и расположению не отличаются от частных облаков);
3. общедоступные или публичные облака (public), предоставляемые организациям или частным лицам на базе инфраструктуры провайдера облаков. Абонентом предлагаемых сервисов может стать любая компания и индивидуальный пользователь. Предлагают хранение, а также легкий и доступный по цене способ развертывания веб-сайтов или информационных систем, с большими возможностями масштабирования, которые в других решениях были бы недоступны;
4. гибридные облака, совмещающие перечисленные в любых сочетаниях например, предоставление облачных услуг в общедоступном и частном порядке.

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

1. программное обеспечение как услуга (Software as a Service, сокр. SaaS) - бизнес-модель продажи и использования программного обеспечения, при которой поставщик разрабатывает веб-приложение и самостоятельно управляет им, предоставляя заказчику доступ к программному обеспечению через Интернет. Основное преимущество модели SaaS для потребителя услуги состоит в отсутствии затрат, связанных с установкой, обновлением и поддержкой работоспособности оборудования и работающего на нём программного обеспечения;
2. платформа как услуга (Platform as a Service, сокр. PaaS) - модель предоставления облачных вычислений, при которой потребитель получает доступ к использованию информационно-технологических платформ: операционных систем, систем управления базами данных, связующему программному обеспечению, средствам разработки и тестирования, размещённым у облачного провайдера;
3. инфраструктура как услуга (Infrastructure as a Service, сокр. IaaS) - охватывает аппаратные средства и технологию для компьютерных вычислений и хранения данных, операционные системы и другую инфраструктуру, которые предоставляются не как локальные ресурсы, а опосредованно - через обращение к сервисам, размещенным на стороне провайдера. В отличии от модели PaaS предоставляется возможность самостоятельного управления ресурсами, потребитель получает полный доступ к возможностям сервера. Известна также модель Аппаратные средства как сервис (Hardware as a Service, HaaS), но она скорее является подтипом модели IaaS. Каждая из перечисленных выше сервисных моделей может быть задействована независимо или в комбинации с другими вариантами сервисных звеньев.