LINUX.ORG.RU

RedHat Enterprise Linux теперь бесплатен для малого бизнеса

 , , ,


2

2

Компания RedHat изменила условия бесплатного использования полнофункциональной системы RHEL. Если раньше это можно было делать лишь разработчикам и только на одном компьютере, то теперь бесплатная учётная запись разработчика позволяет бесплатно и совершенно легально использовал RHEL в продакшене на не более чем 16 машинах, с самостоятельной поддержкой. Помимо этого RHEL можно бесплатно и легально использовать в публичных облаках, таких как AWS, Google Cloud Platform и Microsoft Azure.

Источник:

Today we’re sharing details about some of the new no- and low-cost programs we’re adding to RHEL. These are the first of many new programs.

No-cost RHEL for small production workloads

While CentOS Linux provided a no-cost Linux distribution, no-cost RHEL also exists today through the Red Hat Developer program. The program’s terms formerly limited its use to single-machine developers. We recognized this was a challenging limitation.

We’re addressing this by expanding the terms of the Red Hat Developer program so that the 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. You need only to sign in with a free Red Hat account (or via single sign-on through GitHub, Twitter, Facebook, and other accounts) to download RHEL and receive updates. Nothing else is required. This isn’t a sales program and no sales representative will follow up. An option will exist within the subscription to easily upgrade to full support, but that’s up to you.

You can also use the expanded Red Hat Developer program to run RHEL on major public clouds including AWS, Google Cloud Platform, and Microsoft Azure. You have to pay only the usual hosting fees charged by your provider of choice; the operating system is free for both development and small production workloads.

The updated Individual Developer subscription for RHEL will be available no later than February 1, 2021.

No-cost RHEL for customer development teams

We recognized a challenge of the developer program was limiting it to an individual developer. We’re now expanding the Red Hat Developer program to make it easier for a customer’s development teams to join the program and take advantage of its benefits. These development teams can now be added to this program at no additional cost via the customer’s existing subscription, helping to make RHEL more accessible as a development platform for the entire organization. Through this program, RHEL can also be deployed via Red Hat Cloud Access and is accessible on major public clouds including AWS, Google Cloud Platform and Microsoft Azure at no additional costs except for the usual hosting fees charged by your cloud provider of choice. Bringing RHEL to additional use cases

We know that these programs don’t address every CentOS Linux use case, so we aren’t done delivering more ways to get RHEL easily. We’re working on a variety of additional programs for other use cases, and plan to provide another update in mid-February.

We want to make RHEL easier to use and are removing many barriers that stand in the way, working to keep pace with the evolving needs of Linux users, our customers and our partners. This requires us to continuously examine our development and business models to meet these changing needs. We believe that these new programs – and those to follow – work toward that goal.

We’re making CentOS Stream the collaboration hub for RHEL, with the landscape looking like this:

  • Fedora Linux is the place for major new operating system innovations, thoughts, and ideas - essentially, this is where the next major version of Red Hat Enterprise Linux is born.
  • CentOS Stream is the continuously delivered platform that becomes the next minor version of RHEL.
  • RHEL is the intelligent operating system for production workloads, used in nearly every industry in the world, from cloud-scale deployments in mission-critical data centers and localized server rooms to public clouds and out to far-flung edges of enterprise networks.

We aren’t done with this work. We want to hear from you, whether or not your needs fall into one of the use cases described here.

Please contact us at centos-questions@redhat.com. This email address goes directly to the team developing these programs. We’ve heard you – and will continue to listen to your comments and suggestions.

>>> Подробности



Проверено: Shaman007 ()
Последнее исправление: alpha (всего исправлений: 3)

Ответ на: комментарий от hummer

Если бы Red Hat уменьшила разработчиков GTK, Gnome, systemd и сопутствующих проектов, то Linux только лучше бы стало. А так, они только и могут на себя одеяло перетягивать, затруднять добавление кода от сторонних разработчиков, постоянно ломать и заново строить тоже самое, бесконечно усложнять то, что можно было сделать проще - смотри systemd, который уже перевалил за 1.3 миллиона строк, создавать и навязывать свои стандарты lfs с их rpm: Applications shall either be packaged in the RPM packaging format as defined in this specification, or supply an installer which is LSB conforming (for example, calls LSB commands and utilities).

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

