Управление облачными приложениями для платформ

Управление облачными приложениями для платформ ( CAMP ) — это спецификация для управления приложениями в контексте системы « платформа как услуга » (PaaS). CAMP предназначен для удовлетворения потребностей системы PaaS высокого уровня; один, в котором потребитель (обычно разработчик или администратор приложения) предоставляет артефакты приложения (код, данные, графику и т. д.) и указывает, какие предоставляемые поставщиком услуги необходимы для реализации этих артефактов в качестве приложения. Подробная информация об инфраструктуре (вычисления, хранилище и сеть), используемой для поддержки этих услуг, скрыта от потребителя поставщиком системы PaaS.

Модель Пааса

CAMP определяет следующее:

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

Мотивация

Большинство систем PaaS предоставляют API управления приложениями в той или иной форме . Эти API-интерфейсы используются для загрузки приложений в облако, настройки служб, которые будут использоваться для запуска приложения, запуска приложения, отслеживания состояния и производительности приложения, остановки приложения и т. д. Эти API-интерфейсы обычно скрыты за веб-приложением. и/или инструмент командной строки. Этот тип API является технологией «я тоже»; его наличие является необходимой предпосылкой для предоставления работоспособной системы PaaS, но в предоставлении лучшего API управления, чем у конкурентов, нет большого преимущества. Никто никогда не выбирал предложение PaaS исключительно из-за его API управления приложениями. Между тем тот факт, что каждая система PaaS предоставляет собственный API управления приложениями, создает ряд проблем:

• Любые системы мониторинга или управления, системы непрерывной интеграции и т. д., написанные для использования таких API, необходимо будет переписать, если клиент захочет изменить или добавить дополнительные системы PaaS. Это увеличивает стоимость переключения между поставщиками PaaS, что, в свою очередь, снижает ценность использования PaaS.
• Интегрированные среды разработки , которые хотят ориентироваться на среды PaaS, должны делать это на индивидуальной основе в каждом конкретном случае (например, предоставляя настраиваемые соединители для каждой системы PaaS). Это увеличивает как первоначальные усилия по разработке, так и накопленный «технический долг» по обслуживанию каждого из этих соединителей.
• Поскольку качество API управления приложениями не является отличительной чертой, время, потраченное на разработку/настройку API управления, не является хорошей инвестицией. Поставщики платформ могут сэкономить время и ресурсы, внедрив базовый согласованный API. Дополнительные функции могут быть реализованы как расширения этого базового API.

История

ЛАГЕРЬ 1.0

CAMP 1.0 ^[1] был создан в результате сотрудничества CloudBees, Cloudsoft Corporation, Huawei, Oracle, Rackspace, Red Hat и Software AG. ^[2] Опубликовано в августе 2012 г.

ЛАГЕРЬ 1.1

В августе 2012 года CAMP 1.0 был представлен техническому комитету OASIS CAMP с целью разработки стандарта OASIS. Этот Технический комитет подготовил спецификацию Комитета OASIS. ^[3] В соответствии со своим уставом, CAMP TC ожидает подтверждения наличия двух интероперабельных реализаций CAMP v1.1, прежде чем просить OASIS утвердить спецификацию в качестве стандарта OASIS.

Реализации CAMP

нКАМП

Разработанный в сотрудничестве с техническим комитетом OASIS CAMP, nCAMP представляет собой экспериментальную реализацию спецификации CAMP v1.1. nCAMP не задумывался как полезная система PaaS, а вместо этого служил средством для проверки концепций и структур спецификации CAMP. nCAMP представляет собой простую систему, использующую Tomcat и MySQL для поддержки веб-приложений на основе Java Servlet, которые могут использовать MySQL в качестве базы данных.

Проект Солум

Solum — это проект Stackforge, связанный с OpenStack, предназначенный для упрощения использования облачных сервисов и их интеграции в процесс разработки приложений разработчиками. Модель ресурсов и схема плана Solum основаны на CAMP, но не полностью соответствуют CAMP. В настоящее время продолжается работа по предоставлению дополнительного API, совместимого с CAMP ^[4] , в дополнение к собственному API Solum.

Апач Бруклин

Apache Brooklyn — это платформа для моделирования, мониторинга и управления приложениями с помощью автономных схем. Схемы Apache Brooklyn соответствуют CAMP v1.1 Public Review Draft 01.

Примечания

внешняя ссылка

• Управление облачными приложениями OASIS для платформ (CAMP) TC
• ЛАГЕРЬ в 7 слайдах
• ЛАГЕРЬ в 7 Слайд: Эпизод 2
• Солум Демо