Pull to refresh

Comments 20

Очень скользкий момент с утверждением, что то, что использует AWS это «все еще Xen», и ставит равенство между «гипервизором AWS» и Xen.
Есть такой классический софизм, про ремонт корабля. У нас есть корабль, и мы при ремонте раз в месяц меняем у него из борта одну доску. Это остается тот же самый корабль? Очевидно, что да. Теперь меняем другую доску. Тот же? Да. В какой-то момент, продолжая ремонт, мы меняем все доски корпуса. Ни одна из досок не осталась со времени постройки корабля. Остался ли это тот же самый корабль? И с какого числа замененных досок это будет уже новый корабль?
Примерно так же обстоит дело и с «патчами» на опенсорсных продуктах. Можно ли считать, что то, что изначально называлось PostgreSQL в Yahoo все еще должно называться Postgre, можно ли считать, что после всех изменений то, что используется внутри AWS это то же самое, что можно скачать под названием «гипервизор Xen» и сказать, что и то и другое — один и тот же гипервизор? По моему это утверждение как минимум спорно.
И с какого числа замененных досок это будет уже новый корабль?

Сорри за оффтоп, но софизм очень плохой. Очевидно, что с половины. Замените корабль на компанию, а доски на акции — чьи 51% акций, того и компания.


Так же и с Xen — он там взят за основу. Если они полностью его переписали, зачем им вообще идентифицировать его как Xen? Конечно никто не будет говорить, что AWSовский и официальный это одно и то же, но основа у них одна.

Софизма тут нет. Пока запись в Регистре судоходства остаётся старая — корабль тот же самый.
Если нужно ещё нерешаемых задач решить — обращайтесь.
Вот видите, как все неочевидно в решении старых софизмов. ;)

Вот вам еще один пример, ближе. Биология утверждает, что клетки человеческого тела полностью обновляются за срок от 7 до 15 лет (в разных источниках по разному). Таким образом физически вы — уже не тот человек, что родились у мамы с папой. Тем не менее вы продолжаете считать себя Fen1kz-ом.
Нейроны не обновляются, поэтому тут тоже никакой проблемы нет. Считают себя мной ведь нейроны моего мозга, а не волосы и даже не нога.
С нейронами тоже не все так однозначно. Но, боюсь, мы далеко ушли от исходной темы про гипервизоры.
Я не отрицаю значимости философской проблемы непрерывности сознания, но просто в сформулированной постановке она не возникает.

А что касается Xen, то это, для начала, архитектура гипервизора, а затем реализующий её код.
Тогда заголовок должен выглядеть как: «Самая используемая архитектура гипервизора».

Ну да, физически я — уже не тот человек, что родился у мамы с папой. Тот вообще был лысый, беззубый и не мог ходить. В чем проблема?

Ни в чем. Вы не забыли, мы тут про гипервизоры? :)
А что тогда такое вообще Xen? Citrix XenServer или же компонент обычных дистрибутивов Linux?
облачный бизнес Amazon больше, чем у Microsoft, IBM, Google и Salesforce.com суммарно(!!!)

На предоставленном графике показан рост выручки, а не выручка
Вы правы, на графике динамика роста cloud-доходов компаний (это не мой график, а из отчета Synergy Research Group), но на нём хорошо видно и подтверждение того, что доходы AWS сейчас больше, чем у Microsoft+IBM+Google+Salesforce.com.
В соседнем отчете Gartner так прямо и говорится, что Xen это наиболее широко используемый гипервизор для IaaS, в первую очередь благодаря Amazon.
тут есть два нюанса.

1. если бы RHEL5, когда AWS стандартизировался, шел с KVM, то все было бы на нем. Это не я придумал, это мне прямо говорили коллеги из амазона.

