Основные понятия облачных вычислений

Содержание:

Введение

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

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

Объектом исследования является технология облачных сервисов со всеми их характеристиками, архитектурными особенностями и другими параметрами.

Предметом исследования являются модели обслуживания облачных сервисов: инфраструктура как услуга (IaaS), платформа как услуга (PaaS) и программное обеспечение как услуга (SaaS) и дополнительные.

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

Задачами данной работы являются:

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

В основу изучения вопроса облачных вычислений были положены работы таких авторов, как Д. Мол и Д. Риз.

1. Основные понятия облачных вычислений

1.1. Понятие облачных вычислений

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

Рис. 1. Структура облачных вычислений

Облачные ресурсы могут быть общественными, приватными или гибридными (рисунок 2). Критика облачных вычислений чаще всего основана на их социальных последствиях. Это случается, когда владельцем удаленного сервера является частое лицо, которое может использовать приватные данные пользователей в личных целях^[2].

Рис. 2. Модели развертывания облачных вычислений

Облачные вычисления представляют собой информационно-технологическую концепцию, которая подразумевает обеспечение по требованию удобного и повсеместного сетевого доступа конфигурируемых вычислительных ресурсов к общему пулу. Ресурсы должны предоставляться оперативно и быть освобожденными с минимальными затратами эксплуатации или обращений к провайдеру. Примерами таких ресурсов могут быть сети передачи данных, сервера, устройства хранения данных, приложения и сервисы — как вместе, так и по отдельности^[3].

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

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

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

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

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

На сегодняшний день использование сетей с высокой пропускной способностью, низкий уровень затрат на компьютеры и устройства хранения данных, а также внедрение аппаратной виртуализации, сервис-ориентированной архитектуры, автономность и вспомогательные утилиты привели к росту облачных вычислений. На сегодня поставщики облачных технологий получают темпы роста до 50% в год^[7] [2, 3, 5, 6, 10].

1.2. Безопасность в облачных вычислениях

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

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

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

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

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

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

Обязательными элементами безопасности в облаках являются:

• альтернативный поставщик облачного решения;
• прозрачное управление поддержанием архивных копий данных;
• альтернативный провайдер интернета в горячем резерве;
• жесткие условия ответственности в соглашениях с поставщиками;
• страхование^[11].

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

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

1.3. Перспективы облачных вычислений

В данный момент наблюдается лишь начальная стадия развития облачных вычислений. Сегодня организации делают лишь неуверенные шаги в сторону облачных вычислений, но уже к 2020 году прогнозируется главенствование облачных вычислений в инфраструктуре предприятий. Это будет достигаться обработкой облачных задач малопотребляющими процессорами, которые будут работать в высокоавтоматизированных центрах обработки данных и поддерживать тесно интегрированную, масштабируемую архитектуру программного обеспечения^[14].

Аналитической группой Forrester прогнозируется рост мирового рынка облачных вычислений к 2020 году до примерно 150 миллиардов долларов, чему поспособствует внедрение облаков в информационную инфраструктуру многих организаций. Также будут развиваться технологии, поддерживающие облачные вычисления, и увеличиваться вычислительные мощности, что снизит цену на облака и сделает их еще доступнее^[15].

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

В последнее время поставщики инфраструктуры как услуги занимали ведущие позиции в развитии облачных вычислений. Terremark, Rackspace, Amazon Web Services и другие популярные вендоры предоставляют клиентам доступ к вычислениям и хостингу. В будущем поставщики платформы как услуги, такие как Heroku, Engine Yard и RightScale, приобретут большое значение, так как компании захотят получить более совершенные инструменты для миграции все более сложных рабочих информационных нагрузок в облако^[17].

В долгосрочной перспективе порядка 5-6 лет программное обеспечение будет оторвано от аппаратуры, новые технологии будут предоставляться в виде сервиса. Облачные вычисления окончательно превратятся в невидимые.

Чтобы воспользоваться огромным парком доступной через облака аппаратуры каждое приложение в отдельности должно стать сложнее и объемнее, поскольку оно пишется в расчете на использование эффекта масштаба. С ростом сложности и размеров программ акцент в процессе разработки программного обеспечения будет смещаться в сторону модульного программного обеспечения — крупных приложений, компоненты которых могут модифицироваться без прекращения работы программы. Соответственно облачные приложения потребуют от программистов нового склада мышления, особенно в тех случаях, когда они должны взаимодействовать с несколькими облаками. В 2020 году одной из главных проблем станет управление интегрированными сервисами. Это связано с тем, что приложения будут не только размещаться в облаке, но и обращаться к приложениям и к другим облакам, которые размещены в центрах обработки данных различных компаний. Другими словами, различные части приложений будут находиться у сервис-провайдеров и вокруг них^[18].

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

