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

ЛИЧНЫЙ КАБИНЕТ 

 

Здравствуйте гость!

 

Логин:

Пароль:

 

Запомнить

 

 

Забыли пароль? Регистрация

Повышение уникальности

Предлагаем нашим посетителям воспользоваться бесплатным программным обеспечением «StudentHelp», которое позволит вам всего за несколько минут, выполнить повышение уникальности любого файла в формате MS Word. После такого повышения уникальности, ваша работа легко пройдете проверку в системах антиплагиат вуз, antiplagiat.ru, etxt.ru или advego.ru. Программа «StudentHelp» работает по уникальной технологии и при повышении уникальности не вставляет в текст скрытых символов, и даже если препод скопирует текст в блокнот – не увидит ни каких отличий от текста в Word файле.

Результат поиска


Наименование:


реферат Исследование облачных вычислений

Информация:

Тип работы: реферат. Добавлен: 07.11.2012. Сдан: 2012. Страниц: 18. Уникальность по antiplagiat.ru: < 30%

Описание (план):


Введение
Одной из парадигм развития современных информационных технологий (далее ИТ) являеся направление Cloud Computing («облачные вычисления» или  «облачная обработка данных»). Cloud Computing содержит специализированный спектр технологий обработки и передачи данных, когда компьютерные ресурсы  и мощности предоставляются пользователя как Интернет-сервисы. Это новшество  позволяет любому пользователю, который  подключен к сети Интернет, иметь  под рукой данные и результаты, полученые с помощью мощных, новейших программ и достижений компьютерного  мира. Облачные технологии представляют собой технологии вида «клиент-сервер», которые состоят из виртуального сервера (или группы серверов) и нескольких клиентов, которые подклчаются к  нему с помощью сети Интернет. Обозначение  «облаков» в данном случае используется как основная ассоциация при обозначении  структуры работы данной системы.
История Cloud Computing началась достаточно давно. К 70-м – 80-м годам относят  первые идеи, которые косвенно касались того, что впоследствии и стало  облачными вычислениями. Но все же датой отсчета современной истории Cloud Computing стал 2006 год, когда компания Amazon, которая уже на тот момент была одной из самых крупных, презентовала миру свою инфраструктуру Web-сервисов, которая была способна обеспечить пользователю не только хостинг, но и предоставить удаленные вычислительные мощности клиенту.  Новинку восприняли и  одобрили такие гиганты как, Google, Sun и IBM, а в 2008 году о своем интересе в этой области заявила корпорация Micrsoft.
Понятие «облачные  вычисления» в информационных технологиях
На сегодняшний день можно  найти много трактовок термина  Cloud Computing. Каждое крупное аналитическое агентство предлагает свои собственные определения, которые зачастую сложны, неоднозначны и запутаны. Для простоты рассмотрим определение, предложенное Национальным Институтом Стандартов и Технологий США.
Cloud Computing  (Облачные вычисления) – это модель предоставления  повсеместного и удобного сетевого  доступа, по мере необходимости,  к общей совокупности конфигурируемых  вычислительных ресурсов (например, сетей, серверов, систем хранения, приложений и сервисов), которые  могут быть быстро предоставлены  и освобождены с минимальными  усилиями по управлению и необходимостью  взаимодействия с провайдером  услуг (сервис- провайдером).
Облачная модель поддерживает высокую доступность сервисов и  описывается пятью основными  характеристиками (essential characteristics), тремя сервисными моделями/моделями предоставления услуг (service models) и четырьмя моделями развертывания (deployment models) (рисунок 1).

Рисунок 1 – Архитектурные  компоненты облачной модели
 
