The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"SUSE и openSUSE представили Kubic, платформу для развёртыван..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"SUSE и openSUSE представили Kubic, платформу для развёртыван..."  +/
Сообщение от opennews (?), 29-Май-17, 18:52 
Разработчики из компании SUSE (https://www.suse.com/communities/blog/introducing-kubic-proj.../) и дистрибутива openSUSE (https://news.opensuse.org/2017/05/29/introducing-kubic-proje.../) анонсировали проект Kubic (https://github.com/kubic-project), в рамках которого развивается серия инициатив, нацеленных на создание платформы для развёртывания систем CaaS (Container as a Service), предоставляющих инфраструктуру и API для обеспечения запуска приложений в изолированных контейнерах. Наработки проекта распространяются (https://github.com/kubic-project) под лицензией Apache 2.0.

Решение построено на основе дистрибутива openSUSE, инструментария Docker,  платформы оркестровки кластера изолированных контейнеров Kubernetes (https://www.opennet.me/opennews/art.shtml?num=46278) и системы централизованного управления конфигурацией Salt (https://github.com/saltstack/salt).  Для управления кластером развивается интерфейс Velum (https://github.com/kubic-project/velum), который позволяет в один клик развернуть кластер на базе  Kubernetes   и организовать управление им, в том числе добавлять и удалять узлы, осуществлять мониторинг сбоев, определять политики установки обновлений.

Запуск Kubernetes на узлах осуществляется в виртуальных машинах, развёртнутых на базе libvirt или OpenStack. Система поддерживает запуск контейнеров, подготовленных при помощи инструментария Docker, образы контейнеров распространяются в виде RPM-пакетов. Хост-система для запуска контейнеров формируется на основе репозитория openSUSE Tumbleweed (https://en.opensuse.org/Portal:Tumbleweed). Для загрузки уже подготовлен (http://download.opensuse.org/tumbleweed/iso/) тестовый тестовый iso-образ (http://download.opensuse.org/tumbleweed/iso/openSUSE-Kubic-D...) openSUSE Kubic (660Мб), который содержит набор компонентов, формирующих окружение хост-системы для контейнерной изоляции.

URL: https://news.opensuse.org/2017/05/29/introducing-kubic-proje.../
Новость: http://www.opennet.me/opennews/art.shtml?num=46619

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


2. "SUSE и openSUSE представили Kubic, платформу для развёртыван..."  +13 +/
Сообщение от Аноним (-), 29-Май-17, 18:53 
Контейнеры, контейнеры, контейнеры.....

Скоро вместо Ит-специалистов будут требоваться только грузчики.

Ответить | Правка | Наверх | Cообщить модератору

5. "SUSE и openSUSE представили Kubic, платформу для развёртыван..."  +1 +/
Сообщение от A.Stahl (ok), 29-Май-17, 19:03 
Не мешай им играться в кубики. Это развивающая игра. Полезна для детей от 2 до 4-5 лет.
Ответить | Правка | Наверх | Cообщить модератору

35. "SUSE и openSUSE представили Kubic, платформу для развёртыван..."  +/
Сообщение от пох (?), 30-Май-17, 21:32 
беда в том, что нам в эту игру придется тоже играть. И скорее от пяти до десяти лет, пока не изобретут какую-нибудь еще более уродливую обертку для какого-нибудь еще более уродливого фетиша.

P.S. да, в инбоксе предложение, от которого почти невозможно... :-(

Ответить | Правка | Наверх | Cообщить модератору

13. "SUSE и openSUSE представили Kubic, платформу для развёртыван..."  –2 +/
Сообщение от Аноним (-), 29-Май-17, 19:26 
>образы контейнеров распространяются в виде RPM-пакетов.

А в чём смысл распространять в таком формате? Контейнер всё равно под свои задачи прописывается, и жизненный цикл у него короткий.

Ответить | Правка | Наверх | Cообщить модератору

17. "SUSE и openSUSE представили Kubic, платформу для развёртыван..."  +/
Сообщение от 123452345345 (?), 29-Май-17, 20:51 
для удобства развёртывания
Ответить | Правка | Наверх | Cообщить модератору

15. "SUSE и openSUSE представили Kubic, платформу для развёртыван..."  +/
Сообщение от Аноним (-), 29-Май-17, 20:02 
http://lists.suse.com/pipermail/caasp-beta/2017-April.txt
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

19. "SUSE и openSUSE представили Kubic, платформу для развёртыван..."  –1 +/
Сообщение от пох (?), 29-Май-17, 22:10 
> А в чём смысл распространять в таком формате?

может, они их удалять потом научились? Обычно это - главная беда-беда докеровых поделок.

> жизненный цикл у него короткий.

именно по этой причине, казалось бы, и неплохо бы использовать rpm - тут тебе и автообновление, и автоудаление с подчисткой миллиона хвостов. Но, вангую, хрен там, и от rpm'а там только стандарнтная suse'шная технология репозиториев, чтоб лишний раз не напрягаться.

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

21. "SUSE и openSUSE представили Kubic, платформу для развёртыван..."  –1 +/
Сообщение от angra (ok), 29-Май-17, 22:21 
> может, они их удалять потом научились? Обычно это - главная беда-беда докеровых  поделок.

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

Ответить | Правка | Наверх | Cообщить модератору

25. "SUSE и openSUSE представили Kubic, платформу для развёртыван..."  +/
Сообщение от Константавр (ok), 30-Май-17, 01:26 
А что, теперь и у контейнеров зависимости есть? Офигеть...
Ответить | Правка | Наверх | Cообщить модератору

27. "SUSE и openSUSE представили Kubic, платформу для развёртыван..."  –1 +/
Сообщение от пох (?), 30-Май-17, 09:21 
> А что, теперь и у контейнеров зависимости есть?

что значит - "теперь"? докер в принципе для них и придуман. lxc у нас без всякого докера работает. Можно даже скопировать этот самодельный контейнер на другую машину. А хочется-то как раз авто-учета зависимостей, управления версиями и фыр-фыр-фыр.
Изолированная программа в контейнере, от того что стала изолированной, не перестала быть связана со всей остальной системой. В принципе-то у докера есть собственные механизмы для всего этого, но, помнитсо, в CE они все старательно либо выпилены, либо помножены на ноль.

Вот suse и пытается подсунуть собственную альтернативу EE(+kubernetes). rpm(надо думать - yast)-based, ну так из того что было, какие там нафиг отдельные серьезные разработки полутора инвалидами сузешной команды.

Ответить | Правка | Наверх | Cообщить модератору

28. "SUSE и openSUSE представили Kubic, платформу для развёртыван..."  +/
Сообщение от Аноним (-), 30-Май-17, 09:25 
Это кубернетес-то серьёзная разработка?
Ответить | Правка | Наверх | Cообщить модератору

30. "SUSE и openSUSE представили Kubic, платформу для развёртыван..."  –2 +/
Сообщение от пох (?), 30-Май-17, 09:32 
> Это кубернетес-то серьёзная разработка?

других нету. Эта затыкает очевидную дырку в концепции. Делая это так же как и сам докер - то есть плохо.

Ответить | Правка | Наверх | Cообщить модератору

31. "SUSE и openSUSE представили Kubic, платформу для развёртыван..."  –1 +/
Сообщение от пох (?), 30-Май-17, 09:37 
> Докер, внезапно, тоже умеет удалять образы, в том числе и с учетом
> зависимостей.

то-то у них репо бесконечно растет.
Правда, у suse тоже бесконечно, без всякого докера. Но это хоть можно руками исправить.

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

20. "SUSE и openSUSE представили Kubic, платформу для развёртыван..."  +1 +/
Сообщение от angra (ok), 29-Май-17, 22:20 
Как по мне это сделано, чтобы не переизобретать колесо. Докер вынуждено выполняет роль пакетного менеджера для контейнеров, так как может быть запущен на системах, где про пакетные менеджеры не слышали. А эти ребята ограничивают свое решение одним дистром линукса и могут позволить себе использовать полноценный и привычный админу менеджер пакетов вместо его бледной копии от докера.
Ну и не надо путать контейнер и образ, из которого контейнер создается.
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

22. "SUSE и openSUSE представили Kubic, платформу для развёртыван..."  +/
Сообщение от Аноним (-), 30-Май-17, 00:05 
>Докер вынуждено выполняет роль пакетного менеджера для контейнеров, так как может быть запущен на системах

Нет докер никоим образом не выполняет роль пакетного менеджера.  В докере как сделано, берется базовый образ и добавляются необходимые пакеты для создания сервиса, sed'ом правятся конфиги, заливается стартовый скрипт и сохраняется новый образ. Достаточно открыть Dockerfile и там будут команды типа apt-get для Debian,  dnf для Fedora,  rpm для Centos, apk для Alpine. Там используются те же пакетные менеджеры и репы что и в общих дистибутивах.
Обновление контейнера стандартым способом, например apt-get update && apt-get upgrade, там не работает, там фс copy-write, состоит из слоев, большинство из которых, кроме последних read-only, то есть так просто либу не поменяешь, добавить можно, заменить нет, старая не удалиться. Для обновления надо перестроить образ и пересоздать контейнер. В образе все кроме последнего слоя RO.

Поэтому возникает противоречие при использовании образа в формате rpm.
Вероятней всего не образы контейнеров в формате rpm, а платформа (salt, terraform, velum) в формате rpm. Тогда все встает на свои места.

  
PS

Там запуск в т.ч. на базе libvirt.  A  RedHat (основной разработчик) libvirt объявил устаревшим, от него начали отказываться.  


Ответить | Правка | Наверх | Cообщить модератору

24. "SUSE и openSUSE представили Kubic, платформу для развёртыван..."  +1 +/
Сообщение от angra (ok), 30-Май-17, 01:15 
Dockerfile это аналог спеков в srpm. После docker build получаем образ(а точнее набор вложенных образов), аналог rpm. При этом абсолютно ничего не мешает вместо билда через Dockerfile сделать архив с деревом файлов, полученным любым другим способом. Точно также как можно сделать rpm без всякой сборки из srpm.
И роль менеджера пакетов(в данном случае пакетами являются это образы) docker исполняет, позволяя устанавливать образы, учитывая зависимости, собирать, просматривать список установленных и удалять их.
Ответить | Правка | Наверх | Cообщить модератору

32. "SUSE и openSUSE представили Kubic, платформу для развёртыван..."  –1 +/
Сообщение от пох (?), 30-Май-17, 09:41 
> Как по мне это сделано, чтобы не переизобретать колесо.

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

> свое решение одним дистром линукса и могут позволить себе использовать полноценный
> и привычный админу менеджер пакетов вместо его бледной копии от докера.

соответственно, паблик репо идут лесом или ломают к хренам всю стройную концепцию, при первой же попытке их использовать - rpm/yast ничего не знают про поставленное оттуда и продолжают тащить древние ненужноверсии.

А что есть какие-то чудо-админы, "привычные" к самодельному конструированию suse-совместимых репо внутри лавки - верится с трудом. (что есть могущие такое сконструировать - в вере не нуждается, но те и докеровый репозиторий с матом-перематом взгромождают)

Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

37. "SUSE и openSUSE представили Kubic, платформу для развёртыван..."  +/
Сообщение от чудоадмин (?), 18-Июл-17, 21:40 
я явно из них) уже ничего в сусях лет 10 у меня не ломается)
Ответить | Правка | Наверх | Cообщить модератору

26. "SUSE и openSUSE представили Kubic, платформу для развёртыван..."  –1 +/
Сообщение от Ilya Indigo (ok), 30-Май-17, 06:46 
Так вот что это за фигня. А я всё думал, что это за кубик среди 10-ти формируемых образов из Factory, но как и подозревал - фигня.

А тем временем openSUSE Factory вполне успешно на GCC7 уже почти перешла (тесты удовлетворительны, осталось последнее слово за Домиником (меинтайнером Factory), а следующим шагом будет переход на openSSL 1.1.0f (уже в Staging).

Кстати, openSSL за долгое время обновился БЕЗ традиционных критических уязвимостей, а с весьма скудным ChangeLog-ом.

  *) Have 'config' recognise 64-bit mingw and choose 'mingw64' as the target
     platform rather than 'mingw'.
     [Richard Levitte]

  *) Remove the VMS-specific reimplementation of gmtime from crypto/o_times.c.
     VMS C's RTL has a fully up to date gmtime() and gmtime_r() since V7.1,
     which is the minimum version we support.
     [Richard Levitte]

Это очень обнадёживает, не ужели все опасные дыры по закрывали?

Ответить | Правка | Наверх | Cообщить модератору

29. "SUSE и openSUSE представили Kubic, платформу для развёртыван..."  –2 +/
Сообщение от пох (?), 30-Май-17, 09:30 
> А тем временем openSUSE Factory вполне успешно на GCC7 уже почти перешла

а вот скажи мне, о нейуный уже пыонер - а что лично тебе вот нужно такого, что есть в gcc7, а в 4.9какойтамнынче нету?
Или даже более того - а чем вообще отличается 4.9 от 4.5? (народ, чур ему не подсказывать по этому пункту - по предыдущему велкам, я поржу)

> а следующим шагом будет переход на openSSL 1.1.0f (уже в Staging).

чем бы дитя не тешилось...

> Это очень обнадёживает, не ужели все опасные дыры по закрывали?

просто у хакеров сессия. (у тех, которые ее принимают - тоже)
А те, которым сессии давно по барабану, свежаком не делятся, их и так неплохо кормят.

Ответить | Правка | Наверх | Cообщить модератору

33. "SUSE и openSUSE представили Kubic, платформу для развёртыван..."  –2 +/
Сообщение от Ilya Indigo (ok), 30-Май-17, 09:48 
>> А тем временем openSUSE Factory вполне успешно на GCC7 уже почти перешла
> ... а что лично Вам вот нужно такого, что есть в gcc7, а в 4.9 ... нету?

1 Исправления косяков, связанных с некоторыми ключами оптимизации.
2 Поддержка более свежих стандартов плюсов.
3 Поддержка архитектуры AArch64
4 Ещё поддержка и выкидывание ненужных мне архитектур и языков.
5 Ускорение работы конечных бинарников за счёт более гибких оптимизаций.
Это краткий ChangeLog от 4.9 до 7.1 (Кстати, GCC 4.9.0 поломан)

>> а следующим шагом будет переход на openSSL 1.1.0f (уже в Staging).
> просто у хакеров сессия. (у тех, которые ее принимают - тоже)

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

> А те, которым сессии давно по барабану, свежаком не делятся, их и
> так неплохо кормят.

Это, к Вашему сведению, и есть хакеры.

Так что экзамен по русскому языку Вы не сдали, приходите через неделю.

Ответить | Правка | Наверх | Cообщить модератору

34. "SUSE и openSUSE представили Kubic, платформу для развёртыван..."  –3 +/
Сообщение от пох (?), 30-Май-17, 12:44 
я спрашивал - что лично вам.
Ченджлог с пятого на десятое прочитан, поздравляю.

Сколько лично в вашем ведении сегодня систем на AArch64? (и зачем тут, кстати, 7, который ломает совместимость)

> и выкидывание ненужных мне архитектур и языков.

о, да, это очень важно.

> Ускорение работы конечных бинарников за счёт более гибких оптимизаций.

кто мерял? Я вот когда-то давно - пытался. Сильно сомневаюсь что с тех пор что-то всерьез улучшилось - слишком много усилий авторы gcc тратят на то, чтобы помешать другим "справиться с их делом".

> Поздравляю, Вас с сессией, только школьники и хакеры, уже молчу про исследователей
> безопасности, это совершенно разные слова с разными значениями.

наиболее серьезная дыра в openssl (конечно, о которых мы знаем) - была достоянием именно "школьников", "сирьезные исследователи безопасносте" опоздали на пол-годика по оптимистичным данным. (ну то есть может и пользовали, втихомолочку, но заслуживать награду как первые нашедшие и спасшие мир от чего-то уровня heartbleed вовсе не спешили. А nsa так и вовсе отмазывалась, что мы дескать узнали вместе со всеми (за что, спрашивается, им зарплату-то платят?)

> Так что экзамен по русскому языку

меня новорусский язык индиго-детишек мало волнует.

сессия, если что - она у студентов. И если кое-кто до сих пор не вышел из детского возраста, и не улавливает разницу, то это его проблемы. Один вот студент, помнится, в качестве курсовика какой-то там линукс написал. Ну он, конечно, был не хакер, так, мимо пробегал.

Ответить | Правка | Наверх | Cообщить модератору

36. "SUSE и openSUSE представили Kubic, платформу для развёртыван..."  +/
Сообщение от Аноним (-), 31-Май-17, 05:31 
Никогда не занимался контейнерами, только полноценная виртуализация на базе XeN или LibVirt. На текущем месте работы docker есть мэйстрим. Наелся я этих контейнеров по полной. Что там быстрее делается чем в виртуалке, чем коньейнер быстрее вирьуалки я так и не понял. Зато понял одно - хочешь поменять конфиг изволь построить новый имидж. Сетевой стек - сказка, сначала был один контйнер, сидел на стандартном порту - все ок, появился второй контейнер, ситуация уже не окей, давай городить на разные порты, сейчас приплели трафеик и получилось у нас double-stack loadbalancer. Без пузыря траблешутить учень сложно, особенно когда используются оба крыла лоадбалансера - внутреннее и внешнее. Я думаю что через еще полгодика дезайнер всей системы не разгребется с тем как траффик бродит. Изоляция приложений - это вообще о чем ?
Не знаю, я всю системы на виртуальных машинах поднял бы за недельку, прикрутил бы ceph/pacemaker/corosync/puppet и спокойно бы попивал пивко поглядывая в один глаз как развертываются виртуалки on-demand.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру