The OpenNET Project / Index page

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



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

"Выпуск Kata Containers 3.0 с изоляцией на основе виртуализации"  +/
Сообщение от opennews (?), 11-Окт-22, 23:37 
После двух лет разработки опубликован выпуск проекта Kata Containers 3.0, развивающего стек для организации выполнения контейнеров с использованием изоляции на базе полноценных механизмов виртуализации. Проект создан компаниями Intel и Hyper путём объединения технологий  Clear Containers и runV. Код проекта написан на языках Go и Rust, и распространяется под лицензией Apache 2.0.  Развитие проекта курирует рабочая группа, созданная под эгидой независимой организации OpenStack Foundation, в которой участвуют такие компании, как  Canonical, China Mobile, Dell/EMC, EasyStack, Google, Huawei, NetApp, Red Hat, SUSE и ZTE...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=57904

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

Оглавление

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

2. Сообщение от истина в последней инстанции (?), 12-Окт-22, 00:26   –14 +/
Если ты ниначто не способен то иди пилить браузеры или очередные контейнеры.

Но уже сейчас можно сказать что не взлетит и останется в вечной бете.

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

3. Сообщение от Аноним (3), 12-Окт-22, 00:28   –8 +/
>Код проекта написан на языках Go и Rust, и распространяется под лицензией Apache 2.0.

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4, #8, #11, #25, #37

4. Сообщение от 244 (?), 12-Окт-22, 01:19   +9 +/
Потому что статическая линковка и особенности распространения библиотек в виде исходников.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

6. Сообщение от Аноним (6), 12-Окт-22, 04:46   +2 +/
Раньше они говорили "А вот раньше запускали бы на виртуалках", хотя это было чистой ложью.

Теперь они сами запускают на виртуалках.

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

7. Сообщение от Аноним (7), 12-Окт-22, 05:10   +4 +/
Буквально 10 лет назад все пыхтели "фи эти виртуалки, тратят слишком много ресурсов, другое дело контейнеры, за ними будущее, а безопасность никому не нужна, а кому нужна - используйте виртуалки". Проходит 10 лет и делают виртуалки под инфраструктуру контейнеров. Во истину человечество ходит по кругу.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9, #14, #15, #49

8. Сообщение от Аноним (8), 12-Окт-22, 06:20   +/
Крупные корпорации в целом не любят gpl и его разновидности
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

9. Сообщение от лютый жабби.... (?), 12-Окт-22, 07:37   –2 +/
>Во истину человечество ходит по кругу

тоже мне открытие

вообще, на 90% bare metal до сих пор использую )

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

11. Сообщение от ryoken (ok), 12-Окт-22, 07:58   –3 +/
Может, закрыть не получается? :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

14. Сообщение от Культист Бога Машин (?), 12-Окт-22, 10:34   –3 +/
Дело в том, что в контейнеры "смогли" только некоторые операционные системы, в основном, это ядро Linux с прямой поддержкой cgroup и namespace ( LXC, Docker, podman ). Соответственно, это направление курируют Linux Foundation + IBM ( посредством владения Rad Hat).
Соответственно, в рамках корпоративной борьбы нужен набор технологий с похожими свойствами и API.

Вот для этого и ушло где-то 10 лет.

Хотя я бы делал попроще: дробил бы приложения на эпохи потребления ( 8-бит, 16-бит, 32-бит, 64-бит ) согласно масштабу и требованиям к точности. Большинство приложений, особенно микросервисной архитектуры, не имеют явной потребности в 64-битах, а уж консольные утилиты - тем более. Это бы сильно экономило память и прочее ( интересно было бы посмотреть на 32-битные ядра на современных техпроцессах - тактовую частоту и производительность ).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #16, #17

15. Сообщение от Аноним (15), 12-Окт-22, 10:39   –1 +/
только теперь это виртуалки с кучей абстракций от контейнеров, еще больший оверхеад и усложненеи инфраструктуры
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #19

16. Сообщение от anonymous (??), 12-Окт-22, 10:46   +/
https://ru.wikipedia.org/wiki/X32_ABI не взлетело
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #26