Основные характеристики (Essential Characteristics)
      Сервис самообслуживания, по мере необходимости (On-demand self-service). Потребитель может самостоятельно обеспечивать себя вычислительными возможностями (средствами и ресурсами), такими как серверное время и сетевые хранилища, по мере необходимости запрашивая их у сервис-провайдера в одностороннем автоматическом режиме, без необходимости взаимодействия с персоналом, представляющим сервис-провайдера.
 
      Свободный сетевой доступ (Broad network access). Запрашиваемые сервисы доступны по сети через стандартные механизмы, поддерживающие использование гетерогенных платформ тонких и толстых клиентов (например, мобильных телефонов, ноутбуков и КПК).
 
      Обьединение ресурсов (Resource pooling). Вычислительные ресурсы провайдера организованы в виде совокупности для обслуживания различных потребителей в многопользовательской модели с возможностью динамического назначения и переназначения различных физических и виртуальных ресурсов в соответствии потребителей. Особое значение имеет независимость размещения ресурсов, при котором пользователь, в общем случае, не знает и не контролирует точное физическое местоположение предоставляемых ресурсов, но может специфицировать их расположение на более высоком уровне абстракции (например, страна, штат или центр обработки данных). Примерами таких ресурсов являются системы хранения, обработка данных, память, пропускная способность сети, виртуальные машины.
 
      Быстрая эластичность (Rapid elasticity). Вычислительные возможности могут быть предоставлены быстро и эластично в ряде случаев – автоматически, для оперативного повышения масштабируемости и быстрого освобождения для уменьшения масштабов потребления. Для потребителя эти ресурсы часто представляются как доступные в неограниченном обьеме, и могут быть приобретены в любой момент времени в любом количестве.
 
      Измеримый сервис (Measured Service). Облачные системы автоматически контролируют и оптимизируют использование ресурса, за счет использования его на определенном уровне абстракци, соответсвующему типу сервиса (например, обьема хранения, обработки данных, полосы пропускания и активных учетных записей пользователей). Использованиересурсов может подвергаться мониторингу, быть контролируемым и сопровождаться отчетностью, обеспечивая прозрачность потребления и для провайдера, и для потребтеля использованного сервиса.
Модели услуг/предоставления сервисов (Service Models)
Провайдеры Cloud Computing предлагают свои услуги в соответсвии с тремя  основными моделями (рисунок 2):
      Программное обемпечение как услуга - SaaS (Cloud Software as a Service). Пользователю предоставляються программные стредства – приложения провайдера, выполняемые на облачной инфраструктуре. Прилоджения доступны с различных клиентских устройств через интерфейс тонкого клиента, такой как браузер. Пользователь не управляет и не контролирует саму облачную инфраструктуру, на которой выполняется приложение, будь то сети, серверы, операционные системы, системы хранения или даже некоторые специфичные для приложений возможности. В ряде случаев, пользователю может быть предоставлена возможность доступа к некторым пользовательским конфигурационным настройкам.
 
      Платформа как услуга – PaaS (Cloud Platform as a Service). Пользователю предоставляются платфрормы с определенными характеристиками для разработки, тестирования, развертывания, поддержки Web-applications и т.д. Благодаря модели PaaS весь перечень операций по разработке, тестированию и разворачиванию Web-applications можно выполнить в одной интегрированной среде, тем самым исключив затраты на поддержку отдельных сред для конкретных этапов. Это позволяет существенно снизить затраты как на приобретение и поддержку оборудования, так и на обслуживание самого сервиса. Яркий пример использования для такой модели – услуги хостинга для Web-сайтов.
 
      Инфраструктура как улсуга – IaaS (Cloud Infrastructure as a Service). Пользователю предоставляются средства обработки данных, хранения, сетей и других базовых (фундаментальных) вычислительных ресурсов, на которых пользователь может развертывать и выполнять произвольное программное обеспечени, включая операционные системы и приложения. Пользователь не управляет и не контролирует саму облачную инфраструктуру, но может контролировать операционные системы, средства хранения, развертываемые приложения и, возможно, обладать ограниченным контролем над выбранными сетевыми компонентами.

