https://www.opennet.me/openforum/vsluhforumID3/103356.html После 11 месяцев разработки представлен (https://mirage.io/blog/announcing-mirage-25-release) релиз облачной операционной системы MirageOS 2.5 (http://mirage.io/), которая обеспечивает возможность запуска поверх гипервизора приложений, написанных на языке OCaml. MirageOS позволяет создавать операционные системы одного приложения, содержащие только компоненты, необходимые для запуска одной программы, без необходимости использования традиционных операционных систем с универсальным ядром, утилитами и набором библиотек. В разработке MirageOS принимают участие исследователи из Кембриджского университета, компании Citrix, проектов Xen, FreeBSD, Galois и OCamlPro.<br><br>&lt;center&gt;&lt;img src="http://www.opennet.ru/opennews/pics_base/0_1386599694.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;" title="" border="0"&gt;&lt;/center&gt;<br><br><br><br>Разработка программ производится в традиционных ОС, после чего при помощи MirageOS программа компилируется в самодостаточное специализированное ядро (концепция unikernel https://www.opennet.me/openforum/vsluhforumID3/103356.html#24 Tue, 30 Jun 2015 08:39:52 GMT Поддержка других гипервизоров сделала бы эту штуку интересней<br> https://www.opennet.me/openforum/vsluhforumID3/103356.html#23 Mon, 29 Jun 2015 16:06:08 GMT Возможно, ребята просто хотят писать приложения для банкоматов на своём любимом языке, для чего и сделали инструмент. Так что никакого отношения к изначальной концепции Azure это не имеет. На взрывную популярность продукт не претендует, что ясно сразу: OCaml -- язык во многом довольно интересный (например, как попытка привить функциональному языку элементы императивности, изначально лишённая "пуризма" и позволяющая писать достаточно высокопроизводительный код), но всё-таки круг его любителей достаточно узок и всегда таким останется.<br> https://www.opennet.me/openforum/vsluhforumID3/103356.html#22 Mon, 29 Jun 2015 13:31:24 GMT Все идет к винде вот и snappy тоже...<br> https://www.opennet.me/openforum/vsluhforumID3/103356.html#21 Mon, 29 Jun 2015 07:18:37 GMT Как бы для микроконтроллеров используются чуток другие принципы разработки. А на arduino IDE никто софт для серверов не пишет.<br> https://www.opennet.me/openforum/vsluhforumID3/103356.html#20 Sun, 28 Jun 2015 08:13:47 GMT Танунафиг, это означает, что такой софт тащит с собой статически линкованные бибилиотеки со всеми проблемами обновления на которые вендор, как обычно, забьёт. Без инсталляций - тоже не выйдет, там много чего нужного делается - от инициализации данных до миграции со старых версий. Нормальный менеджмент ресурсов? Чем он будет отличаться от обычного выделения ресурсов виртуалке? Не, если это сравнивать с колхозным подходом "в одной ос на сервере куча задач" - то да, но нормальные люди в продакшне держат под каждую задачу свою виртуалку. Контейнеры - сами по себе довольно сомнительная идея, когда можно иметь полноценные VM с достаточно небольшим оверхедом, но контейнер с отказом от существующих и распространённых средств менеджмента, на окамле - это бред.<br><br>Ну а насчёт "подмять под себя" с требованием писать на окамле - забавно, да.<br> https://www.opennet.me/openforum/vsluhforumID3/103356.html#19 Sun, 28 Jun 2015 06:35:09 GMT Сходите к ним на сайт почитайте. Но предлагаемые приложения event-based без выделения потоков.<br> https://www.opennet.me/openforum/vsluhforumID3/103356.html#18 Sun, 28 Jun 2015 05:20:49 GMT &gt; Ну, технически отладка - это дело решаемое, тулзы с библиотеками <br><br>Знаешь, теоретически - много чего решаемо. А практически - это кто-то должен сделать.<br><br>Можно написать отладчик? Да. Только посмотри сколько ресурсов на это в нормальном виде реально надо. Вон в LLVM народа поболее чем у некоторых, а нормальный отладчик за несколько лет так и не сделали. При том такая фигня при отсутствии нормальной оси - вообще с АБСОЛЮТНО ВСЕМ. Сферическое приложение в вакууме - это круто, концептуально и ... не от мира сего.<br><br>Так, очевидное: стоит сервачок. Он в основном HTTP, но еще он синкает файлы по rsync. Несколько гигов потенциально. И задержка не более 5 минут. Ну так надо. В этом конкретном случае. Любой человек в здравом уме в general purpose оси просто пропишет рсинк в крон. Дешево и сердито, занимает 5 минут времени. А потом просто работает. А на такой конструкции - ОПАНЬКИ!<br><br>&gt; (в том числе и отладка-логирование) один раз пишутся и отлаживаются, в конце концов.<br><br>Вот только это кто-то должен сделать. А чт https://www.opennet.me/openforum/vsluhforumID3/103356.html#17 Sun, 28 Jun 2015 04:19:21 GMT контейнерные апликухи двигают со своей средой.<br>представь, если бы 90% поставщиков софта - начали внезапно, поставлять его в виде vmdk-конейнеров для VMWare Player/Workstation(или VirtualBox/PC или QEMU, не суть).<br>чистая среда для софта, без оверхэдов, без "инсталляций", без факапов, с нормальным менеджментом ресурсов и бэкапами, файловером даже на недружественных к оному host os.<br><br>то есть это не попытка скрестить qubes и микроядро как некоторые подумали, это просто вывод апликух(и серверных приложений тоже) на уровень контейнерной платформы.<br>до этого часть поставщиков и комьюити - релизили опционально контейнерами трех форматов ряд веще(в основном сетевую хрентоень), а они хотят это "стандартизировать и упростить", а скорее - подмять под себя.<br> https://www.opennet.me/openforum/vsluhforumID3/103356.html#16 Sun, 28 Jun 2015 02:04:44 GMT Если так - то еще хуже. Ведь тогда слой API реализующих POSIX-совместимость находятся в..приложении?? о_0 Может все-таки где-нибудь от Language Runtime и глубже ? Так как там дела обстоят с fork и pthreads? - Мне очень интересно.<br>