Архитектура Аудит Военная наука Иностранные языки Медицина Металлургия Метрология
Образование Политология Производство Психология Стандартизация Технологии


Специализированные платформы



Все специализированные платформы предлагают дополнительные возможности, кроме функций базовых платформ, описанных выше. Иногда это уникальные среды разработки; иногда это дополнительные услуги, интегрированные в платформу; иногда просто удобные функции. В этом разделе рассматриваются следующие специализированные платформы: Microsoft Azure, Google App Engine.

4.2.1. Microsoft Azure[23]

Эта платформа привязана к своей операционной системе, являющейся специализированной разновидностью Windows. Она включает в себя " гипервизор" для динамического предоставления экземпляров машин и рассчитана на запуск любых.NET-приложений. Конечно, серверные NET-приложения - это идеальные кандидаты для переноса в это облако. Также Microsoft начала предлагать версии многих своих серверных продуктов, например, Exchange, работающие в облаке на Azure.

Но Azure - не просто Windows- и NET-платформа. Платформа Azure предлагает также множество других услуг, в том числе SQL Services, высокомасштабируемую базу данных на SQL Server, и Live Services - интерфейс Web-сервисов для популярных приложений Microsoft: поиск, обмен фотографиями, передачу мгновенных сообщений и так далее. Azure также обеспечивает тесную интеграцию с Microsoft Visual Studio, что облегчает запуск, тестирование и развертывание приложений на платформе Azure.

Azure является одной из наиболее закрытых из имеющихся платформ облачных вычислений, но в ней есть некоторые положительные моменты. С одной стороны возможности ограничены коммерческими технологиями Microsoft, такими как языки NET и базы данных на основе SQL Server, с другой - можно использовать многие технологии Windows для обеспечения безопасности доступа и управления любыми приложениями, работающими на Azure.

4.2.2. Google App Engine[24]

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

App Engine предлагает полный комплект для разработки, использующий знакомые технологии для создания и хостинга веб-приложений. Благодаря App Engine можно писать код приложений, проверять его на локальном компьютере и добавлять его в Google, просто нажав кнопку или выполнив скрипт из командной строки.

Google App Engine предоставляет надежную среду разработки, которая поддерживает только Python. На Python разработано множество сервисов, предлагаемых этой платформой. Управление пользователями интегрировано с Google. Например, вход в приложение осуществляется с теми же учетными данными, которые используются для входа в Google Mail. Есть интерфейс программирования приложений для хранения структурированных данных. Хранение и извлечение данных из хранилища похоже на использование базы данных, но это технология, целиком разработанная Google. В ее основе лежит собственная распределенная файловая система Google GFS.

Google поддерживает только Python, который является открытой технологией. Все остальные технологии принадлежат Google (Google использует внутри себя множество открытых технологий). Также Google App Engine не предлагает каких-либо решений для резервного копирования данных, но используемое хранилище данных рассчитано на высокую отказоустойчивость.

Функциональные возможности поставщиков облачных платформ

