Комментарии 38
А где условия использования в бесплатном варианте?
Individual Developer subscription for RHEL can be used in production for up to 16 systems. That’s exactly what it sounds like: for small production use cases, this is no-cost, self-supported RHEL
Т.е. 16 бесплатных RHEL можно крутить в проде без всяких ограничений, но без поддержки естественно.
дописали ограничение на прод
не дали никакого коммитмента по срокам сколько эта лицензия будет действовать
и сказали — мы это улучшили для вас (единственная претензия если что)
Многие бизнесы установили и настроили сетевую инфраструктуру на основе CentOS 8, рассчитывая на многолетнюю поддержку.На халяву?
А потом послала всех т.к. обязательства были только на словах.
Тут вот перенос. Решили заодно обновить дистрибутив на последний. Мы его начинаем, обнаруживаем, что Centos 8 не имеет кучи нужный пакетов. Идем к ним на сайт и узнаем, что это все тыква, надо компилировать ручками пакеты и обновления никто вообще не гарантирует, как и их работу.
Да, надо было все уточнить до этого. Но блин. Кто ж знал то?
Думаете, мы теперь резко перейдем на RHEL 8? ЩААААС. Мало ли что там еще придумают.
компания отказалась от развития дистрибутива CentOS 8, о чем было объявлено в конце прошлого года. Плюс ко всему, разработчики сократили срок поддержки дистрибутива. Изначально это был 2029 год, сейчас — 31 декабря 2021 года.честно говоря, подлянка. хотя, наивно было думать, что цель покупки прямого конкурента будет другой. а вот компанию, которая отказались от своей версии сборки рэдхата в пользу центоса для экономии денег, немного жаль.
Может кто-то разжевать что они подразумевают под "small production workloads" и как они это контролируют?
Стоит выбор куда съехать с centos — пока в выборе только Oracle и openSUSE
На обычный перенос данных который до этого занимал менее дня потрачен человеко-месяц и никто вообще этому не рад, естественно. Ну как так, даже такие часто используемые пакеты как mariadb-odbc тупо отсутсвтуют «по причинам необходимости проверки совместимости».
Лично я на все новые системы буду ставить Centos 7 как минимум следующий год, дальше переходить куда-то еще но точно не на RedHat
Альтернативы уже есть с простой и понятной миграцией. Oracle linux, almalinux. Скоро будет rocky linux. Не говоря уже о куче альтернативных дистрибов.
Нынче почти всё на Debian и Ubuntu пилят.
Если нужно RHEL совместимое, с поддержкой.
Oracle Linux Network Support стоит $119 в год или $357 за три года.
Хотя Oracle не требует покупать поддержку.
Интересно, что нам предлагает в качестве альтернативы реестр российского программного обеспечения?
Мне интересно как это работает. Вот создал я 10 виртуалок из пакер шаблона тераформом, обнаружил ошибку, убил 10, создал 11 других. На всё про всё ушло несколько минут. Как отслеживают короткоживущие виртуалки в автоматизированных процессах редхатовцы?
редхат попросит предоставить логи subscription manager или типа того. Плюс технические средства — ты попросту не запустишь RHEL (точнее запустишь, но не сможешь пользоваться), пока не проведешь определенные танцы по регистрации ВМок.
Касательно того, что крупные компании судятся с бизнесом — забудьте, редхату ехало болело до ООО "Рога И Копыта". У нас же в 1990-2000 обвинителем выступали силовые структуры, как правило, а не сам правообладатель. Это нужно прям в каких-то промышленных масштабах тогда пользоваться "разработческими" лицензиями, чтобы начались какие-то претензии
Плюс технические средства — ты попросту не запустишь RHEL (точнее запустишь, но не сможешь пользоваться), пока не проведешь определенные танцы по регистрации ВМок.
Проблема тут с air-gapped системами. У редхат нет никакого контроля над ними и думаю размножить одну лицензию на сотню серверов будет несложно.
А уж как редхат будет бороться с тем, кого она спалит, и кто конкретно будет выступать обвинителем — тут уж не знаю. Прецеденты надо искать, было ли подобное. Судя по всему, они оставляют за собой право проводить аудит. До суда тут недалеко.
Судя по всему, они оставляют за собой право проводить аудит.
вангую, что да.
Проблема тут с air-gapped системами.
да нет проблемы ) Точнее — я уверен, что РХ уже придумал, что с этим делать. Очень многие пользуют официально купленный RHEL в air-gapped и там точно где-то фигурировали количество машинок/ядер/памяти etc.
потому что это позволяет переложить ответственность на РедХат — по тому же выпуску патчей ("сертифицированных"), а не собирать самому из исходников.
Т.е. к редхату тяготеют компании из зарегулированных областей — ритейл, авиация, банки...
А какие патчи, к примеру, и для каких целей могут понадобится для Deban? Я использую сервера в работе собственного мелкого бизнеса, возможно поэтому не сталкивался с необходимостью патчить. Всегда стоковые ядра устраивали.
По поводу тех поддержки, за 8 лет даже мысли не было куда то писать и решать какие-то проблемы. Все работке как часы, бывают конечно проблемы но тут уже не от дистрибутива корни росли.
Red Hat сделала бесплатным свой дистрибутив RHEL