Рисунок 2 – Структура  модели предоставления сервисов
Модели развертывания (Deploument Models)
      Частное облако (Private cloud). Облачная инфраструктура функционирует целиком в целях обслуживания одной организации. Инфраструктура может управляться самой организацией или третьей стороной и может существовать как на стороне потребителя так и у внешнего провайдера.
 
      Облако сообщества или общее облако (Community cloud). Облачная инфраструктура используется совместно несколькими организациями и поддерживает ограниченное сообщество, разделяющими общие принципы. Такая облачная инфраструктура может управляться самими организациями или третьей стороной и может существовать как на стороне пользователя так и у внешнего провайдера.
 
      Публичное облако (Public cloud). Облачная инфраструктура создана в качестве общедоступной или доступной для большой группы пользователей. Такая инфраструктура находится во владении организации, продающей соответсвующие облачные услуги/сервисы.
 
      Гибридное облако (Hybrid cloud). Облачная инфраструктура является  композицией (сочетанием) двух и более облаков (частных, общих или бубличных), остающихся уникальными сущностями, но объединенными вместе стандартизированными или частными технологиями, обеспечивающими портируемость данных и приложений (например, такими технологиями как пакетная передача данных для баланса загрузки между облаками).

Рисунок 3 – Виды облаков  в Cloud Computing
Архитектура Cloud Computing
Представленные характеристики и модели, разумеется, не позволяют  однознано определить понятие облачных систем. Это скорее всего попытка  систематизировать реальный опыт построения сервис-ориентированных систем, имеющихся  на сегодняшний день. Вышеописанные  модели не являются пустым теоретизированием  – примеры конкретных реализаций каждой из них уже существуют в  реальном мире. К примеру, компания Amazonсо своим облаком EC2 реализует модель IaaS. Компания Microsoft предлагат облачную инфраструктуру PaaS на базе соего облака Azure.
Переход к «облачным вычислениям» - это смена стратегии, которая  включает в себя полное переосмысление роли ИТ в организации. В новом  подходе необходимо сменить лейт-мотив  ИТ стратегии.
Различаются следующие уровни архитектуры облачных вычислений:
      Уровент клиента – это клиентское программное обеспечение, используемое для доступа к облачным сервисам (например, Web-браузер).
 
      Уровень сервисов – это сами сервисы, используемые через облачную модель.
 
      Уровень приложений – это программы, доступные через облако и не требующие инсталяции на компьютере пользователя.
 
      Уровень платформы – это программная платформа, объединяющая полный набор инструментов для развертывания и использования облачных вычислений на пользовательском компьютере.
 
      Уровень памяти – поддержка хранения данных пользователя и доступа к ним через облако.
 
      Уровень инфраструктуры – предоставление полной виртуализованной платформы через облако.
Пример организации облачных вычислений с использованием различных  уровней приведен на рисунку 4.

Рисунок 4 – Пример организации  облачных вычислений с использованием различных уровней.
Общая схема архитектуры  облачной системы представлен на рисунку 5.
Данная схема полно  отражает концепцию облачной системы. В архитектуре реализованы следующие  требования:
      Создание эластичного пула вирттуальных ресурсов.
 
      Обеспечение эластичного масштабирования.
 
      Механизм доставки сервисом on-demand.
 
      Безопасность систем и процессов.
 
      Автоматизация процессов управления ИТ.
 
      Тесная интеграция продуктов и обеспечения интероперабельности мультивендорных решений.
Предусмотрены различные  методы доставки услуг потребителям, а так же интеграция с облачными  системами различных облачных провайдеров. В данной схеме нет явно прописанного механизма оценки качества сервиса. В целом, данная схема претендует быть эталонной, по крайней мере до тех пор, пока не будет предложена новая, более совершенная архитектура.
 

