 |
Услуги, предоставляемые облачными системами
|
|
|
|
Все, что касается сloud сomputing (далее СС), обычно принято называть словом aaS. Расшифровывается это просто – «as a Service «, то есть «как сервис», или «в виде сервиса».
В настоящее время, концепция, предполагает оказание следующих типов услуг своим пользователям:
· Storage-as-a-Service («хранение как сервис»)Это, пожалуй, самый простой из СС -сервисов, представляющий собой дисковое пространство по требованию. Каждый из нас когда-нибудь сталкивался с ситуацией, когда на мониторе появлялось зловещее предупреждение: «Логический диск заполнен, чтобы освободить место, удалите ненужные программы или данные». Услуга Storage-as-a-Service дает возможность сохранять данные во внешнем хранилище, в «облаке». Для Вас, оно будет выглядеть, как дополнительный логический диск или папка. Сервис является базовым для остальных, поскольку входит в состав практически каждого из них. Примером может служить Google Drive и прочие схожие сервисы.
· Database-as-a-Service («база данных как сервис») Здесь скорее больше для админов, ибо сия штука предоставляет возможность работать с базами данных, как если бы СУБД была установлена на локальном ресурсе. Причем, в этом случае гораздо легче «расшаривать» проекты между разными исполнителями, не говоря уже о том, сколько деньжат можно сэкономить на компьютерном железе и лицензиях, требуемых для грамотного использования СУБД в крупной или даже средней организации.
· Information-as-a-Service («информация как сервис») Дает возможность удаленно использовать любые виды информации, которая может меняться ежеминутно или даже ежесекундно.
· Process-as-a-Service («управление процессом как сервис») Представляет собой удаленный ресурс, который может связать воедино несколько ресурсов (таких как услуги или данные, содержащиеся в пределах одного «облака» или других доступных «облаков»), для создания единого бизнес-процесса.
|
|
|
· Application-as-a-Service («приложение как сервис») Еще, может называется, Software-as-a-Service («ПО как сервис»). Позиционируется как «программное обеспечение по требованию», которое развернуто на удаленных серверах и каждый пользователь может получать к нему доступ посредством Интернета, причем все вопросы обновления и лицензий на данное обеспечение регулируется поставщиком данной услуги. Оплата, в данном случае, производиться за фактическое использование последнего. В качестве примера можно привести Google Docs, Google Calendar и т.п. онлайн-программы.
· Platform-as-a-Service («платформа как сервис») Пользователю предоставляется компьютерная платформа с установленной операционной системой и некоторым программным обеспечением.
· Integration-as-a-Service («интеграция как сервис») Это возможность получать из «облака» полный интеграционный пакет, включая программные интерфейсы между приложениями и управление их алгоритмами. Сюда входят известные услуги и функции пакетов централизации, оптимизации и интеграции корпоративных приложений (EAI), но предоставляемые как «облачный» сервис.
· Security-as-a-Service («безопасность как сервис») Данный вид услуги предоставляет возможность пользователям быстро развертывать продукты, позволяющие обеспечить безопасное использование веб-технологий, электронной переписки, локальной сети, что позволяет пользователям данного сервиса экономить на развертывании и поддержании своей собственной системы безопасности.
· Management/Governace-as-a-Service («администрирование и управление как сервис») Дает возможность управлять и задавать параметры работы одного или многих «облачных» сервисов. Это в основном такие параметры, как топология, использование ресурсов, виртуализация.
· Infrastructure-as-a-Service («инфраструктура как сервис») Пользователю предоставляется компьютерная инфраструктура, обычно виртуальные платформы (компьютеры), связанные в сеть, которые он самостоятельно настраивает под собственные цели.
|
|
|
· Testing-as-a-Service («тестирование как сервис») Дает возможность тестирования локальных или «облачных» систем с использованием тестового ПО из «облака» (при этом никакого оборудования или обеспечения на предприятии, не требуется).
· Utility computing Идея не нова, но эта форма облачных технологий приобрела новую жизнь с Amazon.com, Sun, IBM и другими, предлагающими в настоящее время виртуальные серверы вычислительных ресурсов по принципу коммунальных услуг, доступ к которым клиент может получить в любое время. Выгода для Вас как клиента в том, что вы платите за вычислительные ресурсы и программное обеспечение только тогда, когда они вам действительно нужны. Концепция utility computing (UC) — предоставление вычислительных ресурсов по принципу коммунальных услуг - позволяет добиться недостижимой ранее эффективности.
· Среда разработки как сервис Другой вариант SaaS, эта форма облачных технологий обеспечивает среду разработки как сервис. Вы создаете собственные приложения, которые работают на инфраструктуре провайдера и доставляются пользователям через Интернет с серверов провайдера. Как и Legos, эти услуги ограничиваются дизайном поставщика и его возможностями, так что вы конечно не получаете полную свободу, но вы получите предсказуемость и предварительную интеграцию. Пример подобного сервиса Salesforce.com, Coghead и новый Google App Engine.
· MSP (управляемые услуги) Одна из старейших форм облачных технологий, включает в себя процесс управления несколькими взаимосвязанными программами. В основном этим сервисом пользуются поставщики IT, а не конечные пользователи. MSP это управление программами, такими как антивирусная служба, электронная почта или служба мониторинга приложений. Например, услуги по безопасности предоставляемые SecureWorks, IBM и Verizon так-же попадают в эту категорию, поскольку предоставляют услуги на основе анти-спама Postini, недавно приобретенного Google.
· Service commerce platforms Эта услуга гибрид SaaS и MSP, сервис входящий в облачные технологии предлагает услуги из центра, с которым пользователи в дальнейшем взаимодействуют. Данный сервис наиболее распространен в условиях торговли. Позволяет пользователям например заказать билеты для путешествия или секретарские услуги из общей платформы, которая затем координирует предоставление услуг и цен в допустимых пределах заданных пользователем. Работает этот сервис как автоматизированное бюро обслуживания. Для примера можно привести Rearden Commerce и Ariba.
|
|
|
· Интернет интеграция Интеграция облачных услуг в одно целое. Сегодня, облачные технологии включают в себя большое количество изолированных друг от друга облачных ИТ-услуг, к которым клиенты должны подключаться по отдельности. С другой стороны, современные IT технологии просто пронизывают предприятие, поэтому идея связанных между собой сервисов, запущенных на гибкой, масштабируемой инфраструктуре должно в конечном итоге сделать каждое предприятие одним из узлов в большом облаке. Это конечно длительный тренд с далеко идущими последствиями. Но среди имеющихся трендов в облачных технологиях, является пожалуй одним из самых трудно оспариваемых.
Для наглядности, обобщим все эти сервисы архитектуры «облако», в одну схему на которой приве дена классификация сервисов, по типу услуг.
Теперь рассмотрим, какие бывают облака, так сказать, по форме собственности. Тут, выделяют три их категории:
· Публичные
· Частные
· Гибридные.
Кратко по каждой:
· Публичное облако — это ИТ-инфраструктура, используемая одновременно множеством компаний и сервисов. Пользователи не имеют возможности управлять и обслуживать данное «облако», а вся ответственность по этим вопросам возложена на владельца ресурса. Абонентом, предлагаемых сервисов может стать любая компания и индивидуальный пользователь. Примерами могут служить онлайн-сервисы: Amazon EC2, Google Apps/Docs, Microsoft Office Web.
· Частное облако — это безопасная ИТ-инфраструктура контролируемая и эксплуатируемая в интересах одной-единственной организации. Организация может управлять частным «облаком» самостоятельно или поручить эту задачу внешнему подрядчику. Инфраструктура может размещаться либо в помещениях заказчика, либо у внешнего оператора (либо частично у заказчика и частично у оператора).
|
|
|
· Гибридное облако — это ИТ-инфраструктура использующая лучшие качества публичного и приватного облака при решении поставленной задачи. Часто такой тип применяется, когда организация имеет сезонные периоды активности, другими словами, как только внутренняя ИТ-инфраструктура не справляется с текущими задачами, часть мощностей перебрасывается на публичное «облако» (например, большие объемы статистической информации), а также для предоставления доступа пользователям к ресурсам предприятия через публичное «облако».
Теперь рассмотрим возможности облачных вычислений:
· Доступ к личной информации с любого компьютера, подключённого к Интернету
· Можно работать с информацией с разных устройств (ПК, планшеты, телефоны и т.п.)
· Не важно в какой операционной системе Вы предпочитаете работать, — веб-сервисы работают в браузере любых ОС
· Одну и туже информацию, как Вы, так и окружающие, могут просматривать и редактировать одновременно с разных устройств
· Многие платные программы стали бесплатными (или более дешёвыми) веб-приложениями
· Если что-то случится с вашим устройством (ПК, планшетом, телефоном), то Вы не потеряете важную информацию, так как она теперь не хранится в памяти устройств
· Всегда под рукой свежая и обновлённая информация
· Вы всегда пользуетесь самой последней версией программ и при этом не надо следить за выходом обновлений
· Можно свою информацию объединять с другими пользователями
· Легко можно делиться информацией с близкими людьми или с людьми из любой точки земного шарика.
Возможностей, весьма предостаточно, однако, есть и свои недостатки (куда же без них), о которых также следует упомянуть.
«Ложка дегтя» — недостатки:
· Необходимость постоянного соединения. Для получения доступа к услугам «облака» необходимо постоянное соединение с Интернет
· Программное обеспечение и его «кастомизация». Есть ограничения по ПО, которое можно разворачивать на «облаках» и предоставлять его пользователю. Пользователь имеет ограничения в используемом обеспечении и иногда не имеет возможности настроить его под свои собственные цели
· Конфиденциальность. Конфиденциальность данных, хранимых в публичных «облаках», в настоящее время, вызывает много споров, но в большинстве случаев эксперты сходятся в том, что не рекомендуется хранить наиболее ценные для компании документы на публичном “облаке”, так как в настоящее время нет технологии, которая бы гарантировала 100% конфиденциальность данных
|
|
|
· Безопасность. «Облако” само по себе является достаточно надежной системой, однако при проникновении в него злоумышленник получает доступ к огромному хранилищу данных. Еще один минус, — это использование систем виртуализации в которых, в качестве гипервизора, используются ядра стандартных ОС (например Windows), что позволяет использовать вирусы и уязвимости системы
· Дороговизна оборудования. Для построения собственного облака необходимо выделить значительные материальные ресурсы, что не выгодно только что созданным и малым компаниям
· Дальнейшая монетизация ресурса. Вполне возможно, что компании в дальнейшем решат брать плату с пользователей за предоставляемые услуги.
Как видите, есть две стороны медали. Впрочем, развитию технологии это не вредит, а может даже и подстегивает.
Лекция 8
Обзор облачных технологий
Говоря о том, что такое облачные технологии и облачные вычисления, всегда необходимо помнить о том, как определяются основные характеристики любого настоящего облака – наличие пула ресурсов, самообслуживание, эластичность и оплата на основе использования. Эти характеристики были выведены National Institute of Standards and Technology (NIST). Авторы для описания облачных сервисов используют принцип 4-3-2. Первая цифра, 4, используется для описания четырех основных характеристик облачного сервиса.
Pooled Resources: существует мнение, что облаком называется большая виртуализированная инфраструктура. Данное утверждение является верным, но, тем не менее, облака используют виртуализацию, но виртуализацию с добавленной функциональностью. Механизмы, стоящие за облаком, объединяют ресурсы в единый пул, который позволяет работающим в реальном времени автоматическим сервисам платформы динамически разворачивать и масштабировать пользовательские и служебные ресурсы.
Self Service: Перед и после того, как пользователь развернул свои ресурсы, облако должно предоставлять возможность управлять ими с помощью средств самообслуживания для того, чтобы, например, преобразовывать их в более выгодные для бизнеса конфигурации в пределах SLA. Таким образом для облака нет необходимости в наличии проведения коммуникаций пользователя с живым человеком, который должен управлять ресурсами. Ресурсы фактически управляются пользователем, логически и физически они контролируются облачной платформой.
Elastic – эластичность заключается в возможности динамического масштабирования по запросу за очень короткое время.
Usage Based – Модель оплаты по факту использования содержит в себе свод правил, регламентирующих, что пользователь платит только тогда, когда использует выделенные мощности. Это позволяет перенаправить часть ресурсов, ранее использовавшихся для оплаты поддержки и обслуживания, например, периодически простаивающего оборудования, на бизнес-задачи организации и реализовать ту необходимую гибкость, которая лежит в основе эффективного использования ресурсов. Экономия очевидна – благодаря объединению ресурсов в пулы и модели оплаты по факту использования многие расходы становятся излишними, их можно избежать, и построить ту инфраструктуру, которая максимально отвечает бизнес-сценариям организации, на то время, которое она должна существовать.
Вторая цифра принципа 4-3-2, характеризует три основных метода поставки облачных сервисов: Infrastructure-As-A-Service, Platform-As-A-Service и Software-As-A-Service. В настоящее время существует широкая таксономия терминов, сужающих контекст, например, MBaaS (Mobile-Backend-As-A-Service) и Metal-As-Service, но в общем смысле все сводится к трем методам. В индустрии определены три типа поставок облачных сервисов:
· IaaS – набор связанных с инфраструктурой возможностей (ОС, сетевое подключение, т.д.), предоставляемых клиенту на основе модели "оплаты-за-использование" и могущих использоваться для размещения приложений.
· PaaS – функциональность более высокого уровня, связанная с платформой и предоставляемая как сервис для разработчиков приложений. С PaaS разработчики абстрагируются от низлежащей инфраструктуры.
· SaaS – приложения, предлагаемые в качестве сервисов, когда организации просто потребляют и используют приложение. Традиционно же организация платила бы за использование приложения или приложение монетизировалось бы через доход от рекламы.
Важно заметить, что эти три типа сервисов могут существовать отдельно или в комбинации друг с другом: предложения типа SaaS необязательно могут быть разработаны над предложениями PaaS, так как решения, основанные на использовании PaaS, часто предоставляются как SaaS, предложения же типа PaaS – больше, чем просто работающая на IaaS платформа. Симбиоз трех методов поставки облачных сервисов, разумеется, должен предваряться серьезным анализом и часто целым переосмыслением архитектуры сервиса, который должен работать в облаке.
Следующей цифрой в принципе 4-3-2, характеризуется тип облака. Тип облака влияет на размещенные в нем сервисы достаточно опосредовано – для конечного пользователя использование сервиса, размещенного в приватном облаке или размещенного в публичном, может не нести никакого различия – использование практически всегда полностью прозрачно. Аналогично методам поставки, существуют дополнительные термины, характеризующие тип облака, например, Community Cloud, но данные типы так или иначе являются либо развитием, либо симбиозом приватного или публичного типов.
Таким образом, принцип 4-3-2 позволяет охарактеризовать любой облачный сервис либо платформу таким образом, чтобы можно было понять, действительно ли (на высоком уровне) сервис является облачным либо он является простым виртуализованным сервисом, находящимся под управлением живых людей и не предоставляет стандартные для облаков преимущества.
|
|
|