Следующие функциональные возможности, которые следует учитывать при выборе поставщиков PaaS: [25]

  • Инфраструктура разработки приложений. Надежная инфраструктура разработки приложений, построенная на широко распространенной технологии. Необходимо остерегаться потенциальной возможности попасть в зависимость от поставщика. В этом отношении обычно безопасным является использование технологии с открытыми исходными кодами, такой как Java.
  • Простота использования. PaaS должна иметь простые в использовании программы с предустановленными виджетами, готовые компоненты пользовательского интерфейса и инструменты перетаскивания объектов, а также поддерживать несколько стандартных интегрированных сред разработки. Все это будет способствовать быстрой итеративной разработке приложений.
  • Инструменты моделирования бизнес-процессов (Business Process Modeling - BPM). Необходима надежная BPM-инфраструктура, позволяющая выполнять моделирование бизнес-процессов и создавать приложения на основе этой модели.
  • Доступность. Выбранная платформа должна быть доступна всегда и везде.
  • Масштабируемость. Платформа должна быть достаточно интеллектуальна, чтобы использовать эластичность инфраструктуры для обработки нагрузок, которые может создавать приложение.
  • Безопасность. Платформа должна иметь эффективные средства борьбы с угрозами, такими как межсайтовые скрипты, внедрение SQL, отказ в обслуживании, и средства шифрования трафика, а также предоставлять возможность встраивать эти средства в разрабатываемые приложения. Кроме того, платформа должна поддерживать возможности единого входа, чтобы ее можно было интегрировать в другие локальные или облачные приложения.
  • Инклюзивность. Платформа должна обеспечивать возможность включать, встраивать и интегрировать другие приложения, созданные на этой или другой платформе.
  • Переносимость. Платформа должна быть независимой от используемой инфраструктуры и позволять компаниям переносить приложения с одной РaaS на другую.
  • Инструменты переноса. Чтобы упростить и ускорить процесс миграции данных из традиционных локальных приложений в приложения, основанные на новой платформе, в составе инструментария платформы должны быть программы пакетного преобразования и импорта данных.
  • API. Для выполнения задач аутентификации пользователей, сохранения и извлечения файлов, а иногда и прямых вызовов базы данных, платформа должна иметь хорошо документированный API. Это позволит повысить гибкость создания и настройки программного обеспечения на совместную работу с платформой в соответствии с конкретными требованиями компании.

 

Заключение

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

Компаниям не надо тратить огромные средства на создание собственных центров обработки данных, на оплату лицензионного программного обеспечения, на содержание квалифицированного персонала. Можно автоматизировать большинство бизнес-процессов организации, приобретя готовые пакеты SaaS, IaaS или PaaS.

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

· слабо проработанные стандарты безопасности;

· отсутствие детального анализа статистики по инцидентам;

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

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

 


Приложение

Таблица 1 – Перекрестная матрица концепций трех категорий облачных вычислений.

Заменяемая парадигма Характеристики Основные понятия Преимущества Недостатки и риски Когда не стоит использовать
IaaS Инфраструктура как актив Обычно не зависит от платформы; расходы на инфраструктуру разделяются и, следовательно, снижаются; соглашения SLA; оплата по факту использования; автоматическое масштабирование. Распределенные вычисления (grid computing), вычисления как коммунальная услуга (utility computing), вычислительный экземпляр (compute instance), гипервизор (hypervisor), выгрузка в облако (cloudbursting), вычисления с множественной арендой (multi-tenant computing), организация пулов ресурсов (resource pooling). Снижение капиталовложений в аппаратное обеспечение и трудовые ресурсы; снижение риска потери инвестиций; низкий порог внедрения; плавное автоматическое масштабирование. Бизнес-эффективность и производительность очень зависят от возможностей поставщика; потенциально большие долгосрочные расходы; централизация требует новых/других подходов к мерам безопасности. Когда капиталовложения превышают текущие расходы.
PaaS Приобретение лицензий Потребляет инфраструктуру облака; обеспечивает методы динамичного (agile) управления проектами. Стек решений (solution stack). Плавное развертывание версий. Централизация требует новых/других мер безопасности. Отсутствует
SaaS Программное обеспечение как актив (бизнеса и потребителя) Соглашения SLA; пользовательский интерфейс, предоставляемый приложениями тонких клиентов; компоненты облака; взаимодействие посредством API; не сохраняющий состояние (stateless); слабосвязанный (loosely coupled); модульный; семантическая совместимость. Тонкий клиент; клиент-серверное приложение. Снижение капиталовложений в аппаратное обеспечение и трудовые ресурсы; снижение риска потери инвестиций; плавное итеративное обновление. Централизация данных требует новых/других мер безопасности. Отсутствует

Таблица 2 - Сравнение традиционного программного обеспечения и программного обеспечения как услуги (SaaS).

