Проект CoreOS (https://www.opennet.ru/opennews/art.shtml?num=40275), развивающий основанное идеях контейнерной изоляции серверное окружение, представил (https://coreos.com/blog/rocket-and-appc-0.2.0/) второй выпуск инструментария Rocket (https://github.com/coreos/rocket) и спецификации App Container (https://github.com/coreos/rocket/blob/master/app-container/S...). Rocket позиционируется как более безопасная, переносимая и адаптированная для серверного применения альтернатива инструментарию Docker. Спецификация App Container определяет универсальный и переносимый формат контейнеров. С основными отличиями Rocket от Docker можно познакомиться в анонсе (https://www.opennet.ru/opennews/art.shtml?num=41168) первого выпуска данной системы.
В новом выпуске по умолчанию включена проверка целостности контейнеров по цифровой подписи при выполнении команд "rkt fetch" и "rkt run". Добавлены новые команды: "rkt enter" для подключения к пространству имён (namespace) приложения в контейнере, "rkt status" для оценки состояния контейнера и приложений в нём, "rkt gc" для запуска сборщика мусора, чистящего старые уже не используемые контейнеры. Кроме того, отмечается появление двух независимых реализаций формата App Container: jetpack (https://github.com/3ofcoins/jetpack) (Позволяет запускать контейнеры во FreeBSD с использованием Jail и ZFS) и libappc (https://github.com/cdaylward/libappc/) (библиотека C++ для работы с различными форматами контенеров).URL: https://coreos.com/blog/rocket-and-appc-0.2.0/
Новость: https://www.opennet.ru/opennews/art.shtml?num=41545
У кого есть опыт и мнение об этом продукте!? Поделитесь плиз!
Ждём инструментарий управления контейнерами непривязанный к systemd.
Ждём инструментарий управления контейнерами от systemd, непривязанный к docker или rocket
уже давно есть systemd-nspawn
systemd-nspawn не привязан к Докеру или Рокету, это свой удоный чрут на стероидах.
>> Ждём инструментарий управления контейнерами от systemd, непривязанный к docker или rocket
> systemd-nspawn не привязан к Докеру или Рокету, это свой удоный чрут на
> стероидах.Ну так и LXC - (не)удобный чрут на стероидах.
Не ждем
> Не ждемКак коммунальные службы снега в декабре.
> Ждём инструментарий управления контейнерами от systemd, непривязанный к docker или rocketЗачем? Он уже есть. В systemd 219 уже будет systemd-importd, который загружает из интернета готовые образы виртуалок, чтобы запускать их под systemd-nspawn.
> Ждём инструментарий управления контейнерами от systemd, непривязанный к docker или rocketНе исключено, что все эти докеры/рокеты в конечном счете превратятся во фронтенды к стандартному инструментарию управления контейнерами, который поставляется в составе systemd.
Все равно поддержка контейнерных механизмов - это неотъемлемая фича современного инита, это даже разработчики OpenRC поняли.
> даже разработчики OpenRC понялисобытие! крупнейшие специалисты! (как, видимно, и ссылающийся на них). "теперь вся рыба - наша"
в новостях какой-то мужик хвалился, что рокет не привязан к системдэ
> в новостях какой-то мужик хвалился, что рокет не привязан к системдэЭто был какой-то неправильный мужик.
https://www.opennet.ru/opennews/art.shtml?num=41168
> Настройка производится через генерацию unit-файлов systemd и использование systemd-nspawn для организации работы окружения;
> При этом, для управления контейнером используются средства запуска изолированных окружений, предоставляемые системным менеджером systemd.
> Это был какой-то неправильный мужик.
> https://www.opennet.ru/opennews/art.shtml?num=41168это у вас неправильные новости.
>Another importan point some people are getting totally wrong is that if you want to use Rocket you need to run systemd. Wrong! Rocket does NOT require systemd at all. It should work with any other init systems like SysV or upstart.
http://containerops.org/2014/12/19/docker-vs-rocket-gimme-a-.../
> Ждём инструментарий управления контейнерами непривязанный к systemd.Главное - чтобы к Linux не был привязан, остальное уже мелочи.
>> Ждём инструментарий управления контейнерами непривязанный к systemd.
> Главное - чтобы к Linux не был привязан, остальное уже мелочи.а он уже привязан. К системдосу и гомнощели.
>>> Ждём инструментарий управления контейнерами непривязанный к systemd.
>> Главное - чтобы к Linux не был привязан, остальное уже мелочи.
> а он уже привязан. К системдосу и гомнощели.хейтеры - как всегда - газируют водоёмы. https://github.com/3ofcoins/jetpack/ где твой бох теперь?
Раз не привязан к сисемд то нужно!
> Раз не привязан к сисемд то нужно!в отличие от тебя в профессии
>> Раз не привязан к сисемд то нужно!
> в отличие от тебя в профессииГордость сочилась в словах молодого падавана-сектанта.
> Гордость сочилась в словахпоказательный "перл", фиксирующий уровень владения типичного одминоунтерменша русским
не переживай, нормально он владеет русским. когда хочет.
Олени тоже умеют летать. Когда захотят. Проблема в том, что они никогда этого не хотят...
>>> Раз не привязан к сисемд то нужно!
>> в отличие от тебя в профессии
> Гордость сочилась в словах молодого падавана-сектанта.Это вы про первую процитированную вами строчку?
>>>> Раз не привязан к сисемд то нужно!
>>> в отличие от тебя в профессии
>> Гордость сочилась
> Это вы про первую процитированную вами строчку?Нет. Там, ну, суждение, скажем, и бейт. А у поймавшегося -- самовыпячвание и "профессионадльная" гордость. (И да бейт на бейт -- профессионадльная тупизна.)
Пробуй ещё.
проспись пойди, "специалист" - двух слов связать не можешь
> Нет. Там, ну, суждение, скажем, и бейт. А у поймавшегося -- самовыпячвание и "профессионадльная" гордость. (И да бейт на бейт -- профессионадльная тупизна.)Внезапно, "вон из профессии" можно сказать, даже не испытывая профессиональной гордости.
Если дворник не хочет убирать вверенную ему территорию - вон из профессии.
Если айтишник не хочет (или не может) думать своей головой - вон из профессии.