Бизнес модель продажи и поддержки открытого софта в принципе.

кмк, все опенсорсные игроки потихоньку адаптировали опыт шапки и начали продавать подписки. Попытки работать иначе работают не очень хорошо

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

Red Hat полностью прокакал SMB

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

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

Зряплаты в Шапке маленькие. Самый лёгкий способ повысить зряплату в Шапке - уйти, практически, куда угодно.

это очень зависит от твоего расположения и умения выбить из них бабло. за 10 лет я поработал на двух разных континентах, и в обоих местах оплата была в топе местных расценок для того что я делал. Плюс регулярные бонусы и RSU… короче без шапочки я бы не писал все это из собственного дома, мама-папа мне денег дать не могли никогда.

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

кмк, все опенсорсные игроки потихоньку адаптировали опыт шапки и начали продавать подписки. Попытки работать иначе работают не очень хорошо

Вот зашёл сейчас на сайт Убунты и в пару кликов получил https://releases.ubuntu.com/20.04.1/ubuntu-20.04.1-live-server-amd64.iso без регистрации и прочих глупостей. Никто подписываться не заставляет и денег за использование, как в случае с RHEL, не требует.

С другой стороны доля контрибута разработчиков Убунты, по сравнению с RedHat, просто смешна.

Я пытаюсь найти какой-то компромис. У тебя есть идеи как его достичь, не увольняя контрибьюторов из RedHat и не превращая его во второй Canonical?

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

тебя напрягает просьба зарегистрироваться чтоб получить доступ к закачке iso? Это единственная проблема которую ты видишь? Просто все так зацепились за эту регистрацию, будто там просят не почту ввести а как минимум ипотеку подписать.

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

Лёгкость получения ISO - лишь демонстрация. Подписка на RHEL предоставляет доступ к обновлениям и к ещё многому. Разве у серверной Убунты это тоже лишь за деньги?

hummer
() автор топика
Последнее исправление: hummer (всего исправлений: 1)
Ответ на: комментарий от dyasny

Прицепились к подписке. Ubuntu можно скачать и как хочешь использовать, нужна поддержка - подписывайся за $.

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

доступ к KB например за деньги. Вообще, этот KB - продукт работы саппорта и SEG, и фирма может решить продавать этот продукт или выкладывать свободно. Закрыли KB кстати несколько лет назад, когда в интернетах появилась целая волна из блогов великих линукс-гуру, которые просто копировали статьи как собственные

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

я потащу убунту в прод когда мне покажут как именно ее тестируют. Знакомые изнутри много интересного про их тестирование уже рассказали, и убунту я в проде не держу, и никому не советую.

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

Знакомые изнутри много интересного про их тестирование уже рассказали

Давай кулстори, не томи :)

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

Не так нужно писать. Если со временем Шапка что то изменит в худшую сторону а ты уже юзаешь эти 16 серверов то это будет плохо для тебя, но для Шапки это будет полная потеря доверия.

Причем тут вообще шапка?

В новых версиях нет никаких ограничений на изменение условий, что IBM ругулярно делает для DB2, как в сторону уменьшения database size, так и увеличения количества доступных фич для бесплатной редакции DB2 Community.

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

А так да - лучше взять свою судьбу в свои руки и поискать что-то более подходящее.

OS: Devuan, OpenBSD Guest OS: ^above, Alpine, Parabola Compatibility guest OS: Red Hat

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

доступ к KB например за деньги. Вообще, этот KB - продукт работы саппорта и SEG, и фирма может решить продавать этот продукт или выкладывать свободно. Закрыли KB кстати несколько лет назад, когда в интернетах появилась целая волна из блогов великих линукс-гуру, которые просто копировали статьи как собственные

KB - это примерно то же самое, что документация. Блоги копирующих RHEL документацию (KB) лишь рекламируют сам RHEL. Настоящий саппорт - это когда мне реально решают проблему вместо меня, удалённо или с выездом ко мне. За это естественно нужно требовать деньги, но не за KB ~= документацию.

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