К 2020 году будет полным ходом осуществляться переход на недорогое оборудование, поскольку такие схемы, как Open Compute Project, выйдут за пределы центров обработки данных Amazon Web Services и Facebook и станут внедряться и небольшими компаниями. Если разделить инфраструктуру на базовые компоненты, можно быстро производить апгрейды и замены. Лучше всего инфраструктура на оборудовании потребительского класса подходит крупным компаниям, которые имеют большие центры обработки данных. С нынешнего времени и до 2020 года наиболее быстро растущим сектором рынка станут облачные сервис-провайдеры^[19].

С появлением на рынке малопотребляющих процессоров ARM с 64-разрядными возможностями, их использование начнет нарастать очень быстрыми темпами. Для RISC-процессоров будет разработано корпоративное программное обеспечение, которое будет позволять компаниям применять в своих центрах обработки данных экономно расходующие энергию процессоры и тем самым на порядок снизить расходы на электричество. Весьма вероятно, что к 2020 году малопотребляющие процессоры можно будет встретить повсеместно. И это будут не только процессоры ARM. Сознавая нависшую над ней угрозу, компания Intel напряженно трудится над снижением энергопотребления процессоров Atom. Facebook считает, что распространение процессоров ARM начнется с устройств хранения, а затем охватит серверы. Данная тенденция окажет огромное влияние на объем выполняемой полезной работы в расчете на доллар, что поможет облачным провайдерам, таким как Amazon Web Services, снизить расходы на электричество, что может выразиться в выгоде для разработчиков^[20].

Сочетание потребностей в наращивании числа ядер в высокопроизводительных процессорах и широко распределенных приложениях приведет к появлению в центрах обработки данных сверхскоростных внутренних соединений. Можно ожидать, что к 2020 году коммуникации в центрах обработки данных будут осуществляться со скоростью нескольких сотен гигабит в секунду. Произойдет очень быстрое превращение технологий скоростных внутренних соединений в массовый товар, что приведет к появлению очень быстрых и дешевых соединений. Это позволит ускорить передачу информации в центрах обработки данных и снизить ее стоимость. Благодаря этому компании смогут создавать более крупные приложения, которые пересылают больше данных, и потенциально откроет перед разработчиками возможность написания более интеллектуальных, сложных и автоматизированных программ^[21].

Сегодня облака различаются в зависимости от того, какие услуги они предоставляют: инфраструктура как сервис, платформа как сервис или программное обеспечение как сервис. Но, согласно исследованию аналитической группы Forrester, к 2020 году появятся более специализированные инструменты, такие как инструменты промежуточной виртуализации или динамические сервисы аутсорсинга бизнес-процессов. Другими словами, наряду с несколькими крупными провайдерами, которые предлагают простые технологии, такие как вычисления и хранение, возникнет широкая сеть провайдеров специализированных облачных сервисов, позволяющая компаниям переносить в облака задачи, которые иначе пришлось бы решать с помощью весьма специфических приложений. Облака, как и любые другие полезные вещи, будут дифференцироваться в зависимости от возможностей их инфраструктуры и разделятся на неизвестные ранее классы^[22] [3, 7].

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

2. Основные модели предоставления услуг

2.1. Архитектура облачных вычислений

Облачные сервисы можно представить в виде многослойной модели, состоящей из слоев инфраструктуры как услуги, платформы как услуги и программного обеспечения как услуги. Базисом или фундаментом облачных сервисов является физическая инфраструктура, то есть хранилища, сети, серверы и системное программное обеспечение облачного дата-центра^[23] [1].

Архитектура облачных вычислений представлена на рисунке 3.

Рис. 3. Схема использования моделей обслуживания в облачных вычислениях

2.2. Инфраструктура как услуга. Модель IaaS

Первый слой услуг облачных вычислений представляет собой инфраструктуру, предоставляющую пользователю сетевую и компьютерную инфраструктуры, а также ее обслуживание в форме виртуальной инфраструктуры, то есть, базируясь на физической инфраструктуре центров обеспечения доступа или дата-центров, поставщиком создается виртуальная инфраструктура, предоставляемая пользователям в качестве сервиса. Виртуализация позволяет осуществить преобразование физической инфраструктуры дата-центров в виртуальную. Именно таким образом создается первый слой облачных услуг – «Инфраструктура как услуга»^[24].

