что-то там тоже не до конца

тут жалко, что rkt уже набрал некий вес как альтернатива Docker'у, но его бросают и говорят о другой альтернативе

вот именно с маркетинговой точки зрения кажется, что раз первую оппозицию постигла неудача, то и вторую-третью так же

в итоге опускаешь руки и "ну, Docker так Docker, okay"

Так это не оппозиция, OCI появился по инициативе докера(не можешь победить - возглавь)

CRI-O - это продукт работы OCI

ну, если ставишь курс на Kubernetes, то когда связка Kubernetes+CRI-O будет работать лучше связки Kubernetes+Docker?

без всяких багов/глюков/неудобств и на всех платформах

то есть когда оно станет вариантом по умолчанию для Kubernetes?

В далёком будущем - вероятнее всего. Сейчас это бета, нет?

то есть когда оно станет вариантом по умолчанию для Kubernetes?

Ага

ну просто вот раньше такие же мысли были про rkt

что вот сейчас вот-вот доделают и выкинут Docker на скамейку запасных

а по умолчанию будет rkt

не получилось

теперь уже по отношению к CRI-O более скептические взгляды

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

думаю, что да

но тут именно с маркетинговой точки зрения криво

надо было назвать rkt2.0 а не CRI-O

Rkt это скорее ближе к lxc - то есть на низком уровне запускатор контейнеров. CRI-O - это штука специально для кубика

Ну, cri - оно сразу понятно, Container Runtime Interface, а что такое ркт - неизвестно...

ну тогда можно было бы депрейкейтнуть rkt в пользу CRI-O

чтобы сообщество не растворялось по двум проектам

CRI-O ведь и на 1 ноде будет работать?

без Kubernetes

Ну и кубик на одной работает, и флит, и etcd)

ну, кубик-то не нужен на 1 ноде

а контейнеры более чем

контейнеры как способ доставки

Яхз, если честно, не успеваю следить за миром опенсорса. Так что сильно не верь в правоту моего мнения)

я тут немного разочарован тем, что оппозиция докеру оказалась немного раздроблена

хотя я и согласен с тем, что дешевле было переписать

Докер - ты сейчас о чём именно?

просто ce

допустим, у меня 1 проект = 1 впска, мне не нужна там какая-либо защита контейнеров друг от друга или что-то такое, я просто хочу запустить то, что внутри контейнера, мне так же не нужна какая-нибудь там хитрая фс для образов/контейнеров, мне главнее производительность, чтобы был просто 1 слой

у меня оно работало просто через systemd + rkt

я .service файлы для запуска rkt'а сделал и оно запускалось, ставило меньше всяких вещей, чем Docker

О компании, о продукте, об интерфейсе?.. Сейчас уже не нужна оппозиция докеру, он проиграл войну. Он проиграл кубику, как платформа. Он проиграл ркт как стандарт(пришлось сделать OCI, Moby Project и пр.)

Вот даже пошёл на интеграцию с кубиком

не, я не про кубик, я про утилиту, которую можно поставить на впску

я .service файлы для запуска rkt'а сделал и оно запускалось, ставило меньше всяких вещей, чем Docker

Ну и оставь.

rkt кажется уже немного несовременным, версии не выходят

видимо, надо менять на CRI-O или Docker

Ркт - это systemd-nspawn на стероидах. Совершенно другое, чем CRI-O

ну, грубо говоря, у меня есть CI или ноутбук, на котором я делаю образ, дальше я его закачиваю на GCP (gcr.io)/Docker Hub/Quay, на своей впске (одиночной, не облако) я его скачиваю и запускаю через systemd или вручную командой или через Ansible-playbook

и там внутри какой-нибудь uWSGI из контейнера начинает работать на 80/443 порту, а к нему проксирует CloudFlare

CRI-O для такого рода вещей разве не подойдёт?

CRI-O для такого рода вещей разве не подойдёт?

Скорее всего удастся, но это странно.

Я не пробовал

я тоже не смотрел, но, наверное, там есть какой-нибудь бинарник же, через который можно запустить

Можешь вообще на https://github.com/resin-os/balena/blob/17.06-resin/README.md посмотреть

спасибо

Conservative memory use Prevents page cache thrashing during image pull, so your application runs undisturbed in low-memory situations

вот это интересно

Кубер юзал изначально докер как рантайм и не парился (хотя если быть более точным, в самом начале он юзал рантайм от Гугла), потом начался от части маркетинговый булшит, что кубер весь такой распрекрасный, а без докера никуды, но это тоже хер с ним, движ начался после одного митапа, где ребята из докера показали свой свармкит который мы ща знаем как варммод

Начался хипишь что надо куберу свой рантайм и что бы они не были завязаны на докер и тп

Тут началась дружба более плотная с клрьось и его ркт

Но чёт с ркт было не так, разрабы не зацепили и напилили свой cri как апи под которое можно притянуть любой рантайм

Который поддерживает это при

Апи

И сказали что в предь они ни на кого не завязываются

А работают с любым кто его поддерживает

Ну и начали пилить свой типа какоеичный вариант

Cri-o который мы знаем

Ну и начали гундеть, что вообще докер сильно жирный, от него только кусок надо

А на тот момент докер уже разделил свой движок на составные части

Ну и совсем недавно от них в инкубаторе кубера прилетело containerd-cri

Сугубо кусок рантайм от докера который нужен для работы с кубером

У келси даже в его хардвее вроде даже пару раз он использовался

И даже начался движ что нах нам непойми когда сосреюший cri-o если вон ест рабочий и проверенный от докер но без всей махины докера

А главное его отдали под эгиду кубера

И его как бы сообщество кубера будет развивать

И его как бы сообщество кубера будет развивать

То есть теперь CRI-O тоже забудут, а будет этот containerd-cri?

То есть теперь CRI-O тоже забудут, а будет этот containerd-cri?

Вполне может быть

самый тихий чатик из всех, что у меня есть

такой-же как со салтсеку)

Пока ещё есть некий смысл его содержать.

Оставь его, он кушать не просит

Ну конечно. Верим, надеемся и любим.