OS: Devuan, OpenBSD

Guest OS: ^above, Alpine, Parabola

Compatibility guest OS: Red Hat

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

Ты сам то понял, что написал. Тебе пишут про шапку, а он причём тут шапка…

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

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

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

Дерзай тщательнее!!!

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

Ну и чё? Куда деваться SMBЕ (вроде так официально называется сегмент малого бизнеса е -энтерпрайзес).

Есть дешевые программисты, есть дешевые админы, но они реально не в курсе что там в залежах у Шапки. Это надо брать и смотреть заметки к выпускам.

Это дорого, это накладывает ограничения на фреймворки. Это много чего. Большим конторам свежак не нужен, а мелкие не могут в ГМамонта.

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

Вот нарегали вы 10 подставных аккаутов. Потом расширились, выросли. Потом потребовалась поддержка (ведь ради этого и юзают шапку), необходимость разобраться во снутренних механизмах, консультация, возможно даже кастомизация. А у вас все эти машины с разными акками в единой инфраструктуре. И как вы при обращении за поддержкой это объясните? Вот такая проблема с системой, только вот тут у меня одна учётка, а вот тут другая?

spellman
()

Всё, переходим все на guix!

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

Зачем им SLA, если они уже наняли целый отдел сертифицированных админов?

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

SLA реально нужен лишь очень крупным конторам со специфическими требованиями. Иначе RedHat раздавал бы свой RHEL без регистрации и прочих глупостей, ожидая, что к ним выстроится очередь корпоративных клиентов за SLA.

Буква M в SMB уже точно SLA хочет. А хороший вендор кредиты даёт даже букве S, если свои, внутренние вендорские SLA нарушаются, которые в договоре на бумаге даже не прописаны. У нас, мол, сломалось кое-чего, поэтому вот вам 25 ракушек, к которым можно добавить ещё 25 реальных долларов и купить у нас и только у нас наш же продукт ценой 40 долларов.

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

Блоги копирующих RHEL документацию (KB) лишь рекламируют сам RHEL

это конечно мнение которое имеет право на жизнь, но оно не обязательно верное.

Настоящий саппорт - это когда мне реально решают проблему вместо меня, удалённо или с выездом ко мне. За это естественно нужно требовать деньги, но не за KB ~= документацию.

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

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

Большим конторам свежак не нужен, а мелкие не могут в ГМамонта

не можешь - вон с пляжа. Все очень просто

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

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

Влажные мечты. SMB весь на бубунте. Ну на дебиане, если их админ себя особо чотким считает.

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

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

Small and Medium Business? Да согласен, потому что погнались за прибылями. Именно поэтому я пытаюсь рассуждать о бизнес моделе компании, решившей зарабатывать на открытом софте и его поддержке. Как это сделать, сохраняя достаточно высокий уровень дохода, позволяющий держать программистов на зарплате, контрибутящих в upstream или самостоятельно являться upstream-ом?

Открыться полностью, как Каноникал. Всё равно дармоеды прямо лицензии покупать не будут, но как только попадут в гос.гадюшник или условный IBM, с крупным IT-бюджетом, то лицензий будет накуплено моментально и про запас. Тут главное было натоптать площадку, чтобы стать goto решением, без регистрации и смс.

Ну да, на Убунте. А если RedHat превратится в Canonical и соответствующим образом, на порядки, сократит своё контрибутство в ядро и прочий открытый софт, которым ты и твой отец и отец отца пользуетесь бесплатно, кто компенисирует эту потерю? Сообщество?

Ну так ты в топец контрибьюторов посмотри. Фейсбук, Гуголь, Самсунг, да Интел с АМД. То есть, юзеры линукса в продакшене, а не опакечиватели.

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

А кто у нас в качестве примера буквы M в SMB, желающий SLA? Возьмём, например, какую нибудь региональную сеть супермаркетов, порядка десяти филиалов. У них, какой нибудь, складской учёт бежит на Linux + Java + какой нибудь RDBMS и есть компания или собственный IT отдел, которые всё это поддерживают. Зачем им ещё какой-то SLA? В моих представлениях SLA нужен таким организациям как банк, страховая компания, биржа, крупная корпорация, например производитель автомобилей (на сайте RedHat упоминается Ford). Но этом совершенно иная лига.