В наиболее базовой модели облачных услуг и в соответствии с IETF, поставщики IaaS предлагают компьютерные физические или чаще виртуальные ресурсы. Гипервизор запускает виртуальные машины в качестве гостей. Облачные гипервизоры в режиме оперативной поддержки системы могут поддерживать большое количество виртуальных машин и способны оказывать комплексные услуги в соответствии с меняющимися требованиями клиентов. В качестве примеров гипервизоров можно представить Hyper-V, Oracle VirtualBox, Xen, VMware ESX / ESXi или KVM. Инфраструктура облачных вычислений часто предлагает дополнительные ресурсы, такие как образа диска библиотеки виртуальной машины, хранилища данных, брандмауэры, IP-адресацию, виртуальную локальную сеть и пакеты программного обеспечения. Поставщики инфраструктуры облачных вычислений поставляют эти ресурсы по требованию из центров обработки данных^[25].

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

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

Концепция IaaS позволяет пользователю приобретать только вычислительные мощности, необходимые для выполнения определенных задач. В состав дополнительных услуг IaaS может входить подключение любого физического оборудования пользователя к облачной платформе и его размещение в сети дата-центров^[27] [1, 3, 4, 9].

2.3. Платформа как услуга. Модель PaaS

Второй слой услуг облачных вычислений представляет собой платформа как сервис и является категорией услуг облачных вычислений, которая обеспечивает платформу, позволяющую заказчикам разрабатывать, запускать и управлять веб-приложениями без сложностей создания и поддержания инфраструктуры, которые обычно присутствуют при разработке и запуске приложений. Платформа как сервис может поставляться двумя способами^[28]:

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

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

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

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

Преимуществом PaaS в первую очередь является возможность для программирования высокого уровня резкого снижения сложности; разработка приложений может быть более эффективной, так как она встроена в инфраструктуру; облегченное поддержание и усиление приложений. Это также может быть полезно в ситуациях, когда несколько разработчиков работают над одним проектом с участием сторон, которые находятся далеко^[33] [2, 6, 7, 9, 10, 12, 13].

2.4. Программное обеспечение как услуга. Модель SaaS

Третий слой услуг облачных вычислений представляет собой Программное обеспечение как услугу и является модель обеспечения лицензирования и доставки, в которой программное обеспечение лицензируется на основе подписки и располагается на центральном хостинге. Такую методичку называют «предоставлением по требованию» программного обеспечения. SaaS, как правило, обеспечивает доступ пользователей с помощью тонкого клиента через веб-браузер. SaaS стала распространенной моделью поставки для многих бизнес-приложений, включая офисные приложения, обмен сообщениями, программное обеспечение для обработки платежных ведомостей, программное обеспечение СУБД, программное обеспечение для управления, САПР, программное обеспечение разработки, виртуализацию, управление взаимоотношениями с клиентами, информационные системы управления, планирование ресурсов предприятия, выставление счетов, управление человеческими ресурсами, управление контентом и управление Service Desk^[34].

Термин «программное обеспечение как услуга» считается частью архитектуры облачных вычислений, также как инфраструктура как услуга, платформ как услуга, рабочий стол как услуга, сервер как услуга и информационные технологии управления как услуга^[35].

Централизованное размещение бизнес-приложений восходит к 1960 году. Начиная с того времени IBM и другие поставщики мейнфреймов ввели сервис обслуживания бизнес-бюро, также называемый как режим разделения времени или утилита вычислений. Такие услуги были включены в предложение вычисления мощности и хранения в базах данных для банков и других крупных организаций по всему миру с помощью центров обработки данных^[36].

Распространение Интернета в течение 1990-х годов привело к новому классу централизованных вычислений, называемых провайдерами приложений. ASP предусматривает работу с сервисом хостинга и управлением специализированными бизнес-приложениями с целью сокращения расходов за счет централизованного управления и специализации поставщика решений в конкретном бизнес-приложении. Двумя крупнейшими родоначальниками ASP в мире были USI, с штаб-квартирой в Вашингтоне, и Futurelink Corporation, с штаб-квартирой в Оранж Каунти^[37].

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

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

