Tak ono jde i o to, jestli chcete na takových strojích provozovat RHEL 10. RHEL 9 bude mít podporu dalších 7+ let, klidně ty stroje můžou dojet na tomto vydání. I když vyšel RHEL 10, reálně se na něj zákazníci začnou ve větší míře přesouvat až za několik let, kdy tyhle stroje budou ještě starší. Myslím, že i dnes pořád většina jede na RHEL 8. Ta setrvačnost je v podnikovém nasazení obrovská.
Z pohledu Almy je to spíš PR a snaha se od RHELu nějak odlišit. To je úplně v pořádku, ale nemyslím si, že po tom bude velká poptávka.
Ono to má ještě jeden pohled. Chceš-li garantovat funkčnost svého SW, tak potřebuješ nějak vymezit množinu podporovaného HW. Takže to vše potřebuješ otestovat na všech možných kombinacích.
Zároveň, většina zákazníků, kteří si kupují RHEL, si ho kupuje kvůli podpoře. S tím jde ruku v ruce i HW pod zárukou, což znamená obvykle pětiletý cyklus obměny. Po tu dobu se neupgraduje, ale pouze záplatuje.
To sice jo, ale tam stále platí ta klauzule o ne-aktualizace a záplatách. Kdekoliv jsem provozoval HW mimo záruku, tam jsem neočekával běh aktuálního RHEL/Centos.
Ale chápu, dovedu si představit starý HW jako laboratoř. Tam chci aktuální RHEL, abych mohl testovat migraci produkce, ale podporu HW nepotřebuji.
Chápu RH, že u LTS distra (v podstatě 13 let podpory) podobně omezuje podporu HW. Na druhou stranu občas podobné "staré krámy" v provozu vídávám a mnohde panuje politika, že dokud to funguje a stačí, nechává se to být (když to není vyloženě důležitý systém).
U Almy je pak super, že si drží API kompatibilitu s EL, ale přidává podporu HW, co RH nechal být. Plus teď se dokonce mluví o tom, že by povolili i moduly pro btrfs. Fakt se mi líbí, že si pořád v rámci API kompatibility hrají s různými dalšími směry a podporou, čímž přidávají hodnotu navíc oproti ostatním, co jen kopírují RHEL.
U Almy je pak super, že si drží API kompatibilitu s EL, ale přidává podporu HW, co RH nechal být. Plus teď se dokonce mluví o tom, že by povolili i moduly pro btrfs. Fakt se mi líbí, že si pořád v rámci API kompatibility hrají s různými dalšími směry a podporou, čímž přidávají hodnotu navíc oproti ostatním, co jen kopírují RHEL.
Je to tak. Vycházejí ze CentOS Streamu, přispívají do něj, zkouší vyplňovat mezery, o které nemá Red Hat zájem. Tohle ekosystém EL obohacuje. Jaký to rozdíl oproti Rocky Linuxu, který nic takového nedělá a zároveň začal dělat to, za co kritizoval nás: schovávat si vlastní patche za paywall. Trochu mě proto mrzí, že mezi těmi, kteří přechází na klony, vítězí spíš Rocky Linux než Alma.
Protoze chteji RHEL bez placeni :)
Ale kazdopadne je to celkem vtipny... Lidi provozuji kdejakou kravinu a maji dojem, ze kdyz to nebude RHEL / RHELlike, tak je problem. Specialne lidi, ktery netusi jak distribuce funguji, ale protoze to jsou socky, tak chteji neco zdarma, kde proste Debian, CentOS, Ubuntu, atd. presne tu praci odvede (nainstalovat nginx a php-fpm nebo apache mod php :) )
Já třeba dělám vědecké výpočty a RHEL beru jako standard (respektive soubor standardů), ke kterému se můžu s balíkama odkazovat. Prostě to odladím pro danou major verzi, dám návod a takhle by to mělo jet. Jakmile to vztáhnu na danej standard, šetří to čas s tuněním různých variací systémů. Plus technicky mi vyhovuje přístup RHELu a Fedory (dnf, rozumná konfigurace SELinux v základu, rozdělení repozitářů...), Ubuntu mi tady třeba nesedí, zato Debian velice rád instaluju BFU přibuzným a obecně s ním bych existovat dokázal.
CentOS Stream pak odvede identickou práci jako klony, pro někoho ale může být problém kratší podpora.
Větší oblibu RockyLinuxu upřímně nechápu. Teda technicky nechápu, marketingově to smysl dává (víc řečí o 100% kompatibilitě s RHELem + hra na to, že Kurtzer dělal na CentOSu). Technicky mi ale Alma přijde zvládnutá líp (rychlejší přebírání updatů z RHELu, transparentnější build pipeline, právě podpora HW, co RH nechal být...) a upřímně jsem nenarazil na to, že by byl problém s kompatibilitou balíků pro RHEL. Ostatně kdybych potřeboval 100% jistotu kompatibility s RHELem, stejně mi nezbyde nic jiného, než RHEL.