Microsoft недавно объявила создание проекта с открытым исходным кодом, который OAM, Вn новый стандарт разработки и запуска приложений в Kubernetes и другие платформы. Этот новый проект был запущен, потому что Kubernetes стал ведущей средой оркестровки контейнеров.
Его успех привел к значительному росту услуг во всех публичных облаках. Однако яосновные ресурсы Kubernetes, как услуги и реализации, rОни представляют собой разрозненные элементы глобального приложения. Они не представляют собой само приложение. Точно так же такие объекты, как диаграммы Helm, представляют собой потенциально развертываемое приложение, но после реализации не существует модели, ориентированной на текущее приложение.
Вот почему Microsoft и Alibaba Cloud создали проект Open Application Model. (OAM) в рамках Open Web Foundation.
OAM это спецификация для описания приложений так что описание приложения отделено от деталей как инфраструктура реализует приложение и управляет им. Такое разделение проблем полезно по нескольким причинам.
В реальном мире каждый кластер Kubernetes отличается от входа в контейнерный сетевой интерфейс (CNI) до сервисной сети.
Разделяя определение реализации оперативных деталей кластера, разработчики приложений могут сосредоточиться на ключевых элементах вашего приложения, а не рабочие детали вашей реализации.
Кроме того, разделение задач также позволяет архитекторам платформ разрабатывать повторно используемые компоненты, а разработчикам приложений сосредоточиться на интеграции этих компонентов в свой код, чтобы быстро и легко создавать надежные приложения.
Во всем этом цель открытой модели приложения - упростить простые приложения и что сложные приложения управляемы.
В OAM приложение состоит из нескольких концепций. Первые - это компоненты, составляющие приложение. Эти компоненты могут быть такими службами, как база данных MySQL или реплицированный сервер PHP с соответствующим балансировщиком нагрузки.
Разработчики могут создавать код, который они упаковывают как компонент, затем автор заявляет, что описывает взаимосвязь между этим компонентом и другими микросервисами. Компоненты позволяют архитекторам платформы и другим специалистам создавать повторно используемые модули, которые, как известно, воплощают передовой опыт в области безопасности и масштабируемого развертывания.
Они также позволяют разделить реализацию компонентов из описания того, как эти компоненты объединены в
Чтобы преобразовать эти компоненты в конкретное приложение, операторы приложения используют конфигурацию этих компонентов, чтобы сформировать конкретный экземпляр приложения для развертывания.
Средство конфигурации - это то, что позволяет оператору приложения запускать реальное приложение из компонентов, предоставленных разработчиками и платформами.
Последняя концепция - это набор функций, описывающих характеристики среды приложения, включая такие функции, как автомасштабирование и ввод, которые важны для работы приложений, но могут быть реализованы по-разному в разных средах.
Простым примером таких различий может служить гипермасштабируемый балансировщик нагрузки. облако предоставлено против локального аппаратного балансировщика нагрузки.
С точки зрения разработчика приложения они полностью идентичны, а с точки зрения оператора - совершенно разные. Функции позволяют разделить проблемы, чтобы приложение могло работать там, где развернуты его необходимые функции.
Затем операторы инфраструктуры могут настроить эти функции в соответствии с уникальными эксплуатационными требованиями своей среды (такими как соответствие и безопасность).
В отличие от более традиционной модели приложения PaaS, OAM имеет уникальные характеристики. Что еще более важно, он не зависит от платформы. Microsoft отмечает, что хотя его первоначальный OAM, называемый Rudr, основан на Kubernetes, сам OAM не имеет тесного отношения к Kubernetes.
Можно разработать реализации для многих других сред, даже для небольших форматов, связанных с устройствами, где Kubernetes может быть неправильным выбором. Нам также нужно подумать о бессерверных средах, где пользователи не хотят или не нуждаются в сложности Kubernetes.