https://www.solaris.opennet.ru/openforum/vsluhforumID3/111355.html Разработчики из компании SUSE (https://www.suse.com/communities/blog/introducing-kubic-project-new-open-source-project/) и дистрибутива openSUSE (https://news.opensuse.org/2017/05/29/introducing-kubic-project-a-new-open-source-project/) анонсировали проект Kubic (https://github.com/kubic-project), в рамках которого развивается серия инициатив, нацеленных на создание платформы для развёртывания систем CaaS (Container as a Service), предоставляющих инфраструктуру и API для обеспечения запуска приложений в изолированных контейнерах. Наработки проекта распространяются (https://github.com/kubic-project) под лицензией Apache 2.0.<br><br><br><br>Решение построено на основе дистрибутива openSUSE, инструментария Docker, платформы оркестровки кластера изолированных контейнеров Kubernetes (https://www.opennet.ru/opennews/art.shtml?num=46278) и системы централизованного управления конфигурацией Salt (https://github.com/saltstack/salt). Для управления кластером развивается интерфейс Velum (https://github.com/kubic-project/velum) https://www.solaris.opennet.ru/openforum/vsluhforumID3/111355.html#37 Tue, 18 Jul 2017 18:40:05 GMT я явно из них) уже ничего в сусях лет 10 у меня не ломается)<br> https://www.solaris.opennet.ru/openforum/vsluhforumID3/111355.html#36 Wed, 31 May 2017 02:31:52 GMT Никогда не занимался контейнерами, только полноценная виртуализация на базе XeN или LibVirt. На текущем месте работы docker есть мэйстрим. Наелся я этих контейнеров по полной. Что там быстрее делается чем в виртуалке, чем коньейнер быстрее вирьуалки я так и не понял. Зато понял одно - хочешь поменять конфиг изволь построить новый имидж. Сетевой стек - сказка, сначала был один контйнер, сидел на стандартном порту - все ок, появился второй контейнер, ситуация уже не окей, давай городить на разные порты, сейчас приплели трафеик и получилось у нас double-stack loadbalancer. Без пузыря траблешутить учень сложно, особенно когда используются оба крыла лоадбалансера - внутреннее и внешнее. Я думаю что через еще полгодика дезайнер всей системы не разгребется с тем как траффик бродит. Изоляция приложений - это вообще о чем ? <br>Не знаю, я всю системы на виртуальных машинах поднял бы за недельку, прикрутил бы ceph/pacemaker/corosync/puppet и спокойно бы попивал пивко поглядывая в один глаз как развертываются виртуалки on https://www.solaris.opennet.ru/openforum/vsluhforumID3/111355.html#35 Tue, 30 May 2017 18:32:39 GMT беда в том, что нам в эту игру придется тоже играть. И скорее от пяти до десяти лет, пока не изобретут какую-нибудь еще более уродливую обертку для какого-нибудь еще более уродливого фетиша.<br><br>P.S. да, в инбоксе предложение, от которого почти невозможно... :-(<br><br> https://www.solaris.opennet.ru/openforum/vsluhforumID3/111355.html#34 Tue, 30 May 2017 09:44:37 GMT я спрашивал - что лично вам.<br>Ченджлог с пятого на десятое прочитан, поздравляю.<br><br>Сколько лично в вашем ведении сегодня систем на AArch64? (и зачем тут, кстати, 7, который ломает совместимость)<br><br>&gt; и выкидывание ненужных мне архитектур и языков.<br><br>о, да, это очень важно.<br><br>&gt; Ускорение работы конечных бинарников за счёт более гибких оптимизаций.<br><br>кто мерял? Я вот когда-то давно - пытался. Сильно сомневаюсь что с тех пор что-то всерьез улучшилось - слишком много усилий авторы gcc тратят на то, чтобы помешать другим "справиться с их делом".<br><br>&gt; Поздравляю, Вас с сессией, только школьники и хакеры, уже молчу про исследователей<br>&gt; безопасности, это совершенно разные слова с разными значениями.<br><br>наиболее серьезная дыра в openssl (конечно, о которых мы знаем) - была достоянием именно "школьников", "сирьезные исследователи безопасносте" опоздали на пол-годика по оптимистичным данным. (ну то есть может и пользовали, втихомолочку, но заслуживать награду как первые нашедшие и спасшие мир от чего-то уровня heartbl https://www.solaris.opennet.ru/openforum/vsluhforumID3/111355.html#33 Tue, 30 May 2017 06:48:39 GMT &gt;&gt; А тем временем openSUSE Factory вполне успешно на GCC7 уже почти перешла <br>&gt; ... а что лично Вам вот нужно такого, что есть в gcc7, а в 4.9 ... нету?<br><br>1 Исправления косяков, связанных с некоторыми ключами оптимизации.<br>2 Поддержка более свежих стандартов плюсов.<br>3 Поддержка архитектуры AArch64<br>4 Ещё поддержка и выкидывание ненужных мне архитектур и языков.<br>5 Ускорение работы конечных бинарников за счёт более гибких оптимизаций.<br>Это краткий ChangeLog от 4.9 до 7.1 (Кстати, GCC 4.9.0 поломан)<br><br>&gt;&gt; а следующим шагом будет переход на openSSL 1.1.0f (уже в Staging).<br>&gt; просто у хакеров сессия. (у тех, которые ее принимают - тоже)<br><br> Поздравляю, Вас с сессией, только школьники и хакеры, уже молчу про исследователей безопасности, это совершенно разные слова с разными значениями.<br><br>&gt; А те, которым сессии давно по барабану, свежаком не делятся, их и <br>&gt; так неплохо кормят.<br><br>Это, к Вашему сведению, и есть хакеры.<br><br>Так что экзамен по русскому языку Вы не сдали, приходите через неделю.<br> https://www.solaris.opennet.ru/openforum/vsluhforumID3/111355.html#32 Tue, 30 May 2017 06:41:50 GMT &gt; Как по мне это сделано, чтобы не переизобретать колесо.<br><br>по-моему именно чтоб переизобрести, но целились в энтерпрайсную версию докера, а не халявную. <br><br>&gt; свое решение одним дистром линукса и могут позволить себе использовать полноценный <br>&gt; и привычный админу менеджер пакетов вместо его бледной копии от докера. <br><br>соответственно, паблик репо идут лесом или ломают к хренам всю стройную концепцию, при первой же попытке их использовать - rpm/yast ничего не знают про поставленное оттуда и продолжают тащить древние ненужноверсии.<br><br>А что есть какие-то чудо-админы, "привычные" к самодельному конструированию suse-совместимых репо внутри лавки - верится с трудом. (что есть могущие такое сконструировать - в вере не нуждается, но те и докеровый репозиторий с матом-перематом взгромождают)<br> https://www.solaris.opennet.ru/openforum/vsluhforumID3/111355.html#31 Tue, 30 May 2017 06:37:44 GMT &gt; Докер, внезапно, тоже умеет удалять образы, в том числе и с учетом <br>&gt; зависимостей.<br><br>то-то у них репо бесконечно растет.<br>Правда, у suse тоже бесконечно, без всякого докера. Но это хоть можно руками исправить.<br><br><br><br> https://www.solaris.opennet.ru/openforum/vsluhforumID3/111355.html#30 Tue, 30 May 2017 06:32:18 GMT &gt; Это кубернетес-то серьёзная разработка?<br><br>других нету. Эта затыкает очевидную дырку в концепции. Делая это так же как и сам докер - то есть плохо.<br><br> https://www.solaris.opennet.ru/openforum/vsluhforumID3/111355.html#29 Tue, 30 May 2017 06:30:35 GMT &gt; А тем временем openSUSE Factory вполне успешно на GCC7 уже почти перешла <br><br>а вот скажи мне, о нейуный уже пыонер - а что лично тебе вот нужно такого, что есть в gcc7, а в 4.9какойтамнынче нету?<br>Или даже более того - а чем вообще отличается 4.9 от 4.5? (народ, чур ему не подсказывать по этому пункту - по предыдущему велкам, я поржу)<br><br>&gt; а следующим шагом будет переход на openSSL 1.1.0f (уже в Staging). <br><br>чем бы дитя не тешилось...<br><br>&gt; Это очень обнадёживает, не ужели все опасные дыры по закрывали?<br><br>просто у хакеров сессия. (у тех, которые ее принимают - тоже)<br>А те, которым сессии давно по барабану, свежаком не делятся, их и так неплохо кормят.<br><br>