Критерий Программное обеспечение как услуга Традиционное программное обеспечение
Оплата продукта Ежемесячная оплата и больше никаких платежей Единовременная покупка, однако, существуют дополнительные расходы на поддержку, за получение обновлений, за следующую версию и т.п.
Обновления Всегда самая новая версия, за обновление отвечает сам производитель сервиса Необходимо самостоятельно обновлять, а если серверов много, то это может вылиться в довольно значительные затраты времени и денег
Оплата за инфраструктуру Отсутствует, все входит в плату за сам сервис Необходимо покупать серверы, дополнительное программное обеспечение для них, например, операционную систему, средства виртуализации, антивирусные программы, систему резервного копирования, дополнительно расходы на персонал, обслуживающий эти сервера и ПО.
Возможность покупки меньшего инфраструктурного ресурса В некоторых случаях (хостинг, системы резервирования, серверы приложений) можно платить только за тот объем ресурса, который непосредственно получаем, а при увеличении нагрузки получать увеличение ресурса только в эти пиковые моменты Система должна быть куплена именно под расчетные пиковые нагрузки
Контроль над данными и их безопасность Контроль отсутствует, и часто сервис даже не поддерживает никаких средств экспорта данных в другие системы или просто в резервную копию, приходится полагаться на поставщика SaaS во всех вопросах безопасности данных. В некоторых случаях данные могут быть даже использованы поставщиком SaaS для перепродажи или использованиями третьими лицами (например создания различной аналитики или показа таргетированной рекламы) Полный контроль над данными, но соответственно дополнительные расходы на обеспечение их безопасности. Доступ к данным имеет только сама организация
Возможность самостоятельного расширения функционала В некоторых случаях функциональность сервиса может быть расширена за счет создания модулей или плагинов Полный контроль над функционалом ПО в случае использования Open Source продуктов
Доступ в интернет Обязателен и желательно широкополосный Необязателен и в некоторых случаях может отсутствовать вовсе

Таблица 3 – Сравнение стоимости традиционного программного обеспечения и программного обеспечения как услуги (SaaS).

Затраты Традиционное программное обеспечение Программное обеспечение как услуга
Оборудование Затраты на покупку и установку оборудования. Контракт на услуги по обслуживанию Нет оборудования
Программное обеспечение Покупка лицензий или свободное программное обеспечение Без приобретения лицензии. Оплата за сервис
Непредвиденные расходы Установка, обслуживание, настройка и адаптация Нет накладных и скрытых расходов
Внедрение Несколько дней или недель Создание аккаунта за 60 секунд
Поддержка и обслуживание Дополнительные расходы Включены в ежемесячную оплату. Он-лайн поддержка обеспечивает мгновенную помощь
Добавление новых услуг Необходимо ждать ежегодного обновления или запрашивать специфические интегрируемые разработки Еженедельные автоматические обновления.
Окупаемость Годы Без инвестиций

 

 


Список используемой литературы

 

1. Cloud Computing Toolkit – Guidance for outsourcing information storage to the cloud. // Режим доступа: http: //www.archives.org.uk/images/documents/Cloud_Computing_ToolkИТ-2.pdf

 

2. Облачные вычисления - технология Cloud Computing. // Режим доступа: http: //www.inoventica.ru/informacionnyj_centr/tehnologii/oblachnye_vychislenija/oblachnye_vychislenija_tehnologija

3. Определение Облачных Вычислений (Драфт). Рекомендации Национального Института Стандартов и Технологий (США). // Режим доступа: http: //cloud.sorlik.ru/definition.html

4. Информационный портал «РСК» // Режим доступа: http: //rscgroup.ru/news/12/

5. Cloud Computing Forum & Workshop. // Режим доступа: http: //www.nist.gov/itl/cloud.cfm

6. Информационный портал «CNews Cloud» // Режим доступа: http: //cloud.cnews.ru/

