https://opennet.ru/openforum/vsluhforumID3/112995.html Компании Intel и Hyper объединили свои разработки и представили (https://01.org/blogs/2017/kata-containers-next-evolution-of-clear-containers) проект Kata Containers (https://katacontainers.io/), в рамках которого сделан следующий шаг в развитии технологий Clear Containers (https://github.com/clearcontainers/runtime) и runV (https://github.com/hyperhq/runv), нацеленных на организацию выполнения изолированных контейнеров при помощи полноценных механизмов виртуализации. Развитие проекта будет курировать независимая организация OpenStack Foundation. О поддержке нового проекта уже заявили компании 99cloud, AWcloud, Canonical, China Mobile, City Network, CoreOS, Dell/EMC, EasyStack, Fiberhome, Google, Huawei, JD.com, Mirantis, NetApp, Red Hat, SUSE, Tencent, Ucloud, UnitedStack и ZTE. Код опубликован (https://github.com/kata-containers/) под лицензией Apache 2.0.<br><br><br><br><br><br>Как и Clear Containers новый проект позволяет создавать компактные виртуальные машины, выполняемые с использованием полноценного гипервизора, https://opennet.ru/openforum/vsluhforumID3/112995.html#47 Fri, 04 May 2018 08:36:21 GMT "Во-первых, это красиво"<br> https://opennet.ru/openforum/vsluhforumID3/112995.html#46 Wed, 13 Dec 2017 05:42:12 GMT sed ниасилил, да? ))<br> https://opennet.ru/openforum/vsluhforumID3/112995.html#45 Tue, 12 Dec 2017 21:30:06 GMT не кати баллоны на миникс.<br> https://opennet.ru/openforum/vsluhforumID3/112995.html#44 Tue, 12 Dec 2017 11:49:12 GMT Ядро линукс можно аудитить 100 лет подряд, и все равно багов останется больше чем в микропрошивке интел.<br> https://opennet.ru/openforum/vsluhforumID3/112995.html#43 Tue, 12 Dec 2017 11:43:22 GMT так сварм, как часть докера, это наоборот красотуля, хотя с ростом проекта глюков всё больше<br> https://opennet.ru/openforum/vsluhforumID3/112995.html#42 Tue, 12 Dec 2017 10:54:07 GMT ну хоть не docker swarm<br> https://opennet.ru/openforum/vsluhforumID3/112995.html#41 Tue, 12 Dec 2017 09:57:53 GMT &gt;k8s<br><br>накой хрен этот вендорлочный монстр нужен?<br> https://opennet.ru/openforum/vsluhforumID3/112995.html#40 Tue, 12 Dec 2017 08:54:17 GMT Зато можно встроить пару свежих, оптимизированных бэкдоров в неведому фигню от интела. Все-равно код этой лабуды никто кроме интеоловских вассалов не будет.<br> https://opennet.ru/openforum/vsluhforumID3/112995.html#38 Tue, 12 Dec 2017 07:00:05 GMT &gt; Чего только не придумают чтобы не юзать rkt, <br><br>не нужно ничего придумывать, чтобы "не юзать" еще одну ненужно-ненужно обертку вокруг lxc, сделанную в режиме "зато не докер!" <br><br>&gt; там ведь, все доступно из коробки через stages,<br><br>кроме самого rkt, который из коробки только в неведомой зверушке. При этом https://github.com/rkt/rkt/blob/master/Documentation/running-kvm-stage1.md<br>How does it work?<br>It leverages the work done by Intel with their Clear Containers system. <br><br>это я и без rkt могу (и да, перед этим там длинный список того, что у них в таком режиме не работает) - а вот сможет ли теперь что-нибудь rkt, когда интел забьет на старый проект?<br><br>&gt; плюс кроме этого в комплекте с SELinux получается вполне продакшен решение.<br><br>на продакшн обычно некогда ковыряться с audit2allow "угадай что этой твари опять надо" и негде хранить терабайты мусора недоделанного линуксного audit.log.<br>К тому же контейнеры у нас такие контейнеры: https://nvd.nist.gov/vuln/detail/CVE-2015-1334<br>Эту дырку закрыли - новых понаде