Относительно низкая стоимость для пользователя в многопользовательской среде позволяет некоторым поставщикам SaaS предложить приложения с использованием Freemium модели. В этой модели бесплатный сервис доступен с ограниченной функциональностью или областью, а плата взимается за расширенную функциональность или больший объем. Некоторые другие приложения SaaS полностью бесплатны для пользователей, а доходы появляются от альтернативных источников, таких как реклама^[40].

Ключевым двигателем роста SaaS является способность продавцов SaaS обеспечения конкурентоспособной цены с локальным программным обеспечением^[41].

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

Программное обеспечение по требованию обладает следующими ключевыми признаками:

• доступ к программному обеспечению, разработанному в соответствии с моделью SaaS, предоставляется удалённо по сетевым каналам и, как правило, через веб-интерфейс, кроме того, могут использоваться тонкие клиенты и терминальный доступ;
• программное обеспечение развёртывается в центре обработки данных в виде единого программного ядра, с которым работают все заказчики;
• программное обеспечение предоставляется на условиях уплаты периодических арендных платежей;
• обслуживание и обновление программного обеспечения выполняется централизованно на стороне поставщика приложения, предоставляемого как услуга ^[43];
• стоимость технической поддержки обычно включается в арендную плату.

В качестве достоинств использования модели SaaS заказчиками можно представить:

• отсутствие необходимости установки программного обеспечения на рабочих местах пользователей;
• радикальное сокращение затрат на развёртывание системы в организации: расходы на аренду помещения, организацию дата-центра, оплату труда сотрудников и подобные;
• сокращение затрат на техническую поддержку и обновление развернутых систем;
• быстрота внедрения, обусловленная отсутствием затрат времени на развертывание системы^[44];
• понятный интерфейс;
• ясность и предсказуемость платежей, защита инвестиций;
• мультиплатформенность;
• возможность получить более высокий уровень обслуживания программного обеспечения^[45].

В качестве достоинств использования модели SaaS разработчиками можно представить:

• рост популярности веб-сервисов для конечных пользователей;
• развитие веб-технологий, большие функциональные возможности веб-приложений и простота их реализации;
• быстрые процессы внедрения и сравнительно низкие затраты ресурсов на обслуживание конкретного клиента;
• лёгкое проникновение на глобальные рынки;
• отсутствие проблем с нелицензионным распространением программного обеспечения;
• защита инвестиций разработчика в процесс продаж;
• в долгосрочном периоде доходы от SaaS могут оказаться выше прибыли, полученной от продажи лицензий и оказания технической поддержки^[46] [1, 4, 5, 6, 7, 11].

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

Заключение

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

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

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

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

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

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

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

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

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

Список использованных источников

1. Андреевский И.Л. О методах оценки эффекта от внедрения облачных технологий / И. Л. Андреевский, О. Б. Кузнецова // Современные проблемы прикладной информатики: сборник научных трудов международной научно-практической конференции. – СПб., 2011. – С. 239-243.
2. Заборовский В. Платформа управления киберфизическими объектами / В. Заборовский, А. Лукашин, В. Мулюха // Открытые системы. – М., 2014. - №09. – С. 16-21.
3. Мол Д. Создание облачных, мобильных и веб-приложений на F# / Д. Мол. – М.:ДМК Пресс, 2013. – 108 с.
4. Норр Т. Облачные сервисы масштаба WWW / Т. Норр, К. Шенг, Ш. Дустдар // Открытые системы. – М., 2014. - №07. – С. 42-43.
5. Онищук Ю. С облаков на землю / Ю. Онищук // Сети/network world. – М., 2013. - №04. – С. 32-35.
6. Пойда А. Обработка Больших Данных в облаках / А. Пойда, А. Поялков, А. Новиков // Открытые системы. – М., 2013. - №10. – С. 16-22.
7. Риз. Д. Облачные вычисления / Д. Риз. – СПб.: БХВ-Петербург, 2011. – 288 с.
8. Ривкин М. Облачные иллюзии / М. Ривкин // Открытые системы. – М., 2014. - №07. – С. 26-31.
9. Серрано Н. Сервисы, архитектура и унаследованные системы / Н. Серрано, Х. Эрнантес, Г. Галлардо // Открытые системы. – М., 2014. - №08. – С. 76-81.
10. Смирнов Н. Айсберги облачных решений / Н. Смирнов. // Директор информационной службы. – М., 2014. - №10. – С. 23-26.
11. Тульский Р. Управление гибридными средами / Р. Тульский // Открытые системы. – М., 2014. - №04. – С. 17-22.
12. Хасселл Д. Неудобная правда об общедоступных облаках / Д. Хасселл // Директор информационной службы. – М., 2014. - №07. – С. 7-12.
13. Хо А. Стимулирование инноваций с помощью IaaS / А. Хо // PC Week. – М., 2014. - № 21. – С. 42-45.