7. Облачные технологии // Режим доступа: http: //www.specialist.ru/section/cloud-courses

8. От ЦОД к частному облаку // Режим доступа: http: //www.osp.ru/resources/focus-centers/cod/library/library_178.html

9. Мобильные телекоммуникации // Режим доступа: http: //www.mobilecomm.ru/images/stories/pdf.magazine/2011/mtk_07-2011.pdf

10. Майкрософт вознесся к облакам. // Режим доступа: http: //www.rbcdaily.ru/media/partnernews/200995.shtml

11. Облачные сервисы: прогнозы, протестированные временем // Режим доступа: http: //www.osp.ru/pcworld/2012/03/13013897/

12. Применение облачных технологий про организации ИТ-поддержки бизнеса промышленных компаний // Режим доступа: http: //www.remmag.ru/admin/upload_data/remmag/11-2/RoundTable.pdf

13. Точка зрения IBM: Безопасность технологии Cloud Computing // Режим доступа: http: //www.ibm.com/ru/cloud/pdf/ibm_pov_ru_march_22_ro_rus_s2.pdf

14. Традиционного программного обеспечения и программного обеспечения как услуги // Режим доступа: http: //www.magicpc.spb.ru/journal/201106/02/03.php

15. Cloud Computing Information Assurance Framework // Режим доступа: http: //www.enisa.europa.eu/activ%D0%98%D0%A2ies/risk-management/files/deliverables/cloud-computing-information-assurance-framework

 


[1] http: //cloud.cnews.ru/

[2] http: //www.specialist.ru/section/cloud-courses

[3] http: //rscgroup.ru/news/12/

 

[4] http: //www.winzone.ru/articles/1047/print/

[5] http: //microsoft.com/documents/rus/msdn/Windows_Azure_web.pdf

[6] http: //microsoft.com/documents/rus/msdn/Windows_Azure_web.pdf

[7] http: //searchcloudcomputing.techtarget.com/definition/cloud-computing

[8] http: //www.cloud.ru/solutions.html

[9] http: //www.archives.org.uk/images/documents/Cloud_Computing_ToolkИТ-2.pdf

[10] http: //www.osp.ru/resources/focus-centers/cod/library/library_178.html

[11] http: //www.osp.ru/pcworld/2012/03/13013897/

[12] http: //www.ibm.com/ru/cloud/pdf/ibm_pov_ru_march_22_ro_rus_s2.pdf

[13] http: //www.archives.org.uk/images/documents/Cloud_Computing_ToolkИТ-2.pdf

[14] http: //www.archives.org.uk/images/documents/Cloud_Computing_ToolkИТ-2.pdf

[15] http: //www.pwc.ru/en_RU/ru/events/2011/cloudcomputing/Michael-Pearl-rus.pdf

[16] http: //www.bureausolomatina.ru/ru/themes_in_progress/clouds/6

[17] http: //www.remmag.ru/admin/upload_data/remmag/10-4/RoundTable.pdf

[18] http: //www.mobilecomm.ru/images/stories/pdf.magazine/2011/mtk_07-2011.pdf

[19] http: //www.ibm.com/developerworks/ru/library/os-cloud-realities1/index.html? ca=drs-

[20] http: //www.ibm.com/developerworks/ru/library/os-cloud-realities1/index.html? ca=drs-

[21] http: //aws.amazon.com/ec2/

[22] http: //www.ibm.com/cloud-computing/us/en/

[23] http: //msdn.microsoft.com/ru-ru/library/dd179367.aspx

[24] https: //developers.google.com/appengine/

[25] http: //www.ibm.com/developerworks/ru/library/cl-cloudservices2paas/


Поделиться:



Популярное:

Последнее изменение этой страницы: 2016-08-31; Просмотров: 567; Нарушение авторского права страницы


lektsia.com 2007 - 2024 год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! (0.033 с.)
Главная | Случайная страница | Обратная связь