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

Проект Xen представил Unikraft для выполнения приложений пов..., opennews (??), 06-Дек-17, (0) [смотреть все] Что-то вроде докера, работающего над XEN , Аноним (-), 12:42 , 06-Дек-17, (1) –1 // наоборот, полная противоположность Не обычная линукс-программа в необычном режим, пох (?), 16:15 , 06-Дек-17, (10) // Xen - Dell EMC он же Citrix, он же Vmware - бабло Ничего не работает, всё, pavlinux (ok), 18:02 , 06-Дек-17, (14) +2 // где бабло-то А, в смысле, ло инвесторы считают что работа кипит, капитализаци, пох (?), 18:39 , 06-Дек-17, (17) –4 На рынке всегда так Если где-то прибавилось, где-то должно убавиться Например,, Аноним (-), 19:25 , 06-Дек-17, (19) –2 ну, сейчас в общем-то в каждом дистрибутиве Dom0 есть Если разработчику очень х, пох (?), 20:54 , 06-Дек-17, (24) –1 Dom0 есть, но почему-то почти все посваливали на KVM Без всякой экзотики между , Аноним (-), 23:54 , 06-Дек-17, (31) –1 KVM --- это тоже Dom0 Пользуйтесь терминами корректно, тогда будет понятно, что, anonymous yet another (?), 09:24 , 07-Дек-17, (39) +2 Это не Dom0, это гипервизор в кернеле Чуть другое на уровне архитектуры ядро и, Аноним (-), 22:55 , 07-Дек-17, (43) Ага, так и поверил Гипервизор в KVM --- подчасть ядра Ядро все остальное op, yet another anonymous (?), 13:41 , 08-Дек-17, (51) +1 Да А почему тогда KVM есть и для ARM И там тоже все в одном флаконе По друг, Аноним (-), 10:33 , 09-Дек-17, (52) –1 Нет его там И быть не может В Ring -1 x86 и amd _добавлены_ инструкции для в, yet another anonymous (?), 12:04 , 11-Дек-17, (68) ты xen по пресс-релизам, что-ли, изучал как и эти, теоретические посваливавшие, пох (?), 15:24 , 07-Дек-17, (41) –1 А в случае KVM можно ничего и не выбирать, один фиг будет и так и сяк И на деск, Аноним (-), 22:56 , 07-Дек-17, (44) –1 Я такие плюшки собирал из ядра встроенный initrd, где initrd rootfs делался че, pavlinux (ok), 19:49 , 06-Дек-17, (23) +2 Что полезного можно крутить на этом кластере хелловордов Фотошоп какой с аппара, Anonymoustus (ok), 22:57 , 06-Дек-17, (28) +1 Запилить микрохостинг, окупить этот мешок за полгода, после чего считать купоны , Аноним (-), 00:02 , 07-Дек-17, (32) э можно подробнее схемку - кто _вам_ оплачивает эти микрохостинги и откуда у , пох (?), 15:28 , 07-Дек-17, (42) –2 Мне никто, я подобное в другие применения засовываю - там больше платят Но вы т, Аноним (-), 23:05 , 07-Дек-17, (45) ну вот, как о деньгах, так в кусты да где уж наму них там запретили bandwidth li, пох (?), 00:08 , 08-Дек-17, (48) +1 Наделать хостинг из мешка пи может любой скриптокидозник Некоторые и контроллер, Аноним (-), 14:03 , 09-Дек-17, (53) Изложенное очень интересно Хотелось бы каких-то примеров успешных реализаций и , Anonymoustus (ok), 21:25 , 09-Дек-17, (56) +1 Я б рассказал, но секретно , pavlinux (ok), 23:32 , 09-Дек-17, (57) –1 и прогореть на деле он даже лицензию не получит, плавали, знаем фантазерский б, пох (?), 15:30 , 10-Дек-17, (61) –1 Это подобие руткитов, Шизофреник (?), 19:37 , 06-Дек-17, (22) –2 // Гипервизоры ближе к буткитам, чтоли , Аноним (-), 00:04 , 07-Дек-17, (33) Всем красив Xen, кроме того что работает только на магии Поменял материнку и пр, Аноним (-), 12:50 , 06-Дек-17, (2) –5 // Проверь параметры виртуализации в UEFI, бывает, что отключено by default , Фуррь (ok), 12:51 , 06-Дек-17, (3) // А ещё может быть secureboot включён , Аноним (-), 13:13 , 06-Дек-17, (5) Ты хотел чтобы у тебя два гипервизора жили и не зарубились за то кто главнее , Аноним (-), 19:26 , 06-Дек-17, (20) виртуалки для задр0тов, Алексей (??), 18:12 , 10-Дек-17, (64) –1 Описание как у очередного пакетного менеджера сделанного в попытке навести поряд, Go_blin (?), 12:58 , 06-Дек-17, (4) –2 // икспертов подвезли, Аноним (-), 13:20 , 06-Дек-17, (6) +5 Когда уже можно будет на любом Китай-смартфоне под Xen-ом Android запустить Ну , Аноним (-), 13:37 , 06-Дек-17, (7) Напишем-ка подобие операционной системы, потому что операционная система не нужн, Anonymoustus (ok), 15:47 , 06-Дек-17, (8) +3 // возвращаемся во времена микрокернел ака гипервизор и юзерленд приложений ака , Sw00p aka Jerom (?), 16:14 , 06-Дек-17, (9) // только message-passing написать забыли, поэтому как должны эти приложения общать, пох (?), 16:18 , 06-Дек-17, (11) –1 // Там на картинке для этого libtcpip o нарисован Да, и с пользователем тоже по TC, Аноним (-), 16:35 , 06-Дек-17, (12) а ничего подобного, это один из механизмов IPC, так что смысла не была его писат, Sw00p aka Jerom (?), 16:49 , 06-Дек-17, (13) –2 На х86 Intel микроядро бесполезно Частично, может быть, на NUMA оправдается - п, pavlinux (ok), 18:39 , 06-Дек-17, (18) –2 // Смотря для чего QNX уже много лет назад вполне была жива и красива на x86, за д, Anonymoustus (ok), 22:48 , 06-Дек-17, (27) +1 У нее условия лицензирования жлобские, да и почти все можно и на других сделать , Аноним (-), 00:08 , 07-Дек-17, (34) +1 Лицензирование однозначно жлобское, хотя она никогда и не адресовалась на открыт, Anonymoustus (ok), 01:50 , 07-Дек-17, (38) Ну и кому в результате стало хуже Рынок нашел себе решения, а проект захирел и , Аноним (-), 23:13 , 07-Дек-17, (46) С чего бы это он захирел Как использовали, так и используют Причём это зрелая , Anonymoustus (ok), 02:15 , 08-Дек-17, (50) +1 В новых разработках - исчезающая величина Пересказ маркетингового булшита это та, Аноним (-), 14:18 , 09-Дек-17, (54) –1 Ни для чего курить архитектуру х86 после i80486DX , pavlinux (ok), 23:40 , 09-Дек-17, (58) +1 И Не вижу никакой связи этого предложения с моим комментом , Anonymoustus (ok), 19:06 , 10-Дек-17, (65) –1 аргументов не вижу, Sw00p aka Jerom (?), 01:03 , 07-Дек-17, (37) –2 Уже бегу и прыгаю, на каждом го8нофоруме выливать 50 страниц обяъснений , pavlinux (ok), 23:43 , 09-Дек-17, (59) –1 Можно и без объяснений Смотри ты прав, чувак, микроядра это круто и гламурно,, Аноним (-), 01:33 , 10-Дек-17, (60) На самом деле вполне жизнеспособное решение, которое найдёт свою нишу , Аноним (-), 18:23 , 06-Дек-17, (15) +2 // Избыточность зашкаливает , pavlinux (ok), 18:35 , 06-Дек-17, (16) –2 Основной нишей станет то что разработчики пильнут инвесторские деньги А потом п, Аноним (-), 19:28 , 06-Дек-17, (21) // до сих пор цитриксы не были замечены в выбрасывании денег на ветер и придумывани, пох (?), 21:10 , 06-Дек-17, (26) –1   // Да ну брось, xen как раз под все это подходит Замнет его kvm как пить дать У н, Аноним (-), 00:10 , 07-Дек-17, (35)   xen у уже 15 лет, он давно себя оправдал К тому же это платформа, от пользовате, пох (?), 09:41 , 07-Дек-17, (40) –1   А все-равно, у крупняка все больше KVM-а появляется А xen как-то задвигается на, Аноним (-), 23:25 , 07-Дек-17, (47)   ну так rh же ж - xen который они же и пилили несколько лет предан анафеме, сле, пох (?), 00:37 , 08-Дек-17, (49)   Так не только ж rh Остальные тоже как-то стали от xen отделываться в пользу kvm, Аноним (-), 14:42 , 09-Дек-17, (55)   остальные - копипастеры, у них нет выбора я как-то чудес не вижу Никакого мега, пох (?), 17:10 , 10-Дек-17, (62) –1   include os http www includeos org уже давно изобрели же, nobody (??), 21:08 , 06-Дек-17, (25) –1 1,2,4,7,8,15,25