hummer
() автор топика
Ответ на: комментарий от mv

Влажные мечты. SMB весь на бубунте. Ну на дебиане, если их админ себя особо чотким считает.

почему мечты? Вполне себе реальность, во всяком случае в очень немалом проценте случаев. Приходит ко мне, мелкому стартапчику большой мега-телеком с семизначным чеком, я весь в восторге, вот он - прорыв, вот как я в QBR борду расскажу какой я классный, и пойду следующий раунд выбивать, но вдруг *уяк, и требуется поддержка EL, а я весь модный, весь в смузях, без носков и на убунте…

true story (о том как один стартап в котором я работал просрал контракт с T-mobile) между прочим :)

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

это очень зависит от твоего расположения и умения выбить из них бабло. за 10 лет я поработал на двух разных континентах, и в обоих местах оплата была в топе местных расценок для того что я делал. Плюс регулярные бонусы и RSU… короче без шапочки я бы не писал все это из собственного дома, мама-папа мне денег дать не могли никогда.

Ну, мож, в Чехии и Канаде и топ, но туда мантейнерскую и куашную работу вывели не из-за знаменитых чешских мантейнеров и канадских тестировщиков.

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

Открыться полностью, как Каноникал. Всё равно дармоеды прямо лицензии покупать не будут, но как только попадут в гос.гадюшник или условный IBM, с крупным IT-бюджетом, то лицензий будет накуплено моментально и про запас. Тут главное было натоптать площадку, чтобы стать goto решением, без регистрации и смс.

Казалось бы все верно, но как ты объяснишь тот факт что шапка цветет и пахнет, а каноникл недавно чуть не накрылся, сократил кучу народа и убил большинство собственных наработок?

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

А кто у нас в качестве примера буквы M в SMB, желающий SLA? Возьмём, например, какую нибудь региональную сеть супермаркетов, порядка десяти филиалов. У них, какой нибудь, складской учёт бежит на Linux + Java + какой нибудь RDBMS и есть компания или собственный IT отдел, которые всё это поддерживают. Зачем им ещё какой-то SLA? В моих представлениях SLA нужен таким организациям как банк, страховая компания, биржа, крупная корпорация, например производитель автомобилей (на сайте RedHat упоминается Ford). Но этом совершенно иная лига.

Оооо… Моя первая серьёзная работа (после продажи пираццких дисков по выходным и ремонта плат с советских станков ЧПУ, промеж пустых бутылок) была как раз связанная с такими М-сетями. Нас, вендора учётного и кассового софта, все, абсолютно все клиенты держали крепко за SLA, и выкручивали по поводу и без. Хотя свои админы там встречались ох какие хорошие, для М-уровня то. Если никому на выходных ночью позвонить срочно нельзя, если день так и не смог закрыться, - идите в ж, не будем брать.

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

я не работал в чехии :) там как раз платят не ахти как (по местным меркам вроде нормально, но вокруг дорогущая европа)

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

В Канаде я работал как solution architect и как SDET. И там и там мне платили в полтора раза больше средней зп местного сениора. Опять же, в местных конторах на бОльшее рассчитывать нереально. Удаленно на штаты разве что можно прокачать зп до калифорнийских или NY/NJ зарплат, но это не всем дано.

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

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

Опять увод разговора в сторону. Никто ведь не спорит с тем, что ты сейчас озвучил. По факту SMB не хочет соглашаться на эти требования RedHat, поэтому SMB утекает в Убунту или в очередной клон изначального CentOS, а RedHat хватается за голову и спешит завлечь SMB бесплатной подпиской «до 16».

hummer
() автор топика
Ответ на: комментарий от dyasny

почему мечты? Вполне себе реальность, во всяком случае в очень немалом проценте случаев. Приходит ко мне, мелкому стартапчику большой мега-телеком с семизначным чеком, я весь в восторге, вот он - прорыв, вот как я в QBR борду расскажу какой я классный, и пойду следующий раунд выбивать, но вдруг *уяк, и требуется поддержка EL, а я весь модный, весь в смузях, без носков и на убунте… true story (о том как один стартап в котором я работал просрал контракт с T-mobile) между прочим :)