1. Онищук Ю. С облаков на землю / Ю. Онищук // Сети/network world. – М., 2013. - № 04. – С. 32. ↑

2. Заборовский В. Платформа управления киберфизическими объектами / В. Заборовский, А. Лукашин, В. Мулюха // Открытые системы. – М., 2014. - № 09. – С. 16. ↑

3. Пойда А. Обработка Больших Данных в облаках / А. Пойда, А. Поял-ков, А. Новиков // Открытые системы. – М., 2013. - № 10. – С. 17. ↑

4. Норр Т. Облачные сервисы масштаба WWW / Т. Норр, К. Шенг, Ш. Дустдар // Открытые системы. – М., 2014. - № 07. – С. 42. ↑

5. Заборовский В. Платформа управления киберфизическими объектами / В. Заборовский, А. Лукашин, В. Мулюха // Открытые системы. – М., 2014. - № 09. – С. 18. ↑

6. Ривкин М. Облачные иллюзии / М. Ривкин // Открытые системы. – М., 2014. - № 07. – С. 28. ↑

7. Смирнов Н. Айсберги облачных решений / Н. Смирнов. // Директор информационной службы. – М., 2014. - № 10. – С. 25. ↑

8. Андреевский И.Л. О методах оценки эффекта от внедрения облачных технологий / И. Л. Андреевский, О. Б. Кузнецова // Современные пробле-мы прикладной информатики: сборник научных трудов международной научно-практической конференции. – СПб., 2011. – С. 239. ↑

9. Мол Д. Создание облачных, мобильных и веб-приложений на F# / Д. Мол. – М.:ДМК Пресс, 2013. – С. 77. ↑

10. Мол Д. Создание облачных, мобильных и веб-приложений на F# / Д. Мол. – М.:ДМК Пресс, 2013. – С. 79. ↑

11. Андреевский И.Л. О методах оценки эффекта от внедрения облачных технологий / И. Л. Андреевский, О. Б. Кузнецова // Современные пробле-мы прикладной информатики: сборник научных трудов международной научно-практической конференции. – СПб., 2011. – С. 240. ↑

12. Риз. Д. Облачные вычисления / Д. Риз. – СПб.: БХВ-Петербург, 2011. – С. 174. ↑

13. Андреевский И.Л. О методах оценки эффекта от внедрения облачных технологий / И. Л. Андреевский, О. Б. Кузнецова // Современные пробле-мы прикладной информатики: сборник научных трудов международной научно-практической конференции. – СПб., 2011. – С. 239-243. ↑

14. Риз. Д. Облачные вычисления / Д. Риз. – СПб.: БХВ-Петербург, 2011. – С. 45. ↑

15. Мол Д. Создание облачных, мобильных и веб-приложений на F# / Д. Мол. – М.:ДМК Пресс, 2013. – С. 99. ↑

16. Риз. Д. Облачные вычисления / Д. Риз. – СПб.: БХВ-Петербург, 2011. – С. 164. ↑

17. Мол Д. Создание облачных, мобильных и веб-приложений на F# / Д. Мол. – М.:ДМК Пресс, 2013. – С. 100. ↑

18. Мол Д. Создание облачных, мобильных и веб-приложений на F# / Д. Мол. – М.:ДМК Пресс, 2013. – С. 55. ↑

19. Мол Д. Создание облачных, мобильных и веб-приложений на F# / Д. Мол. – М.:ДМК Пресс, 2013. – С. 61. ↑

20. Риз. Д. Облачные вычисления / Д. Риз. – СПб.: БХВ-Петербург, 2011. – С. 168. ↑

21. Мол Д. Создание облачных, мобильных и веб-приложений на F# / Д. Мол. – М.:ДМК Пресс, 2013. – С. 27. ↑

22. Риз. Д. Облачные вычисления / Д. Риз. – СПб.: БХВ-Петербург, 2011. – С. 75. ↑

23. Андреевский И.Л. О методах оценки эффекта от внедрения облачных технологий / И. Л. Андреевский, О. Б. Кузнецова // Современные проблемы прикладной информатики: сборник научных трудов международной научно-практической конференции. – СПб., 2011. – С. 239. ↑

