| |
| 2.20, Аноним (20), 13:02, 12/10/2022 [^] [^^] [^^^] [ответить]
| +12 +/– |
Если ты ни на что не способен, то иди писать комментарии на опеннет и хейтить все, что не осилил
| | |
|
| 1.3, Аноним (3), 00:28, 12/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| –8 +/– | |
>Код проекта написан на языках Go и Rust, и распространяется под лицензией Apache 2.0.
Почему гохеры и растовики не любят gpl? Видел кучу велосипедов на этих языках, почти все они под митом или другой разрешительной лицензией.
| | |
| |
| 2.4, 244 (?), 01:19, 12/10/2022 [^] [^^] [^^^] [ответить]
| +9 +/– |
Потому что статическая линковка и особенности распространения библиотек в виде исходников.
| | |
| 2.25, Аноним (25), 13:33, 12/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ну хотя бы, Apache 2.0 и то уже прогресс. Хоть от патентный претязаний защищает.
| | |
| 2.37, Тот_Самый_Анонимус_ (?), 04:20, 13/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
А зачем любить гпл, когда есть более свободные лицензии? Ну кроме фанатизма по бредням стол-мана, фонд которого предпочитает полные права на код, а не под лицензией, которую впаривает другим.
| | |
|
| 1.6, Аноним (6), 04:46, 12/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– | |
Раньше они говорили "А вот раньше запускали бы на виртуалках", хотя это было чистой ложью.
Теперь они сами запускают на виртуалках.
| | |
| 1.7, Аноним (7), 05:10, 12/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
Буквально 10 лет назад все пыхтели "фи эти виртуалки, тратят слишком много ресурсов, другое дело контейнеры, за ними будущее, а безопасность никому не нужна, а кому нужна - используйте виртуалки". Проходит 10 лет и делают виртуалки под инфраструктуру контейнеров. Во истину человечество ходит по кругу.
| | |
| |
| 2.9, лютый жабби.... (?), 07:37, 12/10/2022 [^] [^^] [^^^] [ответить]
| –2 +/– | |
>Во истину человечество ходит по кругу
тоже мне открытие
вообще, на 90% bare metal до сих пор использую )
| | |
| 2.14, Культист Бога Машин (?), 10:34, 12/10/2022 [^] [^^] [^^^] [ответить]
| –3 +/– |
Дело в том, что в контейнеры "смогли" только некоторые операционные системы, в основном, это ядро Linux с прямой поддержкой cgroup и namespace ( LXC, Docker, podman ). Соответственно, это направление курируют Linux Foundation + IBM ( посредством владения Rad Hat).
Соответственно, в рамках корпоративной борьбы нужен набор технологий с похожими свойствами и API.
Вот для этого и ушло где-то 10 лет.
Хотя я бы делал попроще: дробил бы приложения на эпохи потребления ( 8-бит, 16-бит, 32-бит, 64-бит ) согласно масштабу и требованиям к точности. Большинство приложений, особенно микросервисной архитектуры, не имеют явной потребности в 64-битах, а уж консольные утилиты - тем более. Это бы сильно экономило память и прочее ( интересно было бы посмотреть на 32-битные ядра на современных техпроцессах - тактовую частоту и производительность ).
| | |
| |
| |
| 4.26, Аноним (26), 13:56, 12/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
А чё не взлетело то? Вполне норм было, честные 3-5% экономии памяти.
| | |
|
| 3.17, mumu (ok), 11:16, 12/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
 щас бы в эпоху нодыжс, электронов, томкатов, java, npm и прочих шмяк-шмяк архитектур и подходов к разработке пытаться сэкономить на регистрах, изобретая очередной велосипед. Всю эту экономию сожрёт просто подключение очередной js обёртки вокруг "print hello word"