17. Сообщение от mumu (ok), 12-Окт-22, 11:16   +/
щас бы в эпоху нодыжс, электронов, томкатов, java, npm и прочих шмяк-шмяк архитектур и подходов к разработке пытаться сэкономить на регистрах, изобретая очередной велосипед. Всю эту экономию сожрёт просто подключение очередной js обёртки вокруг "print hello word"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #18

18. Сообщение от Аноним (18), 12-Окт-22, 12:01   –2 +/
Всё что ты описал можно запускать только в контейнерах лишь бы это и их зависимости не распространялись по системе забиваясь в самые укромные места.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

19. Сообщение от Аноним (18), 12-Окт-22, 12:03   –4 +/
Т.е обмазываения баш скриптами и складирования всё с одну систему это капец как просто? 15 лет назад было не просто и сейчас не просто плавали знаем. А контейнеры и все остальное это упрощения. А то что у упрощений всегда есть оверхед так это всегда так.

Больше железа, больше массового производства, дешевле железо. Запомни это.  

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #23

20. Сообщение от Аноним (20), 12-Окт-22, 13:02   +12 +/
Если ты ни на что не способен, то иди писать комментарии на опеннет и хейтить все, что не осилил
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #36, #48

23. Сообщение от Аноним (20), 12-Окт-22, 13:07   +5 +/
с кем ты разговриваешь? он systemd до сих хейтит под каждой новостью
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #41

24. Сообщение от Аноним (25), 12-Окт-22, 13:20   –2 +/
>Код проекта написан на языках Go и RustКод проекта написан на языках Go и Rust

Нет, спасибо. Пока попользуюсь оригинальным QEMU.

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

25. Сообщение от Аноним (25), 12-Окт-22, 13:33   +1 +/
Ну хотя бы, Apache 2.0 и то уже прогресс. Хоть от патентный претязаний защищает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

26. Сообщение от Аноним (26), 12-Окт-22, 13:56   +/
А чё не взлетело то? Вполне норм было, честные 3-5% экономии памяти.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

30. Сообщение от Роман (??), 12-Окт-22, 14:57   +/
> В QEMU для асинхронного ввода/вывода задействован API io_uring.

Звучит интересно, сколько и чего прироста у них при этом

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

35. Сообщение от beck (??), 12-Окт-22, 19:01   +3 +/
В далёком 1985 году я в институте работал на ЕС ЭВМ под управлением VM, у нас она называлась СВМ -- Система Виртуальных Машин. Причём сама VM существует с 1972 года.

За эти 50 лет ничего не изменилось. В очередной раз переписали то же самое.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #38, #40, #50

36. Сообщение от Аноним (36), 13-Окт-22, 00:18   +3 +/
Зачем осиливать то, что не взлетит?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

37. Сообщение от Тот_Самый_Анонимус_ (?), 13-Окт-22, 04:20   +1 +/
А зачем любить гпл, когда есть более свободные лицензии? Ну кроме фанатизма по бредням стол-мана, фонд которого предпочитает полные права на код, а не под лицензией, которую впаривает другим.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

38. Сообщение от Аноним (38), 13-Окт-22, 04:58   +1 +/
Зачем работать, если можно переписывать? Так-то прогресс в 60-х остановился.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

39. Сообщение от nebularia (ok), 13-Окт-22, 06:25   –1 +/
Грузины писали, судя по названию?)

🇬🇪🐈

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #42, #43

40. Сообщение от Аноним (41), 13-Окт-22, 08:19   +/
Проблема ЕС что это не оказалось на самом деле не Единая Система. А одна из систем из зоопарка. Даже несмотря на то что это клон IBM. IBM PowerVM тоже где-то на задворках прогресса сейчас.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #44, #46

41. Сообщение от Аноним (41), 13-Окт-22, 08:20   +/
Это он сильно зря.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

42. Сообщение от PnD (??), 13-Окт-22, 15:11   +/
Тогда уж скорее японцы. Но, скорее, просто модное слово взяли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

