Совместный проект Основы Linux формализует свою структуру управления для стандартизации контейнеров, хотя это не отвечает на все вопросы о контейнерной функциональной совместимости.Основа Linux сегодня объявила, что Открытая контейнерная инициатива (OCI) поразила главный этап в своем развитии, утверждая формальную структуру управления.
О OCI сначала объявили в июне как способ свести конкурирующие контейнерные усилия вместе создать стандарт, который включает функциональную совместимость. Члены OCI включают веб-сервисы Amazon, Apcera, Apprenda, AT&T, ClusterHQ, Cisco, CoreOS, Datera, Dell, Докера, EMC, Fujitsu, Goldman Sachs, Google, Hewlett Packard Enterprise, Huawei, IBM, Infoblox, Intel, Joyent, Kismatic, Kyup, Мезосферу, Microsoft, Midokura, Nutanix, Odin, Oracle, Основной, Полистих, Portworx, Labs Владельца ранчо, Red Hat, Resin.io, Scalock, Sysdig, SUSE, Поворотный замок, Твиттер, Univa, Verizon Wireless, VMware и Weaveworks.
Новая модель управления для OCI включает Сообщество технического разработчика (TDC) – группа, которая ведет техническое развитие контейнерного времени выполнения. Согласно недавно утвержденному чартеру для OCI, «OCI TDC должен быть открыт для любого разработчика, конечного пользователя или эксперта в предметной области, который решил участвовать в операциях OCI, независимо от того, нанят ли участник Компанией-членом OCI, пока его или ее вклады и поведение соответствуют этому Чартеру».Поверх TDC теперь Технический комитет по надзору (TOB), который составлен из девяти частных лиц.
Цель TOB состоит в том, чтобы управлять конфликтами, и помощь урегулируют споры, которые могли бы возникнуть в TDC.«Целью TOB состоит в том, чтобы быть апелляционный совет», сказал Патрик Чейнзон, член технического штата в Docker Inc., eWEEK. «Если существует разногласие о технических характеристиках, разработчики могут обратиться к плате».Заключительная часть новой модели управления OCI является платой Товарного знака, которая будет иметь контроль по сертификации OCI и усилиям по товарному знаку. Цель с сертификацией состоит в том, чтобы иметь в распоряжении процесс для надлежащей проверки то, что является OCI-соответствующим контейнерным временем выполнения.
OCI имеет несколько усилий с основной инициативой, являющейся временем выполнения контейнера RunC. RunC был первоначально получен из nsinit компонента Докера libcontainer технология.
«OCI покрывает сторону во время выполнения контейнеров, которая является большой вещью», сказал Алекс Польви, CEO CoreOS, eWEEK. «Это означает rkt, и Докер будет в состоянии совместно использовать исполнительные драйверы, таким образом, наши команды инженеров только должны будут инвестировать в создание ограниченного набора времени выполнения».Разделение CoreOS от сообщества Докера магистрали в декабре 2014, запуская его rkt (Ракета) технология контейнера как альтернатива Докеру.OCI также продолжает работать Открыть Container Specification, который является публично просматриваемым на Github. Чейнзон объяснил, что файловая система связывает компонент целей спецификации определить, как файлы размечаются в файловой системе для выполнения OCI-соответствующего контейнера.
«Пакет файловой системы не говорит о распределении образов прикладного объекта», сказал Чейнзон. «Было два различных формата, которые использовались исторически для Докера, версии 1 формата изображения Докера и версии 2».CoreOS защищал стандартный подход формата образа прикладного объекта, названный appc.
Основная идея позади подхода OCI состоит в том, что существует компонент, который получает образ прикладного объекта от репозитория приложения-контейнера и затем размечает его на диске в стандартизованном способе, и оттуда пользователь может запустить приложение с любым OCI-соответствующим контейнерным временем выполнения, сказал Чейнзон.«Способ, которым люди будут использовать RunC, они вытянут изображение от Концентратора Докера или от CoreOS’ quay.io или некоторого другого репозитория, и затем RunC создаст контейнер, основанный на том изображении», сказал он.С точки зрения CoreOS все еще существует потребность в стандартном формате изображения для приложений-контейнеров.
«Мы верим конечным пользователям, операционные команды и разработчики должны, чтобы быть в состоянии создать их контейнерное изображение один раз, подписать его и выполнить его во множестве времени выполнения», сказал Польви. «Стандартное контейнерное изображение, как с ACI [Изображение Контейнера приложения], позволяет выполнить Ваш контейнер куда угодно, а также устранить зависимость от поставщика и мотивировать множество реализаций».Польви объяснил, что формат OCI является внутренним форматом реализации самого контейнерного времени выполнения, не изображением, которое создает конечный пользователь.
В его представлении они – разные вещи все вместе – не, что каждый испытывает недостаток в чем-то от другого.«Мы поддержки к OCI и объединявшийся как отрасль для поддержки OCI», сказал Польви.
Шон Майкл Кернер является главным редактором eWEEK и InternetNews.com. Следуйте за ним в Твиттере @TechJournalist.