Комментарии 17
К потерям на виртуализации добавляются потери от прослойки.
Причем потери от прослойки (учитывая java и прочие) будут составлять не слабый рубль такой на ресурсах покупаемых.
Причем потери от прослойки (учитывая java и прочие) будут составлять не слабый рубль такой на ресурсах покупаемых.
Ну не знаю. И часто люди «скачут» между облаками?
Если цены повышаются в 5 раз, то начинают скакать очень резво. ;-)
Им предстоит много работы, чтобы достичь сегодняшних лидеров.
Скажи пожалуйста, кого ты имеешь ввиду говоря «лидеры»? Мне просто интерестно…
vmware, citrix
По мнению Garner, недавно выпустившей соответствующий отчёт, сейчас в квадрант лидеров входят MS, VMware и Citrix. Кстати, в моем предыдущем посте проведён маленький анализ рынка виртуализации, можете ознакомится. ;-)
Мм, спасибо, познавательная статья. А по поводу решений использующих libvirt можете что-нибудь сказать? Как я понимаю OpenStack не связан с ней никак… На мой взгляд, в любом сегменте рынка (малом, среднем и крупном) для компаний у которых есть собственные разработчики и администраторы, довольно перспективен подход с разработкой своего собственного простого решения на основе libvirt и уже существующих приложений которые её используют.
А по поводу решений использующих libvirt можете что-нибудь сказать? Как я понимаю OpenStack не связан с ней никак…Не много могу сказать. :-) Но, по крайней мере, среди manage kvm virtual machines встречается упоминания OpenNebula/Cloudstack/Openstack. И работать оно должно уметь вместе. Говорю «должно», т.к. у меня сложилось впечатление, что OpenStack это не общее решение для IaaS, а просто софт, написанный под конкретное решение, которое «на ходу» стараются переделать в нечто менее «костыльное» (но это imho).
Если же говорить про KVM и IaaS, то тут намного более интересна CloudForms, т.к. и то и другое развивается RH как единое решение и оно более business ready, так сказать, из-за специфики бизнеса RH (ну и всё, что делает RH — open source, это как само-собой разумеющееся ;-) ).
А, ещё, чуть не забыл. Если по каким-то причинам rh-based решения не подходят, можно посмотреть, что получится у Canonical. Они там скрещивают KVM, который от RH, с IaaS OpenStack и PaaS от VMware. Я, честно говоря, сомневаюсь, что такой «франкенштейн» будет хорошо работать, но может и сгодится на что…
Надо признать RH весьма упорны… все возможно. а вообще время покажет))
Надо признать RH весьма упорны…Еще бы, Уайтхерст обещал поднять прибыль в 3 раза за 5 лет и надеется что именно облачные вычисления ему в этом очень помогут. ;-)
Ничего не понял, кроме наличия этой самой стратегии
Red Hat хочет, чтобы мы с вами могли легко перемещать свои приложения и данные из одного в другое «облако».
Например, у вас есть свой частный cloud, а вам говорят, что в датацентре завтра отключат электричество на неделю из-за форс-мажора. Что делать? Перекинуть быстренько всё в Amazon Cloud. А на следующий день к вам приходит знакомый и говорит, что сейчас в соседнем датацентре рекламная акция и они бесплатно готовы предоставить свои ресурсы. Что вы сделаете? Быстренько переносите из Amazon'овского облака всё в этот соседний датацентр. Так вот, сейчас такое у вас не получится. Потому что у ваше облако использует одни технологии, amazon другие, а соседний датацентр третьи.
Red Hat стремиться к тому, чтобы люди легко могли переносить свои «облака» на конкурирующие площадки. При этом в Red Hat прекрасно понимают, что у них самих в этой ситуации не будет никаких преимуществ, т.к. конкурирующие поставщики сейчас наоборот препятствуют тому, чтобы данные можно перенести в «чужой» cloud.
Например, у вас есть свой частный cloud, а вам говорят, что в датацентре завтра отключат электричество на неделю из-за форс-мажора. Что делать? Перекинуть быстренько всё в Amazon Cloud. А на следующий день к вам приходит знакомый и говорит, что сейчас в соседнем датацентре рекламная акция и они бесплатно готовы предоставить свои ресурсы. Что вы сделаете? Быстренько переносите из Amazon'овского облака всё в этот соседний датацентр. Так вот, сейчас такое у вас не получится. Потому что у ваше облако использует одни технологии, amazon другие, а соседний датацентр третьи.
Red Hat стремиться к тому, чтобы люди легко могли переносить свои «облака» на конкурирующие площадки. При этом в Red Hat прекрасно понимают, что у них самих в этой ситуации не будет никаких преимуществ, т.к. конкурирующие поставщики сейчас наоборот препятствуют тому, чтобы данные можно перенести в «чужой» cloud.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
«Portability» — главный козырь облачной стратегии Red Hat