Рисунок 5 – общая схема  архитектуры облачных вычислений
Референтная (эталонная) архитектура Cloud Computing
Референтная архитектура  облачных вычислений содержит пять главных  действующих субъектов – актеров. Каждый актер выступает в роли и выполняет действия и функции. Референтная архитектура предоставлена  как последовательные диаграммы  с увеличивающимся уровнем детализации.
Подробное описание актеров  референтной архитектуры облачных вычислений и их взаимодествия (рисунок 6) предоставлено в таблице 1.
Стреди представленых  пяти акторов, облачнй брокер (cloud broker) – опционален, так как облачные потрбители (cloud consumers) могут получать услуги напрямую от облачного провайдера (cloud provider).
Таблица 1. Актеры референтной (эталонной) архитектуры Cloud Computing
Актер
Определение
Облачный Потребитель (Cloud Consumer)
Лицо или организация, поддерживающая бизнес отношения и  использующая услуги Облачных Провайдеров.
Облачный Провайдер (Cloud Provider)
Лицо, организация или  сущность, отвечающая за доступность  облачной услуги для Облачных Потребителей.
Облачный Аудитор (Cloud Auditor)
Участник, который может  выполнять независимую оценку облачных услуг, обслуживания информационных систем, производительности и безопасности реализации облака.
Облачный Брокер (Cloud Broker)
Сущность, управляющая использованием, производительностью и предоставлением  облачных услуг, а также устанавливающая  отношения между Облачными Провайдерами и Облачными Потребителями.
Облачный Оператор Связи (Cloud Carrier)
Посредник, предоставляющий  услуги подключения и транспорт (доставки) облачных услуг от Облачных Провайдеров к Облачным Потребителям.


Рисунок 6 – Взаимодействие между актерами в Cloud Computing
Для точного понимания  взаимодействий между актерами наведем  примеры сценариев их использования:
Сценарий 1. Облачный потребитель может запросить услугу (сервис) у облачного брокера вместо прямого контактирования с облачным провайдером (рисунок 7). Облачный брокер может создать новый сервис, комбинируя набор сервисов или расширяя существующий сервис. В этом примере облачный провайдер невидим облачному потребителю.

Рисунок 7 – Участие облачного  брокера во взаимодействии потребителя  с провайдером
Сценарий 2. Облачный оператор связи предоставляет услуги подключения и транспорт (доставку) облачных услуг от облачного провайдера к облачному потребителю. Облачный провайдер устанавливает соглашение об уровне обслуживания (SLA – Service Level Agreement) с облачным оператором и может запрашивать выделенные и защищенные соединения (рисунок 8).

Рисунок 8 – Участие облачного  оператора в предоставлении провайдером  услуг
Сценарий 3. Облачный аудитор проводит независимую оценку обслуживания и безопасности реализации облачной услуги (рисунок 9).

Рисунок 9 – Участие облачного  аудитора в оценке предоставления провайдером  услуг.
Роли и функции  актеров
Облачный Потребитель
Лицо или организация, поддерживающая бизнес-отношения и  использующая услуги Облачных Провайдеров (рисунок 10).
Облачные потребители  категоризируются по трем группам, основанным на их приложениях/различных сценариях  использования (таблица 2).
Таблица 2. Деятельность облачного  пользователя
Тип потребителя
Основная деятельность
Примеры пользователей
SaaS
Использует приложения/сервисы  для автоматизации бизнес-процессов
Бизнес-пользователи, администраторы приложений
PaaS
Разрабатывает, тестирует, развертывает и управляет приложениями, развернутыми в облачном окружении
Разработчики приложений, тестировщики, администраторы
IaaS
Создает/устанавливает, управляет  и мониторит сервисы для управления ИТ-инфраструктурой
Системные разработчики, администраторы, ИТ-менеджеры.


Рисунок 10 – Примеры сервисов, доступных облачным потребителям
Облачный Провайдер
Лицо, организация или  сущность, отвечающая за доступность  облачной услуги для Облачных Потребителей (рисунок 11).
Облачные провайдеры выполняют  различные задачи в различных  сервисных моделях (таблица 3).
Таблица 3. Деятельность облачного  провайдера
Тип провайдера
Основная деятельность
SaaS
Устанавливает, управляет, сопровождает и поддерживает программное обеспечение, развернутое на облачной инфраструктуре
PaaS
Предоставляет и управляет  облачной инфраструктурой и связующим  программным обеспечением платформы  для потребителей; предоставляет  инструменты разработки, развертывания  и администрирования потребителям платформы 
IaaS
Предоставляет и управляет  физическими вычислительными процессами, системами хранения, сетями и хостинг-окружением, а также облачной инфраструктурой  для IaaS-потребителей

 
Деятельность облачных провайдеров  обсуждается более детально с  точек зрения (в архитектруных  перспективах) развертывания сервисов (service deployment) (детальное описание приводилось  выше), оркестрации сервисов (service orchestration), облачного сервис-менеджмента (cloud service-management), безопасности (security) и приватности (privacy) (рисунок 11).