Скорее всего, там подковёрная битва была, «ваш» человек её проиграл, и купили какого-то другого конкурента, в котором был прямо заинтересован победитель. Я такое сто раз видел.

Когда надо, то сразу с таким премиумом покупают, со всем говном, чтобы никто другой не успел перекупить. А LFS на EL потом переведут. Как раз целый отдел по интеграции новых бизнесов зряплату протирает.

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

Так вот же оно, решение. Подписка на вполне нормальное для мелких контор количество машин бесплатно. Доступ к плюшкам включен

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

Казалось бы все верно, но как ты объяснишь тот факт что шапка цветет и пахнет, а каноникл недавно чуть не накрылся, сократил кучу народа и убил большинство собственных наработок?

Да, попахивает. У меня от накала страстей в мемо-листе наведённые головные боли в последнее время, хотя я его не читаю, естественно ;)

Шапка на DoD и Wallstreet живёт, но посмотрите, где сейчас аикс с солярисом и чпуксом.

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

Так вот же оно, решение. Подписка на вполне нормальное для мелких контор количество машин бесплатно. Доступ к плюшкам включен

Это S из SMB. M вполне может быть размеров 18 тыщ виртуалок в кубернетесах.

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

Я тут тру стори выдаю, а ты догадки ))

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

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

Открыться полностью, как Каноникал. Всё равно дармоеды прямо лицензии покупать не будут, но как только попадут в гос.гадюшник или условный IBM, с крупным IT-бюджетом, то лицензий будет накуплено моментально и про запас. Тут главное было натоптать площадку, чтобы стать goto решением, без регистрации и смс.

То есть вернуться к исходной бизнес моделе RedHat 90-х, от которой они отказались? Не приведёт ли это к резкому снижению доходов?

Ну так ты в топец контрибьюторов посмотри. Фейсбук, Гуголь, Самсунг, да Интел с АМД. То есть, юзеры линукса в продакшене, а не опакечиватели.

По ссылке, которую я дал выше пять лет назад RedHat был на втором месте. Facebook, Google - это нихрена не юзеры, а промежуточные разработчики всего этого облачного говна, в которое загнали простых людей. Они такие же корпорации, как и все остальные. К тому же ещё и монополисты. Сообщества частных лиц, пилящих ядро for fun, среди контрибьюторов исчезающе мало.

hummer
() автор топика
Ответ на: комментарий от dyasny

Так вот же оно, решение. Подписка на вполне нормальное для мелких контор количество машин бесплатно. Доступ к плюшкам включен

16 машин - маловато будет. Почему не 50 или 100 машин? Почему привязка к аккаунту разработчика, а не компании-пользователя? Крупные корпоративные клиенты всё равно одними этими плюшками не ограничатся.

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

То есть вернуться к исходной бизнес моделе RedHat 90-х, от которой они отказались? Не приведёт ли это к резкому снижению доходов?

Приведу простую аналогию: если на рыбалке бесплатно подкармливать рыбу своей едой, то поймаешь больше.

По ссылке, которую я дал выше пять лет назад RedHat был на втором месте. Facebook, Google - это нихрена не юзеры, а промежуточные разработчики всего этого облачного говна, в которое загнали простых людей. Они такие же корпорации, как и все остальные. К тому же ещё и монополисты. Сообщества частных лиц, пилящих ядро for fun, среди контрибьюторов исчезающе мало.

Red Hat - это такая же корпорация, мечтающая о монополии, а не кучка форфанщиков, пилящих в удовольствие.

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

там с виртуалками и облаками вроде как совсем другие ограничения

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

было прямо сказано - или вы нам билды в RPM формате с поддержкой и SLA, или мы ищем дальше.

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

потому что 16 железяк - вполне себе нормально для мелкого бизнеса. На каждой ведь еще можно и виртуалок нагородить. Я не вчитывался в новость, но для облаков вроде вообще другие ограничения

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