
- •3.Брокерские «облачные» сервисы (Cloud Services Brokerage)
- •4.Клаудберстинг (Cloudbursting/Overdraft)
- •7.«Облако» сообщества (Community Cloud)
- •9.Браузерная клиентская ос (Browser Client os)
- •12.Гибридные «облака» (Hybrid Cloud Computing)
- •13.На пике
- •14.«Облачные» bpm-платформы (Cloud-Enabled bpm Platforms)
- •15.«Облачная» электронная почта (Cloud e-Mail)
- •16.Субд как «облачный» сервис (dbms as a Cloud Service)
- •21.Частные «облака» (Private Cloud Computing)
- •23.Интеграция «облачных» услуг (Cloud Service Integration)
- •24.«Облачная» система хранения данных (Cloud Storage)
- •25.Эластичность «облачных» услуг (Elasticity)
- •26.Платформа как сервис (Platform as a Service, PaaS)
- •27.«Облачные» вычисления (Cloud Computing)
- •28.«Облачная»/вебплатформа (Cloud/Web Platforms)
- •29.Публичные «облака» (Public Cloud Computing/the Cloud)
- •34.Коммунальная ит-инфраструктура (it Infrastructure Utility)
- •35.Выходящие на плато
- •36.По как сервис (SaaS)
- •38.Виртуализация (Virtualization)
- •39.«Облачная» реклама (Cloud Advertising)
- •40.Интеграция как сервис (Integration as a Service)
- •41.Безопасность как сервис (Security as a Service)
25.Эластичность «облачных» услуг (Elasticity)
С точки зрения поставщика услуг, эластичность «облачных» услуг — это способность увеличивать или сокращать объем предоставляемых ресурсов ИТ-инфраструктуры (например, процессорной мощности, памяти, ресурсов, систем вводавывода и т.п.), которая доступна для данного «облачного» сервиса по требованию в автоматическом режиме.
Степень автоматизации зависит от провайдера. При этом ручное изменение объема предоставления ресурса по требованию, строго говоря, не может считаться эластичностью. Для потребителей эластичность — это выделение достаточных ресурсов для выполнения их работы.
Степень полезности: высокая
Проникновение на рынок: от 5 до 20% от целевой аудитории в 2010 году
Степень зрелости: «подростковая»
Примеры вендоров: Amazon, Enomaly, salesforce.com, VMware
26.Платформа как сервис (Platform as a Service, PaaS)
Платформа как сервис является общепринятым термином и обозначает средний слой стека «облачных» технологий (рис. 9).
Рис. 9. Структура стека «облачных» решений и примеры провайдеров
Термин «инфраструктура приложений» часто применяется в значении «ПО промежуточного слоя» — это справедливо и в контексте обсуждения «облачных» технологий.
Gartner отмечает, что PaaS является чрезвычайно раздутым термином, причем разные авторы включают в это понятие различное наполнение. Полный набор PaaS представляет собой широкий набор услуг инфраструктурных сервисов для приложений, предлагаемых поставщиком «облачных» услуг. Такие комплексные PaaS-сервисы включают функции серверов приложений, систем управления базами данных (СУБД), порталов, интеграции данных, управления бизнес-процессами, обмена сообщениями и т.п. В действительности, однако, ни один поставщик сегодня не предлагает такого комплексного набора.
В настоящее время различные компоненты технологии PaaS находятся на разных стадиях развития. APaaS и интеграция как сервис имеют больше поставщиков и пользователей, чем СУБД, BPM или портальные сервисы в виде «платформа как услуга».
Степень полезности: трансформационная
Проникновение на рынок: от 1 до 5% от целевой аудитории в 2010 году
Степень зрелости: начальная
Примеры вендоров: Google, Microsoft, salesforce.com, Tibco Software, VMware
27.«Облачные» вычисления (Cloud Computing)
Компания Gartner определяет «облачные» вычисления как тип ИТ-услуги, поставляемой в виде масштабируемого эластичного сервиса с помощью интернет-технологий. Как мы уже отмечали, «облачные» вычисления — это зонтичный термин, который объединяет целый ряд технологий, помеченных на кривой ажиотажа. На базе «облачных» вычислений как технологии строятся «облачные» сервисы. Согласно Википедии, «облачный» сервис представляет собой особую клиент-серверную технологию — использование клиентом ресурсов (процессорное время, оперативная память, дисковое пространство, сетевые каналы, специализированные контроллеры, программное обеспечение и т.д.) группы серверов в сети, взаимодействующих таким образом, что:
для клиента вся группа выглядит как единый виртуальный сервер;
клиент может прозрачно и с высокой гибкостью менять объемы потребляемых ресурсов в случае изменения своих потребностей (увеличивать/уменьшать мощность сервера с соответствующим изменением оплаты за него).
При этом наличие нескольких источников ресурсов, с одной стороны, повышает доступность системы клиент-сервер за счет возможности масштабирования при повышении нагрузки (увеличение количества применяемых источников данного ресурса пропорционально увеличению потребности в нем и/или перенос работающего виртуального сервера на более мощный источник, «живая миграция»), а с другой — снижает риск неработоспособности виртуального сервера в случае выхода из строя какого-либо из серверов, входящих в группу, обслуживающую данного клиента, так как вместо вышедшего из строя сервера возможно автоматическое переподключение виртуального сервера к ресурсам другого (резервного) сервера.
Степень полезности: трансформационная
Проникновение на рынок: от 5 до 20% от целевой аудитории в 2010 году
Степень зрелости: «подростковая»
Примеры вендоров: Amazon, Google, Microsoft, salesforce.com, VMware