«id =» main «> Поделиться

Первый выпуск платформы Red Hat OpenShift — 2011 год. С тех пор эта технология много раз меняла свое лицо. Она долгое время позиционировалась как PaaS и» естественно «помещалась в Красный Платформа Hat OpenStack (IaaS).

Сегодня ситуация совсем иная: Docker и Kubernetes являются основными столпами OpenShift.

Вспомните основные особенности обоих проектов.

Docker

Одна из нескольких реализаций контейнеризации на платформе GNU/Linux. Из-за простоты установки и использования — самая популярная на данный момент.

Основные преимущества:

изоляция ресурсов (процессов, ОЗУ, сети, программного обеспечения и программных библиотек); простота передачи и запуска на любой машине Linux; многократное использование образов для создания новых образов; простой обмен одними и теми же образами через удаленный репозиторий; управление версиями образов облегчает их восстановление и обновление; быстрый запуск и низкое потребление ресурсов по сравнению с виртуализацией; безопасность (изоляция ресурсов, SELinux, контрольные суммы образов).

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

Более сложные приложения в соответствии с архитектурой микросервисов мы сломаем вниз на несколько независимых взаимосвязанных контейнеров.

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

Kubernetes

Одного контейнера с нашим новым приложением недостаточно. В приложениях будет использоваться множество различных технологий, и их работа должна быть надежной, верно? А как насчет таких аспектов, как масштабируемость, автоматизация или высокая доступность приложения?

Ответ — оригинальный проект Kubernetes, созданный Google.

Вот его основные особенности:

простое управление контейнерами; горизонтальное масштабирование: запуск дополнительных контейнеров и равномерное распределение нагрузки; постоянные дисковые тома в таких технологиях, как: nfs, glusterfs; «webhooks»: автоматическое выполнение действий (например, обновление контейнера при появлении новой версии приложения в репозитории) .Docker и OpenShift

Несомненно, Red Hat OpenShift — очень интересное решение для сред разработки, так как сокращает время разработки, обновления и внедрения новых приложений. Безопасно ли положение Докера? На первый взгляд угрозы не видно, но так ли это на самом деле?

CRI-O

На платформе Red Hat OpenShift Kubernetes отвечает за запуск контейнеров докеров. Проще говоря: Kubernetes «разговаривает» с «Docker», и он запускает контейнер.

Может ли Kubernetes сам запускать контейнеры? Можем ли мы удалить Докера из этого уравнения?

Учитывая, что контейнеризация в основном основана на свойствах ядра Linux, ответ: ДА.

Red Hat выбрала проект & nbsp; CRI-O & nbsp; (ранее & nbsp; OCID), который является реализацией Kubernetes CRI (Container Runtime Interface), цель которого — запускать контейнеры, совместимые с OCI (Open Container Initiative).

Обратите внимание, что для запуска контейнера вам понадобится диск космический снимок, так называемый образ контейнера, а CRI-O поддерживает образы контейнеров докеров, поскольку Docker поддерживает инициативу OCI …

Основная цель этого проекта — сделать Kubernetes независимым от какой-либо конкретной реализации контейнеризации, любого конкретного формата образа контейнера и любого конкретного способа его доставки.

Основными участниками этого проекта являются: Red Hat, Intel , SUSE, Hyper, IBM.

Резюме

Начиная с версии 3.9 в Red Hat OpenShift у нас есть поддержка CRI-O (начиная с версии 3.7 как «предварительная версия технологии»).

Даже в В ближайшем будущем CRI-O будет отвечать за запуск всех контейнеров на платформе OpenShift, вам по-прежнему понадобятся образы контейнеров, и их проще и удобнее создавать с помощью Docker. На данный момент нет другого удобного подхода к контейнеризации в среде GNU/Linux, кроме Docker.

Разработчики, которые еще не проявляли интереса к & nbsp; Docker, должны наверстать упущенное, и те, кто заинтересован на платформе & nbsp; Red Hat OpenShift & nbsp; мы призываем вас проследить дальнейшую судьбу проекта & nbsp; CRI-O.