LINUX.ORG.RU

Ubuntu наращивает долю на рынке крупных промышленных систем

 , , , ,


0

2

Марк Шаттлворт опубликовал в своем блоге интересную информацию и заявил о значительном увеличении доли промышленных решений на базе серверной редакции Ubuntu:

Замечательная вещь случилась в этом году: компании начали внедрение Ubuntu вместо RHEL для крупномасштабных промышленных решений, в массовом порядке.

График: Ubuntu vs RHEL on Public Web Services

Он отмечает, что благодаря интеграции компонентов OpenStack, качеству и продуманному дизайну, Ubuntu на сегодня является достаточно сильным игроком на рынке облачных систем и систем для обработки больших объёмов данных, а также веб-серверов.

Согласно исследованию, проведённому W3Techs по статистике использования и доле рынка Linux для веб-серверов, распределение среди дистрибутивов следующее:

  • Debian 30%
  • CentOS 28.9%
  • Ubuntu 18.4%
  • Red Hat 12.2%
  • Fedora 5.0%
  • SuSE 3.0%
  • Gentoo 1.2%
  • (Дистрибутивы расположившиеся ниже набирают каждый от 0.1% и менее)
  • Unknown 1%

Статистика W3Techs

>>> Подробности на markshuttleworth.com

★★★★★

Проверено: maxcom ()
Последнее исправление: maxcom (всего исправлений: 2)
Ответ на: комментарий от Nxx

Мне вот тоже как-то странно. При доле 3% SUSE Linux GmbH - прибыльна. А Canonical при доле, якобы, 18% - убыточна.

А что, Debian мегаприбыльна или CentOS крутой коммерческий проект?

Aceler ★★★★★
()
Ответ на: комментарий от anonymous

файловые зависимости, src.rpm, подписи пакетов. Кстати, пока только в rpm-based сделана полноценная _работающая_ мультиплатформа x86/x86-64. Это конечно не заслуга формата, но всё равно плюс в пользу rpm-based.

Reset ★★★★★
()
Ответ на: комментарий от Aceler

А что, Debian мегаприбыльна или CentOS крутой коммерческий проект?

Ну с дебианом вопросов нет, а убунта сервер же платная. Что-то тут не сходится. При такой доле у Canonical прибыль должна была бы быть очень большой.

Nxx ★★★★★
()
Ответ на: комментарий от GNU-Ubuntu1204LTS

Только перепробовав все, можешь решить для себя что действительно лучше. Все остальное это реклама и навязывание своего мнения.

XoFfiCEr ★★☆☆
()
Ответ на: комментарий от Reset

Я имел в виду, что платная поддержка. Другие серверные дистрибутивы тоже бесплатные, но поддержка стоит денег.

Nxx ★★★★★
()

Debian + Ubuntu
30% + 18.4% = 48.4%
CentOS + RedHat + Fedora | + Suse
29.9% + 12.2% + 5% = 47.1% | + 3% = 50.1 %

Если не считать Suse, которая раньше базировалась на RedHat, потом преобразовалась в самостоятельный дистрибутив, хотя и rpm-based, то это победа Deb-based.

tele
()
Ответ на: комментарий от YogSagot

я однажды вздумал шлюз поднять на центос - худшего кошмара я в жизни наверное не испытывал

пришлось с костылями компилять радиус и сорцы одного мелкого биллинга

xtraeft ★★☆☆
()
Ответ на: комментарий от Reset

файловые зависимости, src.rpm, подписи пакетов.

/me подавился лазаньей. Нет бы реальные преимущества rpm назвал.

Aceler ★★★★★
()
Ответ на: комментарий от Nxx

а убунта сервер же платная.

Вы меня в могилу загоните этой лазаньей.

Aceler ★★★★★
()

компании начали внедрение Ubuntu вместо RHEL для крупномасштабных промышленных решений

Ну и дебилы. ССЗБ.

Quasar ★★★★★
()
Ответ на: комментарий от Reset

RHEL бесплатен, но без оплаты нельзя скачать апдейты. Бубунта полностью бесплатна.

То есть, даже апдейты на Ubuntu Server бесплатны?

Ну тогда демпинг все объясняет, как и бесплатная рассылка дисков раньше.

Nxx ★★★★★
()
Ответ на: комментарий от Aceler

Это реальные преимущества. Первое обеспечивает _правильные_ зависимости и простоту установки пакетов из следующего дистрибутива на текущий, второе обеспечивает простоту сборки и поддержки пакетов, третье обеспечивает простоту поддержки репозиториев.

Reset ★★★★★
()
Ответ на: комментарий от Reset

deb'у до rpm как раком до китая.

А вот это ты напрасно. У меня и Дебиан установлен, и Федора. И дело я имел и с deb-пакетами, и с rpm-пакетами.

такого «стандарта» я бы не хочел

Ну пока ещё стандарта на пакеты нет вообще. Лебедь, рак и щука.

DeVliegendeHollander ★★
()
Ответ на: комментарий от Reset

Это конечно замечательно, но это всё есть и в deb. Более того, в apt есть pin-priority, которые могут не просто бекпортировать пакет, но и автоматически разрешить его зависимости.

Поэтому ты понтанулся перед слакварщиками.

Aceler ★★★★★
()
Ответ на: комментарий от Reset

Первое обеспечивает _правильные_ зависимости и простоту установки пакетов из следующего дистрибутива на текущий

И совместимость между разными, независимыми дистрибутивами. А вот двух независимых deb-дистрибутивов в природе не существует.

Nxx ★★★★★
()
Ответ на: комментарий от Buy

А то что новости с блога Марка (как с любого другого блога) надо читать с холодной головой и долей скепсиса, то это и так понятно.