Сообщения

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

	26. "Проект Xen представил Unikraft для выполнения приложений пов..."	–1 +/–
	Сообщение от пох (?), 06-Дек-17, 21:10
	> Основной нишей станет то что разработчики пильнут инвесторские деньги. А потом пожмут до сих пор цитриксы не были замечены в выбрасывании денег на ветер и придумывании мертворожденных проектов.
	Ответить | Правка | Наверх | Cообщить модератору

	35. "Проект Xen представил Unikraft для выполнения приложений пов..."	+/–
	Сообщение от Аноним (-), 07-Дек-17, 00:10
	> до сих пор цитриксы не были замечены в выбрасывании денег на ветер > и придумывании мертворожденных проектов. Да ну брось, xen как раз под все это подходит. Замнет его kvm как пить дать. У него преимуществ то раз два и обчелся. И даже якобы более высокая безопасность не выгорела, vuln-ов в нем хватало.
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Проект Xen представил Unikraft для выполнения приложений пов..."	–1 +/–
	Сообщение от пох (?), 07-Дек-17, 09:41
	> Да ну брось, xen как раз под все это подходит. xen'у уже 15 лет, он давно себя оправдал. К тому же это платформа, от пользователей не требуется с ним возиться (в отличие от нового явления, которое без прямой заинтересованности разработчиков не жизнеспособно) И в качестве конкурента смотри теперь не на kvm, а на контейнеры. У которых с безопасностью полный швах, с persistent storage тоже. Это вот - очередной шажок в сторону "а не попробовать ли отжать еще кусочек поляны у этого доскера". Причем целятся в ту часть, где и разработчики поадекватней, и админы понимают, зачем оно им, а не в микросервисы (конкурировать с кубернетесами с их 18k dns r/s - нафиг, нафиг, нафиг, оно само рухнет, рано или поздно, главное, рядом не проходить ;-) но вот как они собираются заставить кого-то собираться в виде такого приложения - пока совершенно неясно. Может и не собираются, нового индуса топ-топом наняли. А может слово волшебное знают ("sponsored by citrix", например, отлично сработает ;-)
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Проект Xen представил Unikraft для выполнения приложений пов..."	+/–
	Сообщение от Аноним (-), 07-Дек-17, 23:25
	> xen'у уже 15 лет, он давно себя оправдал. К тому же это > платформа, от пользователей не требуется с ним возиться (в отличие от > нового явления, которое без прямой заинтересованности разработчиков не жизнеспособно) А все-равно, у крупняка все больше KVM-а появляется. А xen как-то задвигается на второй план. Впрочем, ты прав что инвестиции они уже отбили а в случае чего проблемы индейцев шерифа не того. > И в качестве конкурента смотри теперь не на kvm, а на контейнеры. Некорректно сравнивать full virt и контейнеры. Хотя такой профи как ты еще и не так может. > У которых с безопасностью полный швах, Зато быстро как понос, деплой тривиален, полной операционки может и не быть, если не хочется. А то что менее безопасно чем full virt - зато все параметры как у bare metal, плюс-минус полисовка ресурсов по желанию. > с persistent storage тоже. С дуба рухнул? > Это вот - очередной шажок в сторону "а не попробовать ли отжать > еще кусочек поляны у этого доскера". Пока-что глядя на xen я бы сказал что он рынок скорее теряет, с одной стороны докер и прочие контейнеры, с другой в мире гипервизоров kvm есть. И он удобнее, многие слабые места устранили, сильные допилили, при том целой оравой, под самые разные вещи, а xen по сути карманный проект одной лавочки. Чревато вендорлоками и однобоким развитием. > Причем целятся в ту часть, где и разработчики поадекватней, и админы понимают, > зачем оно им, а не в микросервисы (конкурировать с кубернетесами с их 18k dns r/s > - нафиг, нафиг, нафиг, оно само рухнет, рано или поздно, главное, > рядом не проходить ;-) Да никуда оно не рухнет. Микросервисы могут выдержать намного больше чем олдскульная классика и их намного проще масштабировать. > но вот как они собираются заставить кого-то собираться в виде такого приложения > - пока совершенно неясно. Может и не собираются, нового индуса топ-топом > наняли. А может слово волшебное знают ("sponsored by citrix", например, отлично > сработает ;-) Грозилась синица море поджечь. Такой фигни уже понаделано штук 20-30 наименований. Ну может не совсем такой, но идея похожая. А тут еще надо голову в петлю цитриксовского вендорлока просунуть.
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Проект Xen представил Unikraft для выполнения приложений пов..."	+/–
	Сообщение от пох (?), 08-Дек-17, 00:37
	> А все-равно, у крупняка все больше KVM-а появляется. А xen как-то задвигается ну так rh же ж - xen (который они же и пилили несколько лет) предан анафеме, следом за uml, всем kvm! Но это для тех кто сам что-то собирается пилить, или кому эпизодически запустить одну виртуалку. А все что пытается изображать из себя замену xenserver, выглядит пока на редкость уныло - rh понесло в облака, хипстеров в докер, vbox скорее мертв чем жив, некому сделать законченное решение. Тем более одно уже есть. > Некорректно сравнивать full virt и контейнеры. Хотя такой профи как ты еще почему некорректно сравнивать решение одной и той же задачи? >> с persistent storage тоже. > С дуба рухнул? какая у вас по счету несовместимая с предыдущими версия overlayfs - вторая? А, не, была еще до того au, третья значит. Это, видимо, от большой надежности и хорошей юзабилити, да? > Пока-что глядя на xen я бы сказал что он рынок скорее теряет, голый xen скорее уже все потерял, самостоятельно на нем что-то пилить не стильно, не модно, коллеги не поймут. citrix вряд ли потерял за последнее время хоть что-нибудь, кто в него влез, вряд ли будет бечь далеко. > Да никуда оно не рухнет. Микросервисы могут выдержать намного больше чем олдскульная > классика и их намного проще масштабировать. ну попробуй "просто отмасштабировать" какой-нибудь postgres. "помогли сынку тебе твои ля...микросервисы?" Если сама задача позволяет это делать банальным пложением клонов - то пофиг, что "масштабировать", процессы или контейнеры. Или чудо-приложения внутри xen. Если задача фигово делится, или если автор единственной доступной софтины умудрился сделать ее неделимой- что пнем об сову, что совой об пень. У нас вот "масштабировалось" путем привинчивания сервера в стойку. Потому что сервер это ресурсы. А так - внутри были вполне микросервисы. С сервер размером, правда, но в остальном - правильные, с внешним миром по tcp, stateles, persistent storage не нужен - чем не микросервис? И что бы мы выиграли, позволив разработчикам вместо rpm'ов собирать image ? > Грозилась синица море поджечь. Такой фигни уже понаделано штук 20-30 наименований. Ну это любители. У них ни волшебного слова нет, ни просто ресурсов.
	Ответить | Правка | Наверх | Cообщить модератору

	55. "Проект Xen представил Unikraft для выполнения приложений пов..."	+/–
	Сообщение от Аноним (-), 09-Дек-17, 14:42
	> ну так rh же ж - Так не только ж rh. Остальные тоже как-то стали от xen отделываться в пользу kvm. Он со временем как-то развился лучше xen и в эксплуатации поприятнее. > xen (который они же и пилили несколько лет) предан анафеме, следом за uml, всем kvm! Ну а что, kvm пилит толпень народа, отнюдь не только редхат, это приносит свои результаты - разносторонне развитый проект. Где проблемы устраняются, нужные фичи допиливаются, скорость оптимизируется там и тут, все дела. > Но это для тех кто сам что-то собирается пилить, или кому эпизодически > запустить одну виртуалку. А все что пытается изображать из себя замену > xenserver, выглядит пока на редкость уныло Уныло, не уныло, а хостеров на этом уже легионы просто. А вот на xen их как-то уже полторы штуки осталось. Значит их устраивает. > - rh понесло в облака, хипстеров в докер, vbox скорее мертв чем жив, > некому сделать законченное решение. Тем более одно уже есть. Так это рынок. Кому надо именно xenserver может им и пользоваться, только таких оказалось немного и окучивать их видимо просто мало кто хочет. Доятся они в пользу этих - да и черт с ними, пусть доятся. С облаков и хипстеров профита имхо будет больше. >> Некорректно сравнивать full virt и контейнеры. Хотя такой профи как ты еще > почему некорректно сравнивать решение одной и той же задачи? Потому что разные по свойствам решения, особенно по оверхеду относительно bare metal. Всегда найдутся клинические случаи где full virt не очень похож на голое железо. А контейнеры - там ядро все то же самое, обрабатывает запросы так же как и обычно, с фига б ему от варианта без контейнеров отличаться? Оверхед минимален. Все-таки full virt для более полной изоляции делает больше действий. > какая у вас по счету несовместимая с предыдущими версия overlayfs - вторая? У конкретно меня сейчас уже вообще btrfs почти везде. Нафиг мне там overlayfs? Btrfs сам себе оверлеем может быть, да и управлять его снапшотами как-то поудобнее. Еще там reflinks есть, поэтому поднимать цать почти одинаковых виртуалок из шаблона - круто и быстро. Я за минуту подниму флот VM над которым ты полдня сношаться будешь. > от большой надежности и хорошей юзабилити, да? Не, это от настоящего таланта. Таланта находить в линуксе какие-то максимально идиотские трудности, на ровном месте. Я прямо удивлюсь если выходя из дома ты не уворачиваешься от падающих роялей. > голый xen скорее уже все потерял, самостоятельно на нем что-то пилить не > стильно, не модно, коллеги не поймут. citrix вряд ли потерял за > последнее время хоть что-нибудь, кто в него влез, вряд ли будет бечь далеко. Да и фиг с ним с xenserver, не массовая штука. Если он будет "где-то там", всем похрен, глобально это погоду не делает. > ну попробуй "просто отмасштабировать" какой-нибудь postgres. Ты чего-то не понял, постгр - антипод идеи микросервисов. Сам по себе. Поэтому если ты на нем решил микросервис пилить - это уже вызывает вопросы не спятил ли наш поцыэнт. Хотя особо принципиальные наверное и на постгресе какое-то подобие смогут. > "помогли сынку тебе твои ля...микросервисы?" Если архитектор/управленцы д-била куски, от этого ничего не поможет. Разве что full AI который заменит уволенных с треском идиотин. > Если сама задача позволяет это делать банальным пложением клонов - > то пофиг, что "масштабировать", процессы или контейнеры. Или чудо-приложения внутри xen. Зато выписывать, отлаживать, тестироваьт и деплоить чудо-приложения для xen будет не в пример геморройнее. И вот это - не все равно. > Если задача фигово делится, или если автор единственной доступной софтины умудрился сделать > ее неделимой- что пнем об сову, что совой об пень. Правильно, надо было увольнять еще архитекта, ПМа и прочих манагеров за явный факап с выбором инструментов, но вы ж офигенные, думали что всех наели. А оказалось наоборот. > tcp, stateles, persistent storage не нужен - чем не микросервис? И > что бы мы выиграли, позволив разработчикам вместо rpm'ов собирать image ? А кто вас знает что? У вас судя по описанию ухитряются наломать дров как те двое из ларца, на ровноме месте. Просто если кто-то метит в микросервисы, их видно по характерному выбору инструментария и прицелу на определенные свойства. Сразу, блин, а не когда жареный петух клюнул в ж. На полпути фундаментально менять архитектуру довольно затруднительно и факапно. > это любители. У них ни волшебного слова нет, ни просто ресурсов. Можно подумать, профессионалам что-то мешает факапиться? Интел сколько свои таблет-писи делал? И где? Там же где виндофоны? Вот, 2 жирных компании с профессионалами, все такое. Да что там, IBMа знатно лоханули с OS/3 NT еще, пока они с полуосью носились. А вроде профессионалы.
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Проект Xen представил Unikraft для выполнения приложений пов..."	–1 +/–
	Сообщение от пох (?), 10-Дек-17, 17:10
	>> ну так rh же ж - > Так не только ж rh. Остальные тоже как-то стали от xen отделываться остальные - копипастеры, у них нет выбора. > Ну а что, kvm пилит толпень народа, отнюдь не только редхат, это я как-то чудес не вижу. Никакого мега-прогресса за истекшие сколько там - семь, по-моему, лет, когда rh от предыдущей технологии отказалась. То что есть - за счет qemu, там действительно интересно, но не для работы. > Уныло, не уныло, а хостеров на этом уже легионы просто. А вот хм, не разбираюсь в сортах дерьма, но вон амазоновский балшит явно говорит о том, что слепила из того что было (при этом c4 никто отменять пока вроде не собирается). > Так это рынок. Кому надо именно xenserver может им и пользоваться, только так надо не xenserver, надо  управление виртуалками и удобный доступ к ним, это есть у vmware - дорого, очень дорого (и ресурсоемко) и не очень удобно, и у цитрикса - дешевле, но очень неудобно. Ну или самому выпиливать из опенсорсных дерьма и палок. Я когда-то кормил довольно жирную тамагочу на xen'е (не цитриксовую, а именно выпиленную вручную), как-то не вспомню чем она была хуже нынешней kvm'ной, я их обоих одинаково не люблю. > Доятся они в пользу этих - да и черт с ними, > пусть доятся. С облаков и хипстеров профита имхо будет больше. не, эти специально такие поделки выберут, чтоб денег не платить. Что оно при этом и задачу исполняет криво и косо - их не колебет. >>> Некорректно сравнивать full virt и контейнеры. Хотя такой профи как ты еще >> почему некорректно сравнивать решение одной и той же задачи? > Потому что разные по свойствам решения, особенно по оверхеду относительно bare metal. ты его точно намерять-то можешь? Ну и xen тем и интересен, что там api, а не виртуальное железо. > Всегда найдутся клинические случаи где full virt не очень похож на > голое железо. А контейнеры - там ядро все то же самое, > обрабатывает запросы так же как и обычно, с фига б ему пока мы не обращаемся к сетевому железу, дисковой подсистеме, etc. Тут, внезапно, выясняется что все ничем не лучше xen'ового варианта с pv-драйверами. А если мы этого всего не делаем - то там и от ядра немногое нужно, и совершенно все равно, от какого. >> какая у вас по счету несовместимая с предыдущими версия overlayfs - вторая? > У конкретно меня сейчас уже вообще btrfs почти везде. Нафиг мне там "жаль что она unsupported by redhat" (напомнить, что происходит с проектами, выпавшими из милости, на примере все того же xen?) хуже что она unsupported и докером на чем-то кроме дебиана и производных. Кстати, они уже убрали требование делать ей регулярный re-balance по крону? ой: https://docs.docker.com/engine/userguide/storagedriver/btrfs.../ там все прекрасно (нет, я не пойду читать аналогичный раздел про overlay2, меньше знаешь, лучше спишь). > Не, это от настоящего таланта. Таланта находить в линуксе какие-то максимально идиотские > трудности, на ровном месте. если что, героическую борьбу сперва с aufs, потом с двумя несовместимыми оверлеями придумал вовсе не я. >> ну попробуй "просто отмасштабировать" какой-нибудь postgres. > Ты чего-то не понял, постгр - антипод идеи микросервисов. Сам по себе. отлично я тебя понял. Итого - "микросервис" сам по себе не образуется. Соответственно, масштабируется оно или нет и насколько хорошо - решаешь не ты и не выбор тобой типа обертки. > Зато выписывать, отлаживать, тестироваьт и деплоить чудо-приложения для xen будет не в > пример геморройнее. И вот это - не все равно. зато может работать будут - в силу невозможности понатащить двеститыщ кривых зависимостей, каждая единственно-верной версии, с которой кое-как завелось. А потом попрятать от чужих иронических взглядов в контейнер, чтоб никто безобразия не увидал. >> tcp, stateles, persistent storage не нужен - чем не микросервис? И >> что бы мы выиграли, позволив разработчикам вместо rpm'ов собирать image ? > А кто вас знает что? У вас судя по описанию ухитряются наломать ты разговариваешь с воображаемыми друзьями. Про "у нас" ты напридумывал каких-то своих детских фантазий, тепрь их радостно поливаешь дерьмом. О то что может быть не только так как тебе нафантазировалось - в силу ограниченных знаний тебе задуматься не получается. > дров как те двое из ларца, на ровноме месте. Просто если > кто-то метит в микросервисы, их видно по характерному выбору инструментария и а кому-то все равно - его не интересует "в микросервисы", его интересует только результат. >> это любители. У них ни волшебного слова нет, ни просто ресурсов. > Можно подумать, профессионалам что-то мешает факапиться? Интел сколько свои таблет-писи > делал? И где? Там же где виндофоны? Вот, 2 жирных компании у меня на столе валяется. имени безвестного китайца, но вполне себе tablet pc, свою нишу прекрасненько заняли. Интел вовремя понял, что лучше поставлять им платы, чем возиться с customer service самим. > с профессионалами, все такое. Да что там, IBMа знатно лоханули с > OS/3 NT еще, пока они с полуосью носились. А вроде профессионалы. они проиграли рынок не NT, а win95 - в которой "самое удивительное было то, что она вообще-то работала". Разумеется, у цитрикса тоже может выйти пшик - тем более сегодня, я так понял, это только идея проекта, и пачка денег,сунутая разработчикам под дверь. Ничего кроме hello,врот! они пока не родили.
	Ответить | Правка | Наверх | Cообщить модератору

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

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