> Если я контора с тысячью серверов, то буду держать в штате специальных сотрудников которые будут этим заниматся. Если я нечто среднее, то и ответ средний.По опыту общения с датацентрами за бугром - никто этим заниматься не будет.
> Так как меня еще не забанили в гугле, я нашел 2 конторы по CentOS за 5 минут. Уверен, что за день можно найти больше 20. Не думаю что кто-то из них откажется поддерживать RHEL.
Сколько из них в состоянии предоставить поддержку по ядру? когда в очередной раз там баг вылазит?
Что касается поддержки - ты можешь или использовать пакеты от RH, или ты обязан вырезать все упоминания - взять пакет, наложить свой патч и поставить в систему ты не имеешь права. (ТМ) однако.
То есть такой поддержкой ты переводишь фактически на CentOS - так причем тут RH ?
Или ты считаешь что эти конторы пропихнут фикс в шапку и пакет прийдет в очередном обновлении из RH repo ?
> Для внесения новых фич не нужно иметь всю информацию об истории создания. Конечно неприятно что патчи по отдельности не дают, но не смертельно.
Еще раз. ты смотрел что из себя представляет RH kernel? От vanila там очень мало что осталось - если ты хочешь что-то туда дописать - тебе надо не просто следить за тем что в vanila kernel, а и видеть на что они поменяли и что тянет за собой это изменение - которое может быть весьма не тривиальным.
Теперь тебе дают просто один исходник "разбирайся" - тебе мало того что надо найти тот патч что наложили - так и проследить историю его изменения что бы понять как менять код который написан был для vanila.
> если бы был лок - существование CentOS было бы невозможным.
CentOS это простая пересборка. А не набор сервисов которые предоставляет RHN (redhat network) + служба поддержки. vendor lock бывает не только на одну маленькую программу, это понятие "чуть" больше.
попробуй собери RH kernel с измененным конфигом - не можешь? а почему вдруг support тебя послал с этой проблемой?