Автор работы: Пользователь скрыл имя, 03 Декабря 2012 в 14:46, курсовая работа
Тема облачных вычислений становиться все популярней в бизнесе. Раньше многие компании приобретали сервера, которые затем объединяли в кластеры и центры данных, приобретали программное обеспечение, для развертывания всей инфраструктуры и построения масштабируемой системы. Затем оценивали риски, связанные с недооценкой или переоценкой загрузки, – инвестировав в разработку, и возможно не получив ожидаемого притока клиентов и поняв, что все средства были потрачены в пустую.
Введение 3
Основные направления развития облачных вычислений. 7
Достоинства облачных вычислений 11
Недостатки облачных вычислений 15
Поставщики «облаков» 16
Azure Services Platform 17
Windows Azure 18
Google App Engine 20
Amazon Web Servic 21
Облачные вычисления в России 23
Бизнес и облачные вычисления 24
Перспективы облачных вычислений 25
Заключение 26
Список использованной литературы 28
9. Улучшенная совместимость
форматов документов. Если пользователи
пользуются одной "облачной"
программой для создания и
редактирования документов, у них
просто нет несовместимости
10. Простота совместной
работы группы пользователей.
При работе с документами в
"облаке" нет необходимости
пересылать друг другу их
11. Повсеместный доступ
к документам. Если документы
хранятся в "облаке", они
могут быть доступны
12. Всегда самая последняя
и свежая версия. В "облаке"
всегда находится самая
13. Доступность с различных устройств. Пользователи Cloud Computing имеют гораздо более широкий выбор устройств доступа к документам и программам.
14. Дружелюбие к природе,
экономное расходование ее
15. Устойчивость данных
к потере или краже
Недостатки облачных вычислений
1. Постоянное соединение с сетью Интернет. Cloud Computing всегда требует соединения с сетью Интернет. Или почти всегда. Некоторые "облачные" программы загружаются на локальный компьютер и используются в то время, когда Интернет недоступен. В остальных случаях, если нет доступа в Интернет - нет работы, программ, документов.
2. Плохая работа с медленным Интернет-доступом. Многие "облачные" программы требуют хорошего Интернет-соединения с большой пропускной способностью.
3. Программы могут работать
медленнее, чем на локальном
компьютере. Некоторые программы,
в которых требуется передача
значительного количества
4. Не все программы
или их свойства доступны
5. Зависимость сохранности
пользовательских данных от
6. Если Ваши данные
в "облаке" потеряны, они потеряны
навсегда - это факт. Но потерять
данные в "облаке" гораздо
сложнее, чем на локальном
7. Появление новых («облачных») монополистов.
Поставщики «облаков»
Классификация
поставщиков «облаков» (рис. 4), в
которой выделяются две
[pic]
Рис.4. Типы «облаков»
Между платформными и сервисными поставщиками «облачных» вычислений имеется конкуренция – несмотря на большой потенциал ИТ-гигантов, услуги хостеров скоро будут востребованы и в контексте «облачных» вычислений. Этому способствует также и то, что средний и малый бизнес в поисках снижения издержек на ИТ переходит к использованию хостинга вычислительных ресурсов и при этом ищет наиболее дешевые предложения. При таком сценарии развития рынка стоимость услуг станет не единственным преимуществом независимых сервис-провайдеров – важно то, что хостеры будут проявлять более высокую гибкость и оперативность в работе с клиентами.
Постепенно
уходят в прошлое и другие
факторы, тормозящие развитие
«облачного сервиса». Так, наряду
с весьма существенным
Рассмотрим
наиболее популярных
Azure Services Platform
При проектировании
высоконагруженных Web-
Windows Azure – это платформа для масштабируемого хостинга Web-приложений, сценарии использования которой могут быть самыми разными, от Internet-магазина до видеохостинга или сервиса научно-технических задач.
.NET Services решает задачи связывания сервисов между собой, управления доступом к методам сервиса и поддержки рабочих процессов. Такой класс решений называется Internet Service Bus (по аналогии с термином Enterprise Services Bus). .NET Services – масштабируемый сервис уведомлений. Например, авиакомпания может предоставить сервис уведомления об отмене рейсов и появлении новых. В общем случае на такие уведомления может подписаться непрогнозируемое количество желающих: туристические агентства со всего мира, рядовые пассажиры, транспортные компании и т.п. Также в .NET Services имеется функция управления доступом Access Control, позволяющая подключать сервисы авторизации, собирать их в одном месте и через Internet Services Bus управлять доступом к методам сервисов.
Workflow Service – масштабируемый сервис в облаке, исполняющий пользовательские рабочие процессы, заданные декларативно средствами платформы Windows Workflow Foundation, входящей в состав .NET начиная с версии 3.0. Сервис работает как агент, управляющий взаимодействием различных сервисов между собой, и благодаря инструментам разработки на Java и Ruby позволяет соединять гетерогенные информационные системы в единое целое.
Интересным компонентом Azure Services Platform является Live framework, построенный по типу таких сервисов, как: Live Mesh, позволяющий синхронизировать файлы и папки между устройствами, распределенными, в том числе и в облаках. Что все это дает на практике - например, возможно написать приложение для игры в шахматы, запускать его со своего компьютера или напрямую с сайта Live Mesh CTP, пригласить друга, который тоже сможет запускать приложение из облака или со своего компьютера, а инфраструктура Live Framework обеспечит синхронизацию данных.
Windows Azure
Платформа Windows Azure предоставляет: инструменты для разработки сервисов или сайтов; центр обработки данных, исполняющий код разработанного решения; масштабируемое хранилище данных; локальную эмуляцию сервиса, позволяющую полноценно отлаживать приложения на локальной машине; портал, на котором можно разворачивать разработанные решения, управлять выделенными мощностями и на ходу менять конфигурацию сервиса.
«Фасад» (front-end) обрабатывает Web-запросы, причем высоконагруженный сервис может потребовать несколько экземпляров «фасада», поэтому должен быть балансировщик нагрузки. Отсюда следует, что необходимо отдельное от «фасада» хранилище данных, при этом «фасад» не должен сохранять состояние. В самом деле, мы никогда не можем предсказать, какой из идентичных экземпляров «фасада» будет выполнять запрос пользователя, так что в самом «фасаде» может быть разве что кэш. В случае когда требуется запуск сложного и длительного приложения, необходима возможность запуска кода в фоновом режиме (отдельные сервисы, процессы, демоны, потоки, нити). На рис. 5 приведена схема типичного решения на Azure.
[pic]
Рис.5. Схема решения на Azure
Из Internet приходят запросы на Web-сайт (или Web Role – это часть Azure-проекта), а в облаке на центре обработки данных Azure запущено несколько идентичных экземпляров вашего приложения. Балансировщик нагрузки (LB) выбирает экземпляр сайта и направляет ему запрос. Поскольку нельзя предсказать, какой экземпляр будет запущен, сайты надо (как это обычно и бывает в случае высоко нагруженных сайтов) разрабатывать таким образом, чтобы они не содержали истории своей работы.
Web-сайт может обращаться к одному или нескольким хранилищам, доступным через балансировщик нагрузки. К хранилищу, содержащему очереди, таблицы или неструктурированные данные, большие бинарные объекты (Binary Large OBjectS, BLOBS), также можно обращаться через Internet из других сайтов.
На фоне
всего этого процесса может
выполняться приложение, решающее
специальные задачи, например обработку
изображений в ответ на
Стоимость подключения: Microsoft будет взимать 12 центов за час вычислений, 15 центов за гигабайт данных на сервере и 10 центов за каждые 10 тысяч транзакций. Что касается пользования сетевым каналом, то будет взиматься 10-15 центов за гигабайт.
Экономия
очень сильно зависит от
Google App Engine
Google App Engine — сервис хостинга сайтов и web-приложений на серверах Google. Использование службы аккаунтов Google позволяет быстро начать работу с приложением, нет необходимости проводить отдельную регистрацию учётных данных на каждом сайте. Это также позволяет разработчику не заботиться о реализации ещё одной системы регистрации пользователей специально для своего приложения. Платформа App Engine тесно интегрирована с приложениями и накладывает на разработчиков некоторые ограничения. Конкурирующие среды позволяют оперировать множеством программного обеспечения, созданного под *NIX системами, в то время как App Engine требует от разработчика обязательного использования языков программирования Python или Java и сохранения информации в собственном хранилище (Datastore).
Amazon Web Servic
Amazon Web Services (AWS) в данной инфраструктуре представлено много сервисов для предоставления различных услуг, таких как: хранение данных (файловый хостинг, распределённые хранилища данных), аренда виртуальных серверов, предоставление вычислительных мощностей и др. Предоставляет несколько сервисов таких как: Amazon Elastic Compute Cloud (Amazon EC2), Amazon Simple Storage Service (Amazon S3), Amazon CloudFront, Amazon Simple Queue Service (Amazon SQS) и др.
Amazon Elastic Compute Cloud (Amazon EC2) — веб-сервис, который предоставляет вычислительные мощности в облаке. Сервис входит в инфраструктуру Amazon Web Services. Простой веб-интерфейс сервиса позволяет получить доступ к вычислительным мощностям и настроить с минимальными затратами ресурсов. Он предоставляет пользователям полный контроль над вычислительными ресурсами, а также доступную среду для работы. Сервис сокращает время, необходимое для получения и загрузки нового сервера.
Amazon Simple Storage Service (Amazon S3) — онлайновая веб-служба, предлагаемая Amazon Web Services, предоставляющая возможность для хранения и получения любого объёма данных, в любое время из любой точки сети, так называемый файловый хостинг. С помощью Amazon S3 достигается высокая масштабируемость, надёжность, высокая скорость и недорогая инфраструктура хранения данных.
Amazon Simple Queue Service (Amazon SQS) — сервис принимает очереди сообщений для хранения. При использовании Amazon SQS, разработчики могут просто переместить данные, распределённые между компонентами своих приложений, которые выполняют различные задачи, не теряя при этом сообщения. При этом достигается высокая масштабируемость и надёжность.
Облачные вычисления в России
Облачные
вычисления постепенно