Рисунок 11 – Высокоуровневый  взгляд облачного провайдера
Оркестрация сервисов (Service Orchestration)
Предполагает обращение к ней для систематизации, координации и управления облачной инфраструктурой, предназначенной для предоставления различных облачных услуг, обеспечивающих согласование бизнес- и ИТ-требований (рисунок 12). 
Обобщенная облачная среда содержит три концептуальных уровня:
      Уровень Сервиса (Service Layer): Определяет базовые сервисы, предоставляемые облачным провайдером.                                             
       
        SaaS: развертываемые приложения предполагают работу с ними посредством обращения к облаку из специально предназначенных программных клиентов и других программ, ориентированных на конечных пользователей. 
 
        PaaS: Сервисы для потребителей, предназначенные для разработки и развертывания приложений на облачной инфраструктуре, включающие контейнеры приложений, инструменты разработки приложений, системы управления базами данных и т.п. 
        IaaS: Предоставление вычислительных мощностей, систем хранения, сетевых и других фундаментальных вычислительных ресурсов, поверх которых облачные потребители могут развертывать и выполнять приложения на облачной инфраструктуре. 
         
      Уровень Абстракции и Контроля ресурсов (Resource Abstraction and Control Level):  
       
        Назначает/предоставляет элементы программного обеспечения, такие как гипервизор, виртуальные хранилища данных и поддерживающие программные компоненты, используемые для реализации облачной инфраструктуры, поверх которой может быть определен/установлен облачный сервис. Также назначает/предоставляет ассоциированные функциональные модули, которые управляют абстрагированными ресурсами для обеспечения эффективного, безопасного и надежного использования.
Несмотря на то, что на этом уровне широко применяется технология виртуальных машин, не исключаются  и другие значения (понятия) необходимой абстракции программного обеспечения. Этот уровень обеспечивает “готовность к облаку” (“cloud readiness”), определяемую пятью характеристиками, представленными в “Определении облачных вычислений”, разработанном NIST. 
 
      Уровень Физических Ресурсов (Physical Resource Level): Включает все физические ресурсы.  
       
        Компьютерное оборудование (Hardware): Компьютеры (CPU, память), сети (роутеры, сетевые экраны, свичи, сетевые каналы и интерфейсы), компоненты хранения (жесткие диски) и другие физические элементы вычислительной инфраструктуры.
        Инженерную инфраструктуру (Facilities): системы кондиционирования (HVAC), питания, коммуникаций и другие элементы физической площадки развертывания компьютерного оборудования.

Рисунок 12 -  Оркестрация сервисов облачным провайдером
Облачный Сервис-Менеджмент (Cloud Service Management) 
Включает все связанные с сервисом функции, необходимые для управления и функционирования сервисов, необходимых или предлагаемых облачным потребителям. 
Облачный провайдер выполняет  эти функции для поддержки  управления облачными сервисами:
      Поддержку Бизнеса (Business Support)
      Провиженинг/Конфигурирование (Provisioning/Configuration)
      Портируемость/Интероперабельность (Portability/Interoperability)

