1.1, Аноним (-), 12:37, 27/06/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +7 +/– |
Некоторым чужие факапы видимо не в прок. Однажды фирма майкрософт уже пыталась сделать нечто наподобие - в azure изначально подразумевался только запуск приложений на дотнете поверх гипервизора.
Реально идея оказалась полным отстoeм. Кастомерам часто надо было запускать "не только на дотнете" или какие-то кастомные настройки характерные для ОС. И вся эта сферическая буита "можно запускать только программы на 1 языке с его рантаймом" пошла лесом. Впрочем, гугл тоже этой хренью занимался уже много лет и как-то она и близко не стоит по популярности обычных хостингов и облаков позволяющих запускать "универсальные операционки".
Секрет в том что рулить гольным инстансом приложения без операционки - крайне неудобно. А как только надо что-то продвинутое - без general purpose операционки быстро наступает облом. В обычной ОС вы например периодику пропишете в systemd.timers или крон. Парой строк конфига. А при таком подходе - вы таки пойдете сами себе кодить аналог крона, о чем вы наверняка всю жизнь только и мечтали...
| |
|
2.7, Mihail Zenkov (ok), 16:27, 27/06/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
Смотрите на это не как на обычный сервер, а как на узкоспециализированное решение на очень мощном микроконтроллере. Естественно у такого подхода будут свои минусы, и на массовое решение это не годится. Но в определенных ситуациях может быть вполне востребовано.
| |
|
3.12, Аноним (-), 01:59, 28/06/2015 [^] [^^] [^^^] [ответить] | –1 +/– | где еще надиктовали с ножом к горлу левый ЯП и довольно чреватые методы работ... большой текст свёрнут, показать | |
|
4.14, Crazy Alex (ok), 02:51, 28/06/2015 [^] [^^] [^^^] [ответить]
| +/– |
Ну, технически отладка - это дело решаемое, тулзы с библиотеками (в том числе и отладка-логирование) один раз пишутся и отлаживаются, в конце концов. Но плюшек я в этом не вижу, хоть убей. Во-первых, таки да - экзотический язык с ограниченным набором библиотек. Во-вторых - плевать, сколько занимает код. Потому что данные, которые он будет лопатить, занимают в памяти минимум на пару порядков больше обычно. В-третьих - ну да, как только захочется странного - это странное обойдётся дорого. В-четвёртых - они там всерьёз, скажем, FS сами реализовывать будут? Что за чушь насчёт "отсутствия ядра и драйверов" - очевидно же, что функциональность с неба не свалится, и релизовывать её заново - это бред сивой кобылы
| |
|
5.18, Аноним (-), 08:20, 28/06/2015 [^] [^^] [^^^] [ответить] | +1 +/– | Знаешь, теоретически - много чего решаемо А практически - это кто-то должен сде... большой текст свёрнут, показать | |
|
|
3.21, Аноним (-), 10:18, 29/06/2015 [^] [^^] [^^^] [ответить]
| +/– |
Как бы для микроконтроллеров используются чуток другие принципы разработки. А на arduino IDE никто софт для серверов не пишет.
| |
|
2.23, Филипп Филиппович (ok), 19:06, 29/06/2015 [^] [^^] [^^^] [ответить]
| +/– |
Возможно, ребята просто хотят писать приложения для банкоматов на своём любимом языке, для чего и сделали инструмент. Так что никакого отношения к изначальной концепции Azure это не имеет. На взрывную популярность продукт не претендует, что ясно сразу: OCaml -- язык во многом довольно интересный (например, как попытка привить функциональному языку элементы императивности, изначально лишённая "пуризма" и позволяющая писать достаточно высокопроизводительный код), но всё-таки круг его любителей достаточно узок и всегда таким останется.
| |
|
1.2, Аноним (-), 12:58, 27/06/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Я понимаю что хочется умолчать, но на картинке справа не видно где именно находится это монолитное ядро (unikernel). Правильно ли я понимаю что applcation на второй картинке - это прога которая статически слинкована с монолитным ядром? Если так, то это конечно здетц..
| |
|
|
3.4, Аноним (-), 15:49, 27/06/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
Среди этого множества букв не видно внятных ответов. Если подумать, то все равно оказывается что функционал ядра прилип либо как статика к приложению, либо он в рантайме приложения. Я понимаю что там сильно неполноценное ядро (там очень сильная урезка), но раз заявлено "POSIX-совместимое окружение", то там есть..fork, exec, waitpid и т.д. Если там есть все это, то..в application это что-то вроде init-процесса (который у нас с pid 0). А если этого нет..то это не POSIX-совместимое. Подскажете как все это работает и зачем такие проекты нужны (только не пилить бабло) ?
| |
|
4.6, Mihail Zenkov (ok), 16:24, 27/06/2015 [^] [^^] [^^^] [ответить]
| +/– |
> Подскажете как все это работает и зачем такие проекты нужны (только не пилить бабло) ?
"Сгенерированное окружение не содержит ничего лишнего и взаимодействует непосредственно с гипервизором без драйверов и системных прослоек, что позволяет добиться существенного снижения накладных расходов и повышения безопасности."
"например, DNS-сервер занимает всего 200 Кб"
Сколько DNS-сервер будет весить вмести с os? Сколько там будет багов/уязвимость? Сколько там будет бесполезных прослоек?
| |
|
|
6.10, Mihail Zenkov (ok), 20:31, 27/06/2015 [^] [^^] [^^^] [ответить]
| +/– |
"программа компилируется в самодостаточное специализированное ядро (концепция unikernel ), которое может запускаться непосредственно поверх гипервизора Xen" - вот и будет - "ничего лишнего".
"или в форме процесса в POSIX-совместимом окружении" - для тех случаев когда можно пожертвовать минимализмом для упрощения портирования.
| |
|
5.9, Аноним (-), 18:33, 27/06/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
Ну ты сам сравни эти 2 картинки "влоб". Я вот не пойму кто берет обработку "processes" и "threads", а вы? А если у меня приложение с POSIX-theads ? А если еще и preforked ?
| |
|
6.11, Mihail Zenkov (ok), 20:34, 27/06/2015 [^] [^^] [^^^] [ответить]
| +/– |
На картинках не изображен unikernel, так как он фактически является частью приложения, а не самодостаточным ядром.
| |
|
|
8.17, Аноним (-), 07:19, 28/06/2015 [^] [^^] [^^^] [ответить] | +/– | контейнерные апликухи двигают со своей средой представь, если бы 90 поставщико... текст свёрнут, показать | |
|
7.16, Аноним (-), 05:04, 28/06/2015 [^] [^^] [^^^] [ответить]
| +/– |
Если так - то еще хуже. Ведь тогда слой API реализующих POSIX-совместимость находятся в..приложении?? о_0 Может все-таки где-нибудь от Language Runtime и глубже ? Так как там дела обстоят с fork и pthreads? - Мне очень интересно.
| |
|
|
5.13, Аноним (-), 02:08, 28/06/2015 [^] [^^] [^^^] [ответить]
| +/– |
> Сколько DNS-сервер будет весить вмести с os? Сколько там будет багов/уязвимость? Сколько
> там будет бесполезных прослоек?
Зато в коде на 200 кило почти наверняка есть баги. Потому что это достаточно много кода. И в совершенно лысой системе без какого либо тулинга - ну удачи вам понять где в вашем DNS сервере вообще порылся баг...
| |
|
|
|
|
|