43. Сообщение от Аноним (43), 13-Окт-22, 20:49   +/
Слово «kata» значит «форма», «внешность». Kata Containers — нечто, что имеет форму или внешность контейнеров. Какбыконтейнер.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

44. Сообщение от beck (??), 13-Окт-22, 20:52   +3 +/
Я не про ЕС, а про то, что все эти виртуальные дела уже 50 лет как в продакшене. И с тех пор ничего не изменилось, ни-че-го. Никаких новых идей.

И вот опять нате здрасьте, очередная перепись 50-летнего проекта с блекджеком и шлюхами. Ну ещё бы, ведь у предыдущих систем был фатальный недостаток...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #51

45. Сообщение от Аноним (43), 13-Окт-22, 20:56   +/
Колесо Сансары дало оборот.
Ответить | Правка | Наверх | Cообщить модератору

46. Сообщение от Аноним (38), 15-Окт-22, 02:54   +/
> ... это клон IBM

Клонирование и оказалось тупиком. Все инженера быстро превратились в продавцов IBM-комплектухи. "Запад нам поможет!" (с)

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

48. Сообщение от Всем Анонимам Аноним (?), 16-Окт-22, 11:36   +/
Прямо в точку.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

49. Сообщение от Всем Анонимам Аноним (?), 16-Окт-22, 12:27   +/
Контейнеры уже давно не средство экономии, а средство для выполнения приложений. В VM-ке получается смесь основной системы, настройки сетей, драйверов, мониторинга и прочего. Для получения VM-ки нужно или кому-то писать или самому создавать и потом поверх ставить всё. Часто эта VM-ка висит потом одна в одной копии и если она упадет, то несколько уровней начальства может быть задействовано чтобы восстановить. Апгрейд такого - еще такой квест, когда начинается конфликт библиотек и т.п. Вначале команда, занимающаяся инфраструктурой должна подготовить релиз новый со всеми делами, потом только уже приложения можно пробовать. В результате процесс на год или больше выходит и куча ручной работы. Все это знаю сам по опыту. А если нужно патчить всё каждый месяц?
Контейнер отделяет приложения от инфраструктуры. Можно использовать любую основу, не обязательно то, что стоит на хосте. Image приложения будет такой же, как у программиста, так и в production. не будет такого, что какой-то пакет новый вышел, обновился на prod и все сломалось, к примеру.
Но еще, что важно, сам контейнер можно положить уже в kubernetes, где программисту вообще ничего не нужно знать об инфраструктуре. Его приложение будет перемещаться само при сбоях. Он может использовать классные плюшки типа ingress или mesh или сквзного шифрования (важно для PCI). Патчить хосты вообще легкая задача, каждый месяц без проблем, можно автоматом просто даже. Горизонтальное масштабирование - одной командой.

FYI работал как с 30 тыс физических серваков, так и 1000 приложений от разных команд.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #53

50. Сообщение от Neon (??), 16-Окт-22, 21:22   +/
Это называется: наконец то студенты троечники открыли старый учебник.))) С какими фанфарами носились с той же Java, виртуальная машина, хотя P-код был еще в Паскале.)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

51. Сообщение от Neon (??), 16-Окт-22, 21:24   +/
Ну так все современные технологии родом из 20 века. 50-60 годы максимум. Ничего нового с тех пор прорывного не придумано. Обсасывают эволюционно старые идеи. И так везде. Те же электромобили чуть ли не с 19 века. Принципиально нового ничего нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

53. Сообщение от Аноним (53), 18-Окт-22, 19:14   +/
Ну если ВМ-ка раскатывается врукопашную, то - примерно так и есть.

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

Тот же Кубер - замонаешься ковырять различия в версиях АПИ и выковыривать какая ж там сейчас через месяц снова другая её туда версия...

И сколько стоит мэн, который легко этим жонглирует - косвенный показатель псевдо-простоты.

Простая вещь, устроенная из сложных. Ну - да. Это физика этого мира.

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

54. Сообщение от Аноним (53), 18-Окт-22, 19:17   +/
Память-процессор туда сюда обратно в хост систему и соседям легко отдаёт обратно?
Ответить | Правка | Наверх | Cообщить модератору


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

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




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

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