2. цифры и попугаи это здорово, но ни у одного из нас в датацентре нет такого количества compute как у амазона, а значит равняться на амазон просто незачем.
если бы RHEL5, когда AWS стандартизировался, шел с KVM, то все было бы на нем.
Ключевой момент здесь, я думаю, всё же «зрелость» (на именно тот момент) открытой виртуализации, а не то, что было в RHEL. Т.е., условно, если бы тогда существовал какой-то открытый гипервизор XVM (нет, я не имею ввиду Sun xVM, который был на Xen :-) ), которого не было бы в RHEL, но при этом он был бы объективно лучше существовавшего тогда Xen'а, то Amazon выбрал бы его.
равняться на амазон просто незачем.
Этот пост не про выбор гипервизра для своего датацентра. :-)
Ключевой момент здесь, я думаю, всё же «зрелость» (на именно тот момент) открытой виртуализации, а не то, что было в RHEL. Т.е., условно, если бы тогда существовал какой-то открытый гипервизор XVM (нет, я не имею ввиду Sun xVM, который был на Xen :-) ), которого не было бы в RHEL, но при этом он был бы объективно лучше существовавшего тогда Xen'а, то Amazon выбрал бы его.


еще раз, это не я придумал. я в то время очень много работал имено по виртуализации и в т.ч. с ребятами из амазон, и достаточно наслушался от них на тему «какого х вы нас не предупредили что меняете платформу, мы бы подождали». так что никаких «если бы», AWS заморозили стандарт хоста на RHEL 5.1-5.2 a KVM попал в 5.3, вместе с объявлением о том что Xena больше не будет.

Этот пост не про выбор гипервизра для своего датацентра. :-)


этот — несомненно, но апологеты xen постоянно ссылаются на aws как на свидетельство чего-то там. А я постоянно говорю что ни один из них не может позволить себе вложить столько денег и человекочасов сколько смогли амазон
достаточно наслушался от них на тему «какого х вы нас не предупредили что меняете платформу, мы бы подождали».
Это не подтверждает и не опровергает то, что я написал. Но если уж говорить откровенно (при всём моём неравнодушии к RH), нужно признать, что ситуация с Xen в AWS — явный факап со стороны RH. И это можно было бы понять, если бы этот факап не был первым из целой череды — они ложанули дальше и с OpenStack, и с Cloud Foundry. Ну и в целом, если говорить о ситуации в России — работы с сообществом нет, продвижения KVM и других своих проектов — нет, работы с fedora — нет. За последние 3 года (после появления представительства RH в России) всё скатилось в УГ, сказать, что я разочарован — это ниочём. В общем, все эти факапы с ключевыми для будущего RH продуктами — вполне предсказуемы и закономерны.
апологеты xen постоянно ссылаются на aws как на свидетельство чего-то там.
Не «чего-то там», а свидетельство того, что при достаточном желании из любого открытого проекта можно сделать «конфетку» и применять в самых масштабных и грандиозных вещах.
Это не подтверждает и не опровергает то, что я написал. Но если уж говорить откровенно (при всём моём неравнодушии к RH), нужно признать, что ситуация с Xen в AWS — явный факап со стороны RH.


факап или нет, а xen надо было бросать.

они ложанули дальше и с OpenStack


каким образом?

Cloud Foundry


есть openshift

Ну и в целом, если говорить о ситуации в России — работы с сообществом нет, продвижения KVM и других своих проектов — нет, работы с fedora — нет. За последние 3 года (после появления представительства RH в России) всё скатилось в УГ, сказать, что я разочарован — это ниочём. В общем, все эти факапы с ключевыми для будущего RH продуктами — вполне предсказуемы и закономерны


Россия — очень специфичная страна, и на мой взгляд — не особо интересный рынок. А если учесть местную специфику, то многим фирмам у вас там вообще никак не протолкнуться.

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


несомненно, но ведь никто из этих утверждающих не может позволить себе такие вклады. А у других гипервизоров, получается, намного ниже порог вхождения
Sign up to leave a comment.

Articles