Вот. Совершенно правильный подход к восприятию информации изложен, поддерживаю.

DeVliegendeHollander ★★
()
Ответ на: комментарий от Reset

CentOS для кого придумали? А за качественную корпоративную техподдержку везде платить надо.

Quasar ★★★★★
()
Ответ на: комментарий от pianolender

Позвонил кто-то из юзеров, попросил свежий дистр убунты - выложил ему в шару исошник.

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

pianolender ★★★
()

Не удивительно. Ubuntu для серверов унаследовал всё хорошее от Debian. Который пока является лучшим в данном сегменте. Плюс известность благодаря десктопной версии дистра, и общее качество дистра.

lucentcode ★★★★★
()
Ответ на: комментарий от Aceler

Это конечно замечательно, но это всё есть и в deb.

Что именно есть? Файловых зависимостей там нет. Пакетный менеджер не знает, какая библиотека конкретно нужна данному пакету. Поэтому могут быть установлены пакеты с несовместимыми ABI.

Более того, в apt есть pin-priority, которые могут не просто бекпортировать пакет, но и автоматически разрешить его зависимости.

А в rpm ничего бэкпортировать не надо. Если в репозитории есть пакет со всеми нужными либами, то он установится. Если нужных библиотек в репозитории нет - значит нет.

Nxx ★★★★★
()
Ответ на: комментарий от anonymous

не позорься, сюська вышла из слаки

Точно. Это пивасик мне по голове ударил. Глупость сморозил.

tele
()
Ответ на: комментарий от Aceler

Первого нет, второе сделано убого и криво, третье есть, но реально не используется.

pin-priority это костыль, который не решает проблему. При сборке deb-пакета создаются зависимости к именам пакетов с библиотеками вплоть до номера сборки, это создает геморрой на пустом месте и эта проблема никак не решается с помощью pin-priority.

Reset ★★★★★
()
Ответ на: комментарий от Nxx

И совместимость между разными, независимыми дистрибутивами.

Ох уж эти сказки. Ох уж эти сказочники… А независимые дистриубтивы, случайно, не имеют разного формата спеков, разных форматов сжатия и разных форматов установочных скриптов? Ну так, чисто случайно, пакет из федоры сможет поставиться в альте?

Aceler ★★★★★
()
Ответ на: комментарий от Nxx

Пакетный менеджер не знает, какая библиотека конкретно нужна данному пакету.

Да, с лазаньей я сегодня зря начал ужинать.

А в rpm ничего бэкпортировать не надо. Если в репозитории есть пакет со всеми нужными либами, то он установится.

Правильно, а если нет, то иди ты, мальчик, собирать из сорцов. ЧИТД.

Aceler ★★★★★
()
Ответ на: комментарий от Polugnom

Да, в deb такого зоопарка несовместимых дистрибутивов как в rpm нет.

Ну конечно, какой зоопарк, если есть только один deb-дистрибутив плюс разные его ребрендинги?

Nxx ★★★★★
()
Ответ на: комментарий от XoFfiCEr

Только перепробовав все, можешь решить для себя что действительно лучше. Все остальное это реклама и навязывание своего мнения.

И всвязи с этим что порекомендуешь: ЛСД или гашиш?

anonymous
()
Ответ на: комментарий от DeVliegendeHollander

Файловых зависимостей в deb нет? Ты мне Америку сейчас открыл. То есть установщик Дебиана мне врал... :)

Там пакетные зависимости, а не файловые.

anonymous
()
Ответ на: комментарий от Nxx

При такой доле у Canonical прибыль должна была бы быть очень большой.

Кстати, тут я вспоминаю недавнюю новость, что из Kubuntu отзывают _единственного_ оплачиваемого мантайнера от каноникал, что курировал разработку :) Как это понимать на фоне остальных побед не ясно.

Buy ★★★★★
() автор топика
Ответ на: комментарий от Nxx

Ок, ок, но вот если бы все дистрибутивы приняли этот формат пакета, то он бы стал стандартом и «де-юре», и «де-факто». Но пока этого не наблюдается...

DeVliegendeHollander ★★
()
Ответ на: комментарий от Aceler

Да, с лазаньей я сегодня зря начал ужинать.

В deb пакетный менеджер не знает ничего про библиотеки, а знает только про пакеты. Если ты собираешь пакет на системе с libwtf_1.0.0-2, то ты уже его не сможешь поставить на систему с libwtf_1.0.0-1 и не важно, что между -1 и -2 поменялся только postinst скрипт :)

Reset ★★★★★
()
Ответ на: комментарий от DeVliegendeHollander

Угу, угу, а в deb всего этого, конечно, нет, угу, угу. И никогда не было, угу, угу.

Файловых зависимостей там нет.

Сорсовых пакетов там нет. Вместо одного файла с пакетом используется три: тарбол с исходгником, огромный дифф со всеми изменениями и файл с правилами сборки. Причем в единый дифф пихаются все пачи без разбора: и исправления, и изменения брендинга, и дистроспецифичные изменения. В результате выделить нужные патчи из этого огромного диффа нереально.

Nxx ★★★★★
()
Ответ на: комментарий от Nxx

Причем в единый дифф пихаются все пачи без разбора: и исправления, и изменения брендинга, и дистроспецифичные изменения.

Ну вообще говоря, внутрь этого «патча» можно запихать так называемые dpatch'и, которые идут раздельно. Кстати, формат dpatch'а несовместим с обычным patch'ем и создать его можно только утилитой dpatch, поэтому поддерживать такое говно то еще развлечение :)

Reset ★★★★★
()
Ответ на: комментарий от xtraeft

Не надо думать, что в руководствах компаний сидят непременно не идиоты.

Quasar ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.