Рисунок 13 -  Структура  облачного сервис-менеджмента
      Поддержка Бизнеса (Business Support): Назначает/предоставляет набор сервисов, связанных с бизнесом и ориентированных на работу с клиентами и поддерживающими процессами, такими как размещение заказов, обработку счетов и сбор платежей. Также включает компоненты, используемые для выполнения бизнес-операций, видимых клиентам. 
        Управление заказчиками (Customer Management): управление учетными записями пользователей, открытие/закрытие/прекращение действия учетных записей, управление профилями пользователей, управление взаимодействием с заказчиками (customer relationship) на основе предоставления контактов и разрешения вопросов и проблем заказчиков, и т.п. 
 
        Управление Контрактами (Contract Management): управление сервисными контрактами , заключение/закрытие/прекращение действия контрактов, и т.п.
        Управление Поставкой (Inventory Management): настройка и управление каталогом услуг, и т.п.
        Бухгалтерия и Начисления (Accounting and Billing): управление платежной информацией по заказчикам, отправка счетов на оплату, обработка получения платежей, отслеживание счетов, и т.п.
        Отчетность и Аудит (Reporting and Audit): мониторинг действий пользователей, генерация отчетов, и т.п.
        Ценообразование и Тарификация (Pricing and Rating): оценка облачных услуг и определение цен, обработка специальных предложений и правил ценообразования, основанных на профиле пользователя, и т.п. 
         
      Провиженинг/Конфигурирование (Provisioning/Configuration): включает все связанные с сервисом функции, необходимые для управления и функционирования сервисов, необходимых или предлагаемых облачным потребителям. 
       
        Быстрый провиженинг (Rapid Provisioning): автоматическое развертывание облачных систем на основе запросов сервисов/ресурсов/возможностей
        Модификация ресурсов (Resource Change): настройка конфигураций/назначение ресурсов для восстановления, апгрейда и подключения новых узлов в облако.
        Мониторинг и отчетность (Monitoring and Reporting): обнаружение и мониторинг виртуальных ресурсов, мониторинг функционирования (действий и событий) облака и генерация отчетов о производительности.
        Измерение (Metering): предоставление возможностей количественных измерений на уровне абстракции, соответствующем типу сервиса (например, средств хранения, обработки, пропускной способности и активных учетных записей пользователей).
        Управление уровнем обслуживания (SLA Management): определение параметров SLA контракта (схема с параметрами качества сервиса – QoS), мониторинг (выполнения) SLA, применение SLA в соответствии с заданными политиками. 
         
      Портируемость/Интероперабельность (Portability/Interoperability)
        Портируемость:
        возможность переноса данных из одной системы в другую без необходимости повторного создания или ввода описаний данных или значительной модификации переносимых приложений.
 
        возможности программного обеспечения или системы выполняться на более чем одном типе или мощности компьютера под более чем одной операционной системой.
        Интероперабельность: возможность взаимодействовать, выполнять программы или передавать данные между различными функциональными единицами в соответствии с заданными условиями. 
Облачные провайдеры должны предоставлять механизмы для:
          Портируемости данных (Data Portability)
          Копирование данных “из”/”в” (Copy data to-from): копирование данных из/в облако
          Пакетный перенос данных (Bulk data transfer): использование диска для пакетного переноса
          Интероперабельности сервисов (Service Interoperability):позволяет облачным потребителям использовать их данные и сервисы через у множества облачных провайдеров, используя унифицированные и расширенные интерфейсы управления.
          Портируемости систем (System Portability)
          Перенос образов виртуальных машин (VM images migration): миграция полностью остановленного экземпляра или образа виртуальной машины от одного провайдера к другому.
          Миграция приложений/сервисов (Application/Service migration):  миграция приложения/сервиса или текущего содержания от одного   сервис-провайдера к другому.
 
Безопасность (Security)
      Аутентификация и Авторизация Authentication and Authorization): аутентификация и авторизация облачных потребителей с использованием предварительно созданного мандата доступа. 
      Доступность (Availability): настройка конфигураций/назначение ресурсов для восстановления, апгрейда и подключения новых узлов в облако.
      Конфиденциальность (Confidentiality): обнаружение и мониторинг виртуальных ресурсов, мониторинг функционирования (действий и событий) облака и генерация отчетов о производительности.
      Управление идентификацией (Identity management): предоставление возможностей количественных измерений на уровне абстракции, соответствующем типу сервиса (например, средств хранения, обработки, пропускной способности и активных учетныъх записей пользователей).
      Мониторинг безопасности и обработка инцидентов (Security monitoring & Incident Response): определение параметров SLA контракта (схема с параметрами качества сервиса – QoS), мониторинг (выполнения) SLA, применение SLA в соответствии с заданными политиками.
      Управление политиками безопасности (Security policy management): генерация/ применение/аудит/обновление безопасности  для пользователей, получающих доступ к облакам.
