Компания VMware анонсировала (http://www.vmware.com/company/news/releases/cloud-foundry-ap...) проект Cloud Foundry (http://cloudfoundry.org/), в рамках которого разработана открытая платформа PaaS (Platform as a Service, платформа как сервис), предназначенная для разработки, развертывания и обеспечения работы приложений в приватном или публичном облачном окружении. В отличие от таких открытых cloud-платформ, как OpenStack (http://www.opennet.me/opennews/art.shtml?num=29516), CloudStack (http://www.opennet.me/opennews/art.shtml?num=29943), Xen Cloud Platform (http://www.opennet.me/opennews/art.shtml?num=29791), OpenNebula (http://www.opennet.me/opennews/art.shtml?num=30102) и Eucalyptus (http://www.opennet.me/opennews/art.shtml?num=25898), PaaS-платформа Cloud Foundry оринтирована на запуск в облаке конечных приложений, а не образов операционных систем.В настоящее время поддерживается запуск в cloud-инфраструктуре немодифицированных приложений, разработанных на языке Java...
URL: http://www.vmware.com/company/news/releases/cloud-foundry-ap...
Новость: http://www.opennet.me/opennews/art.shtml?num=30241
Придумано, чтобы убрать из свободного использования VMWare Server и VMWare ESXi?
А сервер разве ещё не прикрыли ?
ну вроде как скачть еще можно, и ключи получить
Хорошо бы. Больше будут юзать нормальную открытую виртуализацию.
Чтоб юзать нормальную, открытую виртуализацию у админов нет время.
А для того, чтобы соорудить на предприятии нечто похожее на VMware Sphere,
нужно примерно год работы.
>Чтоб юзать нормальную, открытую виртуализацию у админов нет время.А для того, чтобы соорудить на предприятии нечто похожее на VMware Sphere,
нужно примерно год работы.При всём уважении, чем оно лучше proxmox?
>>Чтоб юзать нормальную, открытую виртуализацию у админов нет время.
> А для того, чтобы соорудить на предприятии нечто похожее на VMware Sphere,
> нужно примерно год работы.
> При всём уважении, чем оно лучше proxmox?А когда оно появилось?! На VW Sphere переползли не заметно с Server.
И к тому же, никто кроме vmware не поддерживает работу 64-битов на 32-разрядных процах
>И к тому же, никто кроме vmware не поддерживает работу 64-битов на 32-разрядных процахЯ слабо представляю 32-разрядные процы в системе виртуализации предприятия.
>>И к тому же, никто кроме vmware не поддерживает работу 64-битов на 32-разрядных процах
> Я слабо представляю 32-разрядные процы в системе виртуализации предприятия.На предприятиях вне сферы IT, прогресс не такой быстрый.
Пахают и на 200-процессорных Pentium PRO, и на i386 и на VAX/VMX, PDP11
Это чтобы ДОС, что ли виртуализировать, не????
> Это чтобы ДОС, что ли виртуализировать, не????Угу.
Развелось тут, а нормального дистрибутива где это интегрировано из коробки нет, окромя proxmox.
это не приносит денег. вот PaaS - это да )))
citrix xenserver чем не угодил?
> citrix xenserver чем не угодил?Клиентская часть есть только под винду. Уже видно отношение разработчиков к пользователям открытых операционных систем. Нормальной документации тоже немного. Да, и консольная утилита xe - монструозна.
что характерно - эта клиентская часть написана на моно.
> citrix xenserver чем не угодил?А вы его пробовали? Мне в рамках подгтовки к ССА пришлось, и скажу я вам до вымвари ему как пешком до Пекина...
Xen Cloud Platform будет вам ответом.
http://www.xen.org/products/cloudxen.html
>Развелось тут, а нормального дистрибутива где это интегрировано из коробки нет, окромя proxmox.
А почему бы не использовать erlang, размазанный по сетевым машинам? Ведь по сути распределенная виртуальная машина же этот erlang.
Причем именно виртуальная машина уровня приложений. Это замечательно же?
1) сравните количество эрлонговодов с джавистами/JS-программистами
2) там, если вы не заметили, в комплект еще и три варианта БД входят. Причем как минимум MongoDB элементарно масштабируется и выдерживает очень хорошие нагрузки (возможно, остальные тоже - но тут я не особо в курсе). И опять эти БД - вполне мейнстримные.
программистов под erlang мало, ERP систем вообще нет. и переписывать ближайшие 5 лет никто не будет. Так что если через 5 лет erlang наберет хотя бы 10% среди всех работающих программистов то на него начнут переводить системы и делать распределенные машины, а до тех пор либо C# либо Java.
> программистов под erlang мало, ERP систем вообще нет. и переписывать ближайшие 5
> лет никто не будет. Так что если через 5 лет erlang
> наберет хотя бы 10% среди всех работающих программистов то на него
> начнут переводить системы и делать распределенные машины, а до тех пор
> либо C# либо Java.Ну, не всё сводится к ERP, и как один из вариантов erlang стоит иметь в виду. Тем более, что язык достаточно простой, вообще-то. Но да - мало программистов на нём, да и самые вкусные его фичи потихоньку интергируются в другие языки. Если в следующем питоне или руби появится эрланговский message passing и автоматическое масштабирование - не удивлюсь ни разу.
> Ну, не всё сводится к ERP, и как один из вариантов erlang
> стоит иметь в виду. Тем более, что язык достаточно простой, вообще-то.
> Но да - мало программистов на нём, да и самые вкусные
> его фичи потихоньку интергируются в другие языки. Если в следующем питоне
> или руби появится эрланговский message passing и автоматическое масштабирование - не
> удивлюсь ни разу.Простой или сложный это понятие странное.
Как ПМ мне пофигу на сложность языка - мне главное, чтобы он был распространен настолько чтобы можно было найти замену ушедшим сотрудникам.
Как разработчику мне пофигу на сложность языка (кроме perl & lisp ибо сложность заоблачная) - мне главное высокая оплата за мой труд.и далее по списку ;)
Ну мы эрлангистов выращиваем, в том числе и со стороны народ знакомый уже тянется...
> кроме perl & lisp ибо сложность заоблачнаяPerl - самый простой и интуитивный язык. Вот ну самый простой. Можно с одинаковой лёгкостью написать как сложный сервер, так и простую грепалку. Обожаю перл. Ищу работу.
а чего ищешь работу если это такой классный язык? компании должны в очередь к тебе становится =)))PS на поржать разместил на ХедХантере свое резюме на JavaEE. за первый два дня пришло около 15 приглашений от разных компаний. Думаю, что если бы хотел сменить работу - уже бы и нашел.
> программистов под erlang малоBTW, в Киеве второго октября их может начать прибавляться ;-)
http://conference.osdn.org.ua/ru/about/
http://conference.osdn.org.ua/ru/report/list/
не покидает ощущение что они изобрели то что уже давно изобретено, только назвали это по модному Cloud Foundry. Практически все сервера приложений которые крутят джабу достаточно легко и непринужденно кластеризуются.
> не покидает ощущение что они изобрели то что уже давно изобретено, только
> назвали это по модному Cloud Foundry. Практически все сервера приложений которые
> крутят джабу достаточно легко и непринужденно кластеризуются.Обращаю ваше внимание, что жаба тут - только один из вариантов, и кроме приложения кластеризуется и база.
Это динамический кластер причем само приложение может даже не знать что оно кластеризуемо.Для одной системы делали подобную вещь, так там в дизайне был сделан ServiceLocator чтобы ноды находили друг-друга и могли переключаться с одного поставщика услуг на другого. довольно сложное решение получилось.
Про кластеризацию БД уже написали - это J2EE сервера не делают, а для облаков это первостепенно.
если кто в курсах, подскажите как подключить Cloud Foundery в Codeenvy