| | |
| |
| 4.18, Аноним (18), 12:01, 12/10/2022 [^] [^^] [^^^] [ответить]
| –2 +/– |
Всё что ты описал можно запускать только в контейнерах лишь бы это и их зависимости не распространялись по системе забиваясь в самые укромные места.
| | |
|
|
| 2.15, Аноним (15), 10:39, 12/10/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
только теперь это виртуалки с кучей абстракций от контейнеров, еще больший оверхеад и усложненеи инфраструктуры
| | |
| |
| 3.19, Аноним (18), 12:03, 12/10/2022 [^] [^^] [^^^] [ответить]
| –4 +/– | |
Т.е обмазываения баш скриптами и складирования всё с одну систему это капец как просто? 15 лет назад было не просто и сейчас не просто плавали знаем. А контейнеры и все остальное это упрощения. А то что у упрощений всегда есть оверхед так это всегда так.
Больше железа, больше массового производства, дешевле железо. Запомни это.
| | |
| |
| 4.23, Аноним (20), 13:07, 12/10/2022 [^] [^^] [^^^] [ответить]
| +5 +/– |
с кем ты разговриваешь? он systemd до сих хейтит под каждой новостью
| | |
|
|
| 2.49, Всем Анонимам Аноним (?), 12:27, 16/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Контейнеры уже давно не средство экономии, а средство для выполнения приложений. В VM-ке получается смесь основной системы, настройки сетей, драйверов, мониторинга и прочего. Для получения VM-ки нужно или кому-то писать или самому создавать и потом поверх ставить всё. Часто эта VM-ка висит потом одна в одной копии и если она упадет, то несколько уровней начальства может быть задействовано чтобы восстановить. Апгрейд такого - еще такой квест, когда начинается конфликт библиотек и т.п. Вначале команда, занимающаяся инфраструктурой должна подготовить релиз новый со всеми делами, потом только уже приложения можно пробовать. В результате процесс на год или больше выходит и куча ручной работы. Все это знаю сам по опыту. А если нужно патчить всё каждый месяц?
Контейнер отделяет приложения от инфраструктуры. Можно использовать любую основу, не обязательно то, что стоит на хосте. Image приложения будет такой же, как у программиста, так и в production. не будет такого, что какой-то пакет новый вышел, обновился на prod и все сломалось, к примеру.
Но еще, что важно, сам контейнер можно положить уже в kubernetes, где программисту вообще ничего не нужно знать об инфраструктуре. Его приложение будет перемещаться само при сбоях. Он может использовать классные плюшки типа ingress или mesh или сквзного шифрования (важно для PCI). Патчить хосты вообще легкая задача, каждый месяц без проблем, можно автоматом просто даже. Горизонтальное масштабирование - одной командой.
FYI работал как с 30 тыс физических серваков, так и 1000 приложений от разных команд.
| | |
| |
| 3.53, Аноним (53), 19:14, 18/10/2022 [^] [^^] [^^^] [ответить]
| +/– | |
Ну если ВМ-ка раскатывается врукопашную, то - примерно так и есть.
А если ВМ-ка раскатывается из кода, то примерно одна головная боль - что в контейнеры, что в ВМ. Весомый такой кусок усложнения, который не все хостят в гитах, не рассказывают как достигли и прочие прелести волшбвы в ИТ.
Тот же Кубер - замонаешься ковырять различия в версиях АПИ и выковыривать какая ж там сейчас через месяц снова другая её туда версия...
И сколько стоит мэн, который легко этим жонглирует - косвенный показатель псевдо-простоты.
Простая вещь, устроенная из сложных. Ну - да. Это физика этого мира.
| | |
|
|
| 1.24, Аноним (25), 13:20, 12/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– | |
>Код проекта написан на языках Go и RustКод проекта написан на языках Go и Rust
Нет, спасибо. Пока попользуюсь оригинальным QEMU.
| | |
| 1.30, Роман (??), 14:57, 12/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 > В QEMU для асинхронного ввода/вывода задействован API io_uring.
Звучит интересно, сколько и чего прироста у них при этом
| | |
| 1.35, beck (??), 19:01, 12/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– | |
В далёком 1985 году я в институте работал на ЕС ЭВМ под управлением VM, у нас она называлась СВМ -- Система Виртуальных Машин. Причём сама VM существует с 1972 года.
За эти 50 лет ничего не изменилось. В очередной раз переписали то же самое.
| | |
| |
| 2.38, Аноним (38), 04:58, 13/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Зачем работать, если можно переписывать? Так-то прогресс в 60-х остановился.
| | |
| 2.40, Аноним (41), 08:19, 13/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Проблема ЕС что это не оказалось на самом деле не Единая Система. А одна из систем из зоопарка. Даже несмотря на то что это клон IBM. IBM PowerVM тоже где-то на задворках прогресса сейчас.
| | |
| |
| 3.44, beck (??), 20:52, 13/10/2022 [^] [^^] [^^^] [ответить]
| +3 +/– | |
Я не про ЕС, а про то, что все эти виртуальные дела уже 50 лет как в продакшене. И с тех пор ничего не изменилось, ни-че-го. Никаких новых идей.
И вот опять нате здрасьте, очередная перепись 50-летнего проекта с блекджеком и шлюхами. Ну ещё бы, ведь у предыдущих систем был фатальный недостаток...
| | |
| |
| 4.51, Neon (??), 21:24, 16/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Ну так все современные технологии родом из 20 века. 50-60 годы максимум. Ничего нового с тех пор прорывного не придумано. Обсасывают эволюционно старые идеи. И так везде. Те же электромобили чуть ли не с 19 века. Принципиально нового ничего нет.
| | |
|
| 3.46, Аноним (38), 02:54, 15/10/2022 [^] [^^] [^^^] [ответить]
| +/– | |
> ... это клон IBM
Клонирование и оказалось тупиком. Все инженера быстро превратились в продавцов IBM-комплектухи. "Запад нам поможет!" (с)
| | |
|
| 2.50, Neon (??), 21:22, 16/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Это называется: наконец то студенты троечники открыли старый учебник.))) С какими фанфарами носились с той же Java, виртуальная машина, хотя P-код был еще в Паскале.)))
| | |
|
| |
| 2.42, PnD (??), 15:11, 13/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Тогда уж скорее японцы. Но, скорее, просто модное слово взяли.
| | |
| 2.43, Аноним (43), 20:49, 13/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Слово «kata» значит «форма», «внешность». Kata Containers — нечто, что имеет форму или внешность контейнеров. Какбыконтейнер.
| | |
|
| 1.54, Аноним (53), 19:17, 18/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Память-процессор туда сюда обратно в хост систему и соседям легко отдаёт обратно?
| | |
|