Приватность – защита приватности (Privacy)
      Защищает достоверные, должные и соответствующие правилам данные сбор, обработку, передачу, использование и хранение в облаке персональных данных и информации, позволяющей идентифицировать личность.
 
 Облачный Аудитор
Участник, который может  выполнят независимую оценку облачных услуг, обслуживания информационных систем, производительности и безопасности реализации облака.
Облачный аудитор может  давать оценку сервисам, представляемым облачным провайдером, в терминах контроля безопасности (security control), соблюдения приватности (privacy impact), производительности (perfomance).
Для безопасности аудита облачный аудитор может проводить оценку контроля безопасности информационной системы для определения границ, для которых контроль выполняется  соответствующим образом, в которых  система функционирует по назначению и производят желаемый результат  в соответствии с требованиями безопасности, предъявляемыми к системе.
Облачный Брокер
Сущность, управляющая использованием, производительностью и предоставлением  облачных услуг, а также устанавливающая  отношения между Облачными Провайдерами и Облачными Потребителями.
Основные услуги, предоставляемые  облачным брокером предоставляют:
      Сервисное посредничество (Service Intermediation): облачный брокер расширяет заданный сервис, улучшая его отдельные возможности, и предоставляя дополнительные сервисы облачным потребителям. 
      Агрегирование сервисов (Service Aggregation): облачный брокер комбинирует и интегрирует сервисы в один и более сервисов. Брокер будет обеспечивать интеграцию данных и их безопасный перенос между облачным потребителем и облачными провайдерами. 
      Арбитраж сервисов (Service Arbitrage): арбитраж сервисов аналогичен агрегированию сервисов, но отличается тем, что агрегируемые сервисы не модифицируются. Арбитраж сервисов обеспечивает облачному брокеру гибкий и выгодный выбор сервисов. Например, облачный брокер может использовать скоринговый сервис и формировать наилучший портфель сервисов для предложения облачным потребителям.
Облачный Оператор Связи 
Посредник, предоставляющий  услуги подключения и транспорт (услуги связи) облачных услуг от Облачных Провайдеров к Облачным Потребителям (рисунок 14).
      Предоставляет облачным потребителям доступ к облачным услугам через сетевые, телекоммуникационные и другие устройства доступа.  
       
        Пример: устройства сетевого доступа включают компьютеры, ноутбуки, мобильные телефоны, мобильные устройства доступа в Интернет (mobile internet devices - MID) и т.п.  
         
      Обеспечивает доставку услуг и устройств, может обеспечиваться сетевыми и телекоммуникационными операторами, а также транспортными агентами.  
       
        Транспортный агент (transport agent): бизнес-организация, обеспечивающая физическую транспортировку средств хранения информации (storage media), таких как жесткие диски повышенной емкости.
Облачный провайдер должен заключать с облачным оператором связи соглашение об уровне обслуживания (SLA) для обеспечения соответствующего уровня сервиса. В общем случае, к облачному оператору связи могут предъявляться требования по предоставлению выделенного и защищенного соединения.   

Рисунок 14 – Комбинированная концептуальная диаграмма референтной архитектуры облачных вычислений 
 
 
 
 
 
 

