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.
Részletek a Red Hat bejelentésében.
- A hozzászóláshoz be kell jelentkezni
Hozzászólások
Vajon a konkurens Oracle "válaszreakciója" nélkül is meglépték volna ezt?
- A hozzászóláshoz be kell jelentkezni
Ugyan már :)
- A hozzászóláshoz be kell jelentkezni
Azért a 16 rendszeres limitációval még mindig nem a korábbi állapot. :)
- A hozzászóláshoz be kell jelentkezni
Szabad kérdeznem mi volt az a válaszreakció? :)
Követem a linuxos híreket, most a CentOS körülieket főleg, mert én is azt használok (és Fedorát). De, ez kimaradt szerintem. :)
Köszönöm! :)
- A hozzászóláshoz be kell jelentkezni
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Kiadott egy nyilatkozatot, hogy az Oracle Linux alternatíva.
- A hozzászóláshoz be kell jelentkezni
Köszönöm mindkettőtöknek! :)
- A hozzászóláshoz be kell jelentkezni
Akkor most mégsem jön a mindmeghalunk?
(Amúgy meg köszi az Oracle-nek, hogy megkötötték a RHEL kezét :))
- A hozzászóláshoz be kell jelentkezni
Ebben az esetben működött a szabadversenyes modell.
- A hozzászóláshoz be kell jelentkezni
Egyébként sem jött volna. Néhány lusta és láma ember sírdogált volna, miután meg kisírták a szemüket vörösre, szépen találtak volna egy másik disztrót, megtanulták volna azt feltenni, használni, ahelyett, hogy egy multira várnak, aki a kezüket fogja. Ennyi. A Linux pont arról szól, hogy mindenre kéne legyen +100 alternatíva. Ez nem Windows meg MacOS, hogy egy nagy multi elzárja a csapot, megszünteti a támogatást, aztán gépet kell kidobni, meg világvége van.
Én egyébként nem szerettem soha a CentOS-t a túl régi verziók miatt, de sajnálom, hogy megszűnt, mert mint a tömeges botrány is mutatta, ilyenre is volt igény, legalább ilyenre is volt +1 alternatíva, tőlem elfért. A Linuxnak erről kéne szóljon, hogy mindenki találjon magának használható alternatívát, azért van ennyiféle kiadás, ennyiféle disztró, ennyiféle csomamgkezelő, initrendszer, display protokoll, grafikus felület, DE/WM, stb.. Pedig én vagyok az egyik legnagyobb híve a frissességnek, rollingnak, de arra RHEL vonalon ott volt már a Fedora, akinek erre volt igénye, már eleve azt használta, felesleges volt a CentOS-ből is Fedorakettő disztrót csinálni, csak hogy legyen egy n+1. test layer.
“A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)
- A hozzászóláshoz be kell jelentkezni
az a gond, hogy sajnos nagyon sok enterprise szoftver (és egyébként FOSS, tudományosak is sokszor) épít a RHEL alapjaira. Namost ha ezeket akarod futtatni akkor vagy veszel RHEL supportot, vagy felrakod CentOS-re, vagy reszelsz 1-2 napot mire egy másik disztrón is hajlandók elindulni. Biztos más is tudna példákat mondani, de a CentOS-ben az volt a nagyszerű, hogy biztos lehettél benne, hogy az adott verziójú RHEL támogatással rendelkező szoftver az adott passzoló CentOS-on is pöccre elindul.
- A hozzászóláshoz be kell jelentkezni
Látod, ezt nem tudtam, hogy sok tudományos szoftver is erre épít. Ez viszont nem az RHEL hibája, hogy fejlesztők a szoftvereiket rájuk dependelik. Linuxos szoftvernél figyelni kéne, hogy initrendszertől, disztrótól, grafikus felülettől független legyen, azaz olyan libeknek olyan verzióit használja, lehetőleg minél nyíltabb szabványok, minél nyíltabb licencek mentén, amik minden disztróra elérhetőek. Annak tényleg nincs sok értelme, ha egy szoftver csak RHEL-en vagy CentOS-en megy, akkor kb. semmiben nem különbözik egy Windows only vagy MacOS only szoftvertől. Enterprise területen nem is várok mást, mert itt mindig is a vendor-lock-in volt a lényeg, de tudóskáéknak figyelniük kéne a platformfüggetlenségre.
Egyébként én akiket ismerek, és CentOS-t használtak, azok mind olyan szerverekre használják, mint webszerver, fájlszerver, és csakis lustaságból, a hosszú támogatási idő miatt, ami CentOS-nél hosszabb, mint akár az Ubuntu LTS és a Debian esetén.
“A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)
- A hozzászóláshoz be kell jelentkezni
azért a next minor release of RHEL még elég távol áll a fedora-tól.
- A hozzászóláshoz be kell jelentkezni
Azért lássuk be, ez is csak azoknak megoldás, akik pl belső tesztkörnyezetre eddig centet használtak.
Vagy el lehet kezdeni hazudozni, és 'virtuális fejlesztőket' létrehozni N x 16 instance-hoz.
- A hozzászóláshoz be kell jelentkezni
Így van, de azért ez a nevében is benne van: Individual Developer subscription.
Ez mondjuk mennyit fedhet? Az eredeti tábor 10%-át?
- A hozzászóláshoz be kell jelentkezni
Mondjuk bennem felmerül a kérdés, hogy ahol annyira pörög a biznisz, hogy 16 db production szervernél többre van szükség, ott miért állnak neki ilyenekkel gányolni, csak hogy megspóroljanak gépenként <30 dollárt. :)
- A hozzászóláshoz be kell jelentkezni
Nem kell production ha jól tudom, ennyi lehet összesen. Tehát például ha egy iskolában akarod használni egy teremben/laborban, akkor már arra sem jó.
- A hozzászóláshoz be kell jelentkezni
Ha csak be nem regisztrálsz minden iskolás diákot fejlesztőnek. :D
- A hozzászóláshoz be kell jelentkezni
HPC cluster
Ansys pl. Centosra supportál.
- A hozzászóláshoz be kell jelentkezni
Ezzel az a baj, hogy folepitesz egy RH serverekbol allo rendszert azzal a mondassal, hogy "nekem ugysem kell 16 nal tobb soha" es amikor rakni kene a 17-iket akkor vagy bajban... Nem szeretem amikor megkotik a kezem... Amikor virtualizacios platfromot valasztottam, ezert vacillaltam a Vmware es a KVM kozott.. Mindenki azt mondta, jo a free ESXi, soha nem fog kelleni a plusz feature... Vegul KVM-et valasztottam ugyanezen megfontolas miatt.
- A hozzászóláshoz be kell jelentkezni
Szopattyú ez mindenhogy. Most mondhatnám, hogy egész linuxos életben pont azért kerültem a CentOS-t, mert éreztem, hogy egyszer ez be fog következni, de csak félig lenne igaz.
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Akkor még nem, de amikor az IBM felvásárolta akkor azonnal 100%-os bizonyosság volt,m hogy garantáltan daráló lesz minden ami ingyenes vagy közössége vagy egyéb.
- A hozzászóláshoz be kell jelentkezni
Ja, nem így értettem. Akkor tisztázom:
Szopattyú ez mindenhogy. Most mondhatnám, hogy egész linuxos életben pont azért kerültem a CentOS-t, mert éreztem, hogy egyszer ez be fog következni, de csak félig lenne igaz. Az igazság másik fele az, hogy utálom az .rpm formátumot, mint a szart.
Így áll össze a dolog :D
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Nekem ez pont jól fog jönni, mert pár szerverem van magáncélra, szóval nekem tökéletes lesz, örülök, hogy így alakult.
- A hozzászóláshoz be kell jelentkezni
A CloudLinux-osok indítottak egy ilyet: https://www.almalinux.org/
"AlmaLinux is a 1:1 binary compatible fork of RHEL® 8 and it is built by the creators of the established CloudLinux OS."
Egyébként a CloudLinux se drága és még extrákat is ad.
- A hozzászóláshoz be kell jelentkezni