Файл: ОБЛАЧНЫЕ СЕРВИСЫ (ПОНЯТИЕ ОБЛАЧНЫХ СЕРВИСОВ И ИХ ОСНОВНЫЕ ХАРАКТЕРИСТИКИ).pdf
Добавлен: 13.06.2023
Просмотров: 249
Скачиваний: 4
4) гибридные облачные сервисы сочетают в себе общедоступные и частные облака, возможно и групповые облака. Обычно они создаются предприятием, а обязанности по управлению ими распределяются между предприятием и поставщиком общедоступного облака.
По способу оплаты выделяются такие виды облачных сервисов[9]:
1) облачные сервисы, оплачиваемые на основе подписки, когда пользователь оплачивает использование сервиса за определенный период времени, в течение которого может в любой момент им воспользоваться.
2) облачные сервисы, оплачиваемые по факту использования (аналогично оплате коммунальных услуг, отсюда термин utility computing). Пользователь оплачивает только то время, в течение которого фактически пользовался сервисом.
3) облачные сервисы с включением оплаты в стоимость программного продукта. Покупая программный продукт, пользователь может воспользоваться определенными облачными сервисами, которые предлагает разработчик.
4) бесплатные облачные сервисы, когда пользователь может воспользоваться тем или иным облачным сервисом без оплаты.
По характеру облачного сервиса выделяют следующее типы:
1) Программное обеспечение как сервис (Software as a Service, SaaS) обеспечивает возможность аренды приложений[10]. Модель предоставления программного обеспечения как сервиса является моделью обеспечения доступа к приложениям через Интернет с оплатой по факту их использования.
Данная модель является наиболее распространенной на сегодняшний день моделью предоставления облачных сервисов. Организации могут реализовывать подобную модель предоставления сервиса из частных облаков, используя внутренние сетевые каналы, дополнительно защищенные и не связанные с Интернетом.
Потребителями данного типа сервисов являются конечные пользователи, которые работают с приложениями, предоставляемыми в «облаке». Соглашение о предоставлении сервисов (SLA) обычно покрывает такие характеристики сервисов, как их доступность (uptime) и производительность. Возможности настройки приложений под нужды потребителей минимальны или вообще отсутствуют, их уровень диктуется требованиями рынка или возможностями поставщиков таких приложений. Оплата конечного сервиса, как правило, производится ежемесячно и рассчитывается на основе количества пользователей приложения.
2) Платформа как сервис (PaaS). Модель предоставления платформы как сервиса (Platform as a Service, PaaS) обеспечивает возможность аренды платформы, которая обычно включает операционную систему и прикладные сервисы[11].
Платформа как сервис облегчает разработку, тестирование, развертывание и сопровождение приложений без необходимости инвестиций в инфраструктуру и программную среду. Платформа как сервис также включает и инфраструктуру как сервис. Примером платформы как сервис может служить Windows Azure, Amazon Web Services (AWS).
В такой модели потребителями являются сами компании, разработавшие приложения. Платформа обеспечивает среду для выполнения приложений, сервисы по хранению данных и ряд дополнительных сервисов, например интеграционные или коммуникационные. Соглашение о предоставлении сервисов (SLA) включает такие характеристики сервисов, как доступность среды выполнения приложений и ее производительность.
Возможности настройки приложений под нужды потребителей не ограничены в рамках функциональности платформы. Оплата облачной платформы рассчитывается исходя из объема использованных вычислительных ресурсов, таких как: время работы приложения; объем данных и количество операций с данными (транзакций); сетевой трафик.
3) Инфраструктура как сервис. Модель предоставления инфраструктуры (аппаратных ресурсов) как сервиса (Infrastructure as a Service, IaaS) обеспечивает возможность аренды таких инфраструктурных ресурсов, как серверы, устройства хранения данных и сетевое оборудование[12]. Управление всей инфраструктурой осуществляется поставщиком сервисов, а потребитель управляет только операционной системой и установленными приложениями.
Такие сервисы обычно оплачиваются по их фактическому использованию и позволяют пользователю увеличивать или уменьшать объем используемой инфраструктуры через специальные порталы, предоставляемые поставщиками сервисов. В этой модели потребителями являются владельцы приложений, ИТ - специалисты, подготавливающие образы ОС для их запуска в сервисной инфраструктуре. Облачная платформа предоставляет сервисы для запуска виртуальных машин и сервисы хранения данных.
Примерами услуг инфраструктуры служат IBM SmartCloud Enterprise, VMWare, Amazon EC2, Windows Azure, Google Cloud Storage, Parallels Cloud Server и многие другие.
4) аналитика как сервис (as a Service - DMaaS) - данные, анализируемые пользователем «трансформируются» в микрокубы на «облаке»[13]. Кроме того предлагается трансформация не только данных, введенных в таблицу, но и любых данных предприятия, которое в таком случае оплачивает трансформационные затраты и анализирует данные.
5) облачное хранилище данных - модель онлайн-хранилища, в котором данные хранятся на многочисленных, распределённых в сети серверах, предоставляемых в пользование клиентам, в основном третьей стороной. Данные хранятся, а равно и обрабатываются, в облаке, которое представляет собой, с точки зрения клиента, один большой, виртуальный сервер. Физически такие сервера могут располагаться весьма удалённо друг от друга географически, вплоть до расположения на разных континентах[14].
По программно-технической реализации облачные сервисы могут подразделяться следующим образом[15]:
1. На стороне пользователя находится клиентская часть, обеспечивающая доступ к облачному сервису.
2. Доступ к сервису реализован через WEB-браузер.
3. Доступ к сервису реализуется посредством разработки специализированных приложений. Как правило, для этого используются средства, предоставляемые владельцем сервиса. Таким средством могут быть, например API, которыми разработчики могут воспользоваться непосредственно через Интернет.
Каждый подход имеет свои достоинства и недостатки, но, с точки зрения экономики, самой важной характеристикой является оплата по факту использования, реализуемая именно облачными сервисами.
ГЛАВА 3. ТРУДНОСТИ ИСПОЛЬЗОВАНИЯ ОБЛАЧНЫХ СЕРВИСОВ И ПУТИ ИХ ПРЕОДОЛЕНИЯ
Хотя за последние несколько лет облачные сервисы приобрели огромную популярность у предприятий за свои многочисленные выгоды, они не лишены рисков в таких областях, как безопасность, конфиденциальность данных и доступность данных. Стало очевидно, что необходимо единое мнение о методах оценки рисков облачных вычислений, но этого трудно добиться, поскольку в отрасли отсутствует единая, стандартная, структурированная платформа, которая могла бы помочь предприятиям в оценке и снижении рисков облачных вычислений.
Безопасность должна быть частью облачной системы, а не ее надстройкой[16]. Необходимо рассматривать вопросы безопасности в самом начале развертывания облачной системы - на этапе планирования. Использование облачной структуры предполагает деление ее с большим числом людей, при этом имеется очень немного инструментов, делающих возможность контролировать то, как люди будут использовать этот общественный ресурс.
На сегодняшний момент существует несколько методик для оценки рисков от внедрения информационных технологий и созданные на основе их программные продукты. К ним относятся: риск-модель Octave, Cramm, Risk Watch[17]. В случае использования частного облака эти модели могут быть использованы для управления риском с внесением ряда поправок. Однако если частное облако находится в собственности организации и физически существует внутри ее юрисдикции, то возможно абстрагироваться от идеи облака и считать, что фирма его не использует. При использовании частного облака, можно считать клиентом работников организации, а ее саму провайдером услуг. Также они могут служить базисом для создания новой модели, способной удовлетворить возникшую потребность.
Следовательно, облачные сервисы обеспечивают плодородную почву для усилий по объединению и ускорению исследований, выполняемых сообществом баз данных в этих областях. Залогом успеха здесь будет ориентация на конкретные сценарии использования облачных сервисов, основанные на практических экономических стимулах для сервис-провайдеров и потребителей.
В облачных средах особенно важным качеством является управляемость[18]. По сравнению с традиционными системами, достижение высокого уровня управляемости в облачных средах осложняется тремя факторами: ограниченным человеческим вмешательством, значительным разбросом диапазона рабочих нагрузок и разнообразием совместно используемых инфраструктур. В подавляющем большинстве случаев будут отсутствовать администраторы баз данных или систем, которые могли бы помочь разработчикам при создании приложений, основанных на облачных сервисах; администрирование платформ должно будет в основном производиться в автоматическом режиме.
Системы всегда трудно настраивать при наличии смешанных рабочих нагрузок, которые в данном контексте, по-видимому, будут неизбежно возникать. Со временем, может значительно изменяться рабочая нагрузка даже у одного и того же потребителя: эластичное обеспечение облачных услуг делает эти сервисы экономически целесообразными для пользователей, которым в короткие промежутки работы может потребоваться значительно больше ресурсов, чем обычно.
При этом возможности настройки сервисов зависят от способа «виртуализации» совместно используемой инфраструктуры. Для этого потребуется пересмотреть традиционные роли и распределение ответственности для многоуровневого управления ресурсами.
Отдельной проблемой является абсолютный масштаб «облачных вычислений»[19]. Существующие системы баз данных не могут масштабироваться на тысячи узлов при размещении в облачном контексте. В области хранения данных непонятно, следует обходить эти ограничения с применением новых методов реализации транзакционности, или с использованием новой семантики хранения данных, или того и другого.
В существующих облачных сервисах начинают применяться некоторые простые прагматические подходы, но для синтеза идей, описанных в литературе, в современных условиях облачных вычислений требуется дополнительная работа. При обработке и оптимизации запросов будет нереально производить исчерпывающий поиск в пространстве планов с учетом тысяч обрабатывающих узлов - потребуются ограничения, налагаемые на пространство планов или на поиск.
Дополнительные исследования требуются для обеспечения понимания реальной масштабируемости «облачных вычислений» (как ограничений по производительности, так и требований приложений). Такое понимание должно помочь разработчикам осуществлять навигацию в возникающем пространстве проектных решений.
Кроме того, прогнозируется появление каркасных приложений, способных свободно перемещаться между разнородными «облачными» средами, как следствие, уменьшение роли ОС, поскольку значительную часть функций (например, по защите информации, по управлению ОС) пользователь будет получать из «облаков».
Методы анализа данных (Data Mining, DM) и технологии их поддержки пребывают в сложном «диалектическом» взаимодействии - новые методы анализа данных стимулируют появление новых технологий и наоборот. Современный виток развития DM связан с появлением технологий «аналитика по запросу», или DMaaS (Data Mining as a service)[20]. Этот качественный переход, прежде всего, связан с облачными технологиями.
Суть DM в преобразовании данных в информацию, которую уже можно использовать для принятия решений. Основная же задача DM состоит в агрегации, интеграции и интерпретации данных из разнородных источников, с тем, чтобы превратить их в удобную для принятия решений информацию. В этом контексте между данными и информацией отношения чрезвычайно просты: на входе DM -данные, на выходе - информация, в других случаях отношения могут быть иными, но при обсуждении роли DM в цепочке обратной связи, входящей в систему управления предприятием, этого достаточно. Таким образом, это важнейший компонент системы управления.
В качестве препятствий для развития облачных сервисов можно выделить: цифровое неравенство регионов; высокий уровень использования пиратского программного обеспечения; недоверие к аренде программного обеспечения как таковой; несоответствие уровня предоставляемых в аренду услуг ожиданиям заказчиков.
Основные преимущества «облачных» сервисов состоят в снижении эксплуатационных затрат на аппаратное и программное обеспечение, высокая скорость обработки данных, экономия дискового пространства (и данные, и программы хранятся в Интернете), отказоустойчивость. Кроме того, «облака» являются самоокупаемыми.
Недостатки использования облаков нужно отметить следующие:
1) зависимость сохранности пользовательских данных от компаний, предоставляющих услугу cloud computing;
2) появление новых («облачных») монополистов;