Облачные вычисления на промышленном уровне
Информационные  технологии, являясь неотъемлемым инструментом бизнеса, постоянно создают для  него новые инструменты достижения максимальной эффективности. Появление  новой парадигмы в отрасли  ИТ обычно усиливает конкурентную борьбу участников рынка за право эксплуатировать  эту новую парадигму. В острой борьбе были в прошлом сформированы рынки баз данных, информационных систем управления предприятием, сервисно-ориентированной  архитектуры и т.д. Наиболее свежим примером  формирования нового рынка  на основе инновации в области  информационных технологий является нарастающая  конкурентная борьба за возможность  предоставления тех или иных ресурсов в качестве услуги. В терминах отрасли  такая концепция носит название Cloud Computing. Облачные вычисления служат альтернативой традиционной модели локально используемого аппаратного и программного обеспечения. Идея заключается в том, что документы, электронные письма и прочие данные пользователя хранятся на удаленной площадке провайдера услуг, и доступ к ним можно получать при помощи браузера с персонального компьютера или мобильного устройства, подключенного с сети Internet. В масштабах предприятия Cloud Computing позволяет отказаться от собственной аппаратно-программной инфраструктуры, заменив ее подключением к соответствующей сетевой услуге – «облаку». Таким образом, Облачные вычисления способны повлиять на расстановку сил на рынке как программного, так и аппаратного обеспечения.
Несмотря  на то, что идея «облака» сама по себе не нова, тем не менее, как парадигма  она все еще находится в  начале пути. Технологии удаленного доступа  к приложениям и аренда вычислительных сервисов через Internet были известны и ранее. Cloud Computing представляет собой новый виток развития модели аутсорсинга ИТ. Новизна Облачных вычислений состоит в расширении модели Internet-хостинга за пределы аренды интернет сайтов и способности охватить широчайший круг задач, решаемых традиционными информационными технологиями, задач, чрезвычайно важных для бизнеса, к примеру, системы взаимодействия с клиентами (CRM – Customer Relationship Management)  или управления человеческими ресурсами (HR – Human Resources).
Проекты по автоматизации предприятий традиционно  оцениваются по трем основным финансовым критериям:
        Объем первоначальных затрат.
        Операционные издержки.
        Время выполнения проекта.
В настоящее  время предприятия, планирующие  возобновлять замороженные в кризис проекты по автоматизации, оценивают  их именно по критериям.
Экономическая эффективность Cloud Computing по сравнению с локально используемым аппаратным и программным обеспечением заключается в существенном сокращении затрат на аппаратно-программную инфраструктуру и тесно связана с технологическими преимуществами, такими как высокий уровень виртуализации и масштабируемости. Облачные вычисления обладают следующими свойствами, составляющими экономическую эффективность этой модели:
      Обеспечивает более быструю окупаемость по сравнению с традиционными информационными технологиями.
      Не требует предварительных капитальных затрат.
      Минимизирует операционные затраты.
      Требует меньше технических ресурсов.
      Представляет более простой уровень интеграции.
Один из наиболее важных плюсов Cloud Computing  - независимость от географического расположения, как клиента, так и поставщика услуг.
Многие предприятия, занявшиеся автоматизацией собственной деятельности, зачастую сталкиваются с технологическими трудностями, затягиванием сроков внедрения и, как  следствие, с некоторой окупаемостью вложенных в ИТ инвестиций. Модель Cloud Computing ускоряет процессы на всех этапах цикла разработки приложений (сбор требований, проектирование, программирование, тестирование, доставка приложений и обучение) за счет наличия интегрированной среды разработки. Эта среда предоставляет набор завершенных, преднастроенных приложений и сервисов управления проектом. Вместо того, чтобы тратить недели, а порой и месяцы на проектирование и настройку каждого приложения в отдельности (в том числе аутентификацию, глобализацию, документооборот, поддержку мобильных устройств и т.д.) разработчики получают возможность решать задачи, непосредственно создающие добавленную стоимость предприятия, такими, как проектирование моделей данных и бизнес логики, создание и администрирование профилей пользователей и прочее.
Одним из самых недооцен
и т.д.................


Перейти к полному тексту работы


Скачать работу с онлайн повышением уникальности до 90% по antiplagiat.ru, etxt.ru или advego.ru


Смотреть полный текст работы бесплатно


Смотреть похожие работы


* Примечание. Уникальность работы указана на дату публикации, текущее значение может отличаться от указанного.