Концепция «облачных вычислений» зародилась в 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), быстрой окупаемости инвестиций и более эффективному перераспределению ресурсов. Эта экономия может реинвестироваться, поощряя инновации, повышая конкурентоспособность и непосредственно улучшая рентабельность, т. е. дает ощутимый положительный эффект для экономики стран.

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

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

«Облачные дивиденды - 2011» - первый в цикле из двух отчетов. Во втором отчете, который выйдет в феврале 2011 г., будет рассмотрен экономический эффект и влияние облачных вычислений на конкретные отрасли экономики Франции, Германии, Италии, Испании и Великобритании.

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

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

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

Облачная обработка данных как концепция включает в себя понятия:

1) инфраструктура как услуга

2) платформа как услуга

3) программное обеспечение как услуга

4) данные как услуга

5) рабочее место как услуга

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

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

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

Что же не считают облачными вычислениями? Во-первых, это автономные вычисления на локальном компьютере. Во-вторых, это "коммунальные вычисления" (utilitycomputing), когда заказывается услуга исполнения особо сложных вычислений или хранения массивов данных. В-третьих, это коллективные (распределённые) вычисления (gridcomputing). На практике границы между всеми этими типами вычислений достаточно размыты. Однако будущее облачных вычислений всё же значительно масштабнее коммунальных и распределённых систем.

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

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