24. Пойда А. Обработка Больших Данных в облаках / А. Пойда, А. Поял-ков, А. Новиков // Открытые системы. – М., 2013. - № 10. – С. 22. ↑

25. Андреевский И.Л. О методах оценки эффекта от внедрения облачных технологий / И. Л. Андреевский, О. Б. Кузнецова // Современные проблемы прикладной информатики: сборник научных трудов международной научно-практической конференции. – СПб., 2011. – С. 241. ↑

26. Андреевский И.Л. О методах оценки эффекта от внедрения облачных технологий / И. Л. Андреевский, О. Б. Кузнецова // Современные проблемы прикладной информатики: сборник научных трудов международной научно-практической конференции. – СПб., 2011. – С. 242. ↑

27. Онищук Ю. С облаков на землю / Ю. Онищук // Сети/network world. – М., 2013. - № 04. – С. 32 ↑

28. Смирнов Н. Айсберги облачных решений / Н. Смирнов. // Директор информационной службы. – М., 2014. - № 10. – С. 23. ↑

29. Хасселл Д. Неудобная правда об общедоступных облаках / Д. Хасселл // Директор информационной службы. – М., 2014. - № 07. – С. 8. ↑

30. Заборовский В. Платформа управления киберфизическими объектами / В. Заборовский, А. Лукашин, В. Мулюха // Открытые системы. – М., 2014. - № 09. – С. 19. ↑

31. Заборовский В. Платформа управления киберфизическими объектами / В. Заборовский, А. Лукашин, В. Мулюха // Открытые системы. – М., 2014. - № 09. – С. 19. ↑

32. Хасселл Д. Неудобная правда об общедоступных облаках / Д. Хасселл // Директор информационной службы. – М., 2014. - № 07. – С. 7. ↑

33. Ривкин М. Облачные иллюзии / М. Ривкин // Открытые системы. – М., 2014. - № 07. – С. 31. ↑

34. Норр Т. Облачные сервисы масштаба WWW / Т. Норр, К. Шенг, Ш. Дустдар // Открытые системы. – М., 2014. - № 07. – С. 42. ↑

35. Андреевский И.Л. О методах оценки эффекта от внедрения облачных технологий / И. Л. Андреевский, О. Б. Кузнецова // Современные пробле-мы прикладной информатики: сборник научных трудов международной научно-практической конференции. – СПб., 2011. – С. 243. ↑

36. Риз. Д. Облачные вычисления / Д. Риз. – СПб.: БХВ-Петербург, 2011. – С. 217. ↑

37. Онищук Ю. С облаков на землю / Ю. Онищук // Сети/network world. – М., 2013. - № 04. – С. 35. ↑

38. Андреевский И.Л. О методах оценки эффекта от внедрения облачных технологий / И. Л. Андреевский, О. Б. Кузнецова // Современные проблемы прикладной информатики: сборник научных трудов международной научно-практической конференции. – СПб., 2011. – С. 243. ↑

39. Тульский Р. Управление гибридными средами / Р. Тульский // Откры-тые системы. – М., 2014. - №04. – С. 22. ↑

40. Андреевский И.Л. О методах оценки эффекта от внедрения облачных технологий / И. Л. Андреевский, О. Б. Кузнецова // Современные проблемы прикладной информатики: сборник научных трудов международной научно-практической конференции. – СПб., 2011. – С. 240. ↑

41. Пойда А. Обработка Больших Данных в облаках / А. Пойда, А. Поял-ков, А. Новиков // Открытые системы. – М., 2013. - № 10. – С. 21. ↑

42. Онищук Ю. С облаков на землю / Ю. Онищук // Сети/network world. – М., 2013. - № 04. – С. 35. ↑

43. Пойда А. Обработка Больших Данных в облаках / А. Пойда, А. Поял-ков, А. Новиков // Открытые системы. – М., 2013. - № 10. – С. 22. ↑

44. Черняк Л. Гибридные облака: новый виток виртуализации / Л. Черняк // Открытые системы. – М., 2014. - № 09. – С. 14. ↑

45. Пойда А. Обработка Больших Данных в облаках / А. Пойда, А. Поял-ков, А. Новиков // Открытые системы. – М., 2013. - № 10. – С. 21. ↑

46. Андреевский И.Л. О методах оценки эффекта от внедрения облачных технологий / И. Л. Андреевский, О. Б. Кузнецова // Современные проблемы прикладной информатики: сборник научных трудов международной научно-практической конференции. – СПб., 2011. – С. 239. ↑