Платформа как услуга. 
Модель PaaS

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

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

Идея PaaS была впервые реализована в Интернете как сервисы Amazon Web Services (AWS) и Salesforce.com. В апреле 2008 года компания Google запустила App Engine с бесплатной пробной версией, ограниченной 10 000 разработчиков. Это было сделано для того, чтобы «превратить Интернет облачных вычислений пространство полноценной промышленности практически за одну ночь».

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

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

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

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

Основным недостатком PaaS является возможность ограничения определенной платформой. Тем не менее, большинство PaaS’ов относительно свободны. Другими возможными недостатками могут быть относительная молодость модели облачных услуг, отсутствие поддержки .NET многими поставщиками, и сложность в понимании значений и определений PaaS теми, кто работает в области ИТ.

Существуют несколько типов PaaS, в том числе публичные, частные и гибридные. PaaS была первоначально предназначена в качестве прикладного решения для публичного облака, а впоследствии расширилась до частных и гибридных вариантов.

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

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

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

В 2011 году мировой рынок публичных PaaS оценён в сумму около 700 миллионов долларов, в числе 10 крупнейших провайдеров указываются:

• · Amazon.com с платформой Beanstalk;
• · Salesforce.com с платформами Force.com, Heroku и Database.com;
• · LongJump;
• · Microsoft с платформой Windows Azure;
• · IBM с платформой Bluemix;
• · Red Hat с платформой OpenShift;
• · VMWare с платформой Cloud Foundry;
• · Google с платформой App Engine;
• · CloudBees;
• · Engine Yard.

В 2012 году в OASIS предложен стандарт для прикладного программного интерфейса управления облачными платформами CAMP, определяющий унифицированные форматы для команд программного управления облачными платформами [5].