Търсене
Close this search box.

Може ли Open Enterprise Linux Association да преодолее ограниченията на Red Hat?

Създадено е ново обединение, наречено Open Enterprise Linux Association (OpenELA), с цел да се осигури отворен и безплатен изходен код на Enterprise Linux (EL), съвместим с RHEL, чийто изходен код наскоро беше ограничен.

CIQ, Oracle и SUSE обявиха плановете си за създаване на OpenELA миналата седмица. Това е търговска организация, чиято цел е да популяризира значението на дистрибуциите, съвместими с Red Hat Enterprise (RHEL).

Първоначално вниманието ще бъде насочено към RHEL 8 и 9 – групата заяви, че може да разгледа и RHEL 7 – но целта е да се осигури постоянна наличност на изходните файлове на OpenELA за неопределено време. Източникът ще бъде на разположение „от края на тази година“.

В първоначалното си съобщение OpenELA не разкри как ще поддържа съвместимост с RHEL, като каза само, че ще насърчава разработването на съвместими дистрибуции.

Преди неотдавнашното ограничаване на изходния код на RHEL от страна на Red Hat съвместимостта 1:1 на бинарно ниво беше сравнително лесна за постигане. Осигурената съвместимост е от съществено значение за организациите, които са свикнали да използват приложения на RHEL или друга съвместима дистрибуция.

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

Какво казват членовете на OpenELA за съвместимостта?

Членовете на асоциацията са правили различни публични изявления в миналото относно тълкуването на понятието „съвместим“, въпреки заявеното намерение на OpenELA да предоставя съвместими източници 1:1.

„Rocky Linux и Oracle Linux заявиха, че ще продължат да бъдат съвместими 1:1 и бъг за бъг“, заяви OpenELA пред ITPro.

Rocky Linux – подкрепена от CIQ – в момента твърди, че е 100 % бинарно съвместима и се смята за наследник на CentOS, която беше изоставена от Red Hat в полза на CentOS Stream.

Екипът, който стои зад Rocky Linux, публикува съобщение, че възнамерява да запази достъпа до изходния код на Red Hat Enterprise Linux чрез UBI контейнерни образи и облачни инстанции на изплащане.

По това време Мат Йонковит, ръководител на стратегията за отворен код в Scarf, заяви пред ITPro, че според него Red Hat ще работи за затваряне на пролуката.

Гунар Хелексън, вицепрезидент и главен мениджър на RHEL в Red Hat, отбеляза, че изходният код е достъпен, но заяви, че Red Hat очаква всички потребители на абонаментни услуги да спазват споразумението с предприятието.

Той също така подчерта, че корпоративното споразумение „не замества GPL, а действа успоредно с него“.

Oracle, чийто Oracle Linux е съвместима с RHEL дистрибуция, предупреди за по-голям шанс за проблеми със съвместимостта с течение на времето в по-ранна публикация в блога си. Въпреки това Вим Коекаертс, ръководител на отдела за разработка на Oracle Linux в Oracle, заяви пред ITPro, че крайната цел на компанията остава фиксирана върху пълната съвместимост.

„Съществуват множество начини да се запази кодовата база еднаква или достатъчно сходна – докато Red Hat вече не публикува изходния код, кодът се предоставя под GPL или други лицензи с отворен код“, каза той.

Подходът на Oracle, според Коекертс, е да се гарантира наличието на съвместим двоичен интерфейс за приложения (ABI) и API в потребителското пространство. Той каза: „За да бъдат приложенията съвместими, не е необходимо да съществува точно съвпадение на изходния код“.

Въпреки това Коекертс потвърди, че където е възможно, съвместимостта на изходния код ще бъде запазена. Това ще се отнася само за код, обхванат от GPL с лицензионни изисквания, които IBM и Red Hat трябва да спазват.

Коекертс също така посочи, че ядрото на Linux, използвано от Unbreakable Enterprise Kernel (UEK) на Oracle, се различава съществено от това на RHEL, „но въпреки това всяко едно приложение, което работи на RHEL, работи на Oracle Linux с UEK“.

„Така че, по отношение на съвместимостта на приложенията, ние не сме притеснени, дори ако IBM добави още ограничения“.

Alma Linux, която отсъства от съобщението на SUSE, доставя друга дистрибуция, съвместима с RHEL, и планира да бъде съвместима с Application Binary Interface (ABI), а не с двоичен интерфейс или, както групата го описва, да се придържа към „bug-for-bug съвместимост“.

Въпреки че Alma Linux не е част от асоциацията, OpenELA заяви, че е добре дошла да се присъедини към нея и, независимо от всяко решение, Alma Linux също ще бъде добре дошла да използва изходния код на OpenELA.

Покана за присъединяване към OpenELA беше отправена и към Red Hat. Въпреки че подобна стъпка от страна на Red Hat изглежда малко вероятна, нейното присъствие би отговорило на всички опасения относно съвместимостта.

Какво представлява OpenELA и ще успее ли?

„Днешното съобщение бележи началото на нова ера за EL“, каза Грегъри Курцър, главен изпълнителен директор на CIQ, в съвместно изявление.

„С OpenELA CIQ, Oracle и SUSE обединяват усилията си с общността с отворен код, за да осигурят стабилно и устойчиво бъдеще както за общностите нагоре, така и за общностите надолу по веригата за използване на Enterprise Linux.“

Коекертс заяви, че към компанията са се обърнали „много големи организации“, като са подчертали своите възгледи по въпроса и значението на отворения, управляван от общността изходен код за EL.

Решението на Red Hat да ограничи достъпа до изходния код на RHEL предизвика фурор в общността с отворен код и в онези компании, които зависеха от достъпа до него за собствените си дистрибуции.

Ограничаването на достъпа може да се разглежда като подтик за клиентите да се абонират за Red Hat, вместо да обмислят алтернативи. Съвместимостта с RHEL е от жизненоважно значение за уверяване на администраторите, че критичните за бизнеса приложения, предназначени за RHEL, ще работят според очакванията и ще бъдат поддържани.

Слоганът на OpenELA е „Без абонаменти. Без пароли. Без бариери. Свободните потребители са добре дошли“, което ще се хареса на ентусиастите на отворения код. Предприятията, които избират дистрибуция на Linux на корпоративно ниво, обаче ще бъдат по-консервативни, когато става въпрос за защита на съществуващите им инвестиции.

Майк Макграт, вицепрезидент на отдел „Основни платформи“ в Red Hat, заяви пред ITPro, че според компанията „Enterprise Linux“ не е стандарт за внедряване. Вместо това, то надхвърля рамките на експертния опит, поддръжката и инженерните решения, които стоят зад операционната система.

„Това е, което прави Red Hat Enterprise Linux- Linux продукт на корпоративно ниво“, каза той.

След като изтъкна усилията на Red Hat за стимулиране на иновациите с отворен код, той добави: „Винаги сме приветствали постоянния принос към по-широката общност на Linux, независимо дали е лично мотивиран или от компании като Oracle и SUSE, който действително придвижва Linux на ниво предприятие напред, а не заменя едно лого с друго“.

Самата SUSE обяви плановете си през юли 2023 г. да инвестира повече от 10 млн. долара в разклонение на публично достъпния RHEL и да поддържа съвместима дистрибуция, „достъпна за всички без ограничения“.

Откакто Red Hat обяви ограниченията на изходния код на RHEL, в общността се наблюдават значителни различия в подхода. OpenELA, която вероятно е еволюция на плановете на SUSE, е стъпка към създаването на стандартизиран Enterprise Linux, на който могат да се базират други дистрибуции надолу по веригата.

Въпреки това асоциацията все още не включва ключови играчи като Alma Linux. Поддържането на пълна съвместимост 1:1 и „бъг за бъг“ с RHEL също ще представлява предизвикателство без достъп до целия изходен код, въпреки твърдението на Oracle, че: „Не е задължително да съществува точно съвпадение на изходния код“.

OpenELA трябва да гарантира, че ще остане съвместима с RHEL. В противен случай има опасност тя да се превърне в нещо по-скоро за ентусиасти, отколкото за предприятия. А без участието на повече фракции в света след появата на RHEL има риск да стане жертва на фрагментация, тъй като алтернативите на Enterprise Linux се увеличават.

Източник: itpro.co.uk

Подобни публикации

16 април 2024

CISA издаде извънредна директива

На 11 април Агенцията за киберсигурност и инфраструктурна сигурност...
15 април 2024

CP3O е арестуван

Министерството на правосъдието на САЩ обяви ареста и повдигането на...
15 април 2024

Daixin Team ransomware е атакувала успешно Omni...

Бандата Daixin Team ransomware е извършила неотдавнашна кибератака ...
15 април 2024

За проблемите с работната сила в сферата киберс...

  За проблемите с работната сила в сферата киберсигурността в ...
15 април 2024

КНДР се възползва от 2 подтехники: Призрачно от...

Този месец MITRE ще добави две подтехники към своята база данни ATT...
15 април 2024

Хакер твърди, че е пробил Giant Tiger и пусна 2...

Канадската верига за търговия на дребно Giant Tiger разкрива наруше...
Бъдете социални
Още по темата
12/04/2024

Oracle увеличава усилията с...

Техническият директор и председател на Oracle...
09/04/2024

Спад на атаките с рансъмуер...

През 2023 г. секторът на ransomware...
25/03/2024

ООН прие резолюция за гара...

В четвъртък Общото събрание одобри първата...
Последно добавени
16/04/2024

CISA издаде извънредна дире...

На 11 април Агенцията за киберсигурност...
15/04/2024

CP3O е арестуван

Министерството на правосъдието на САЩ обяви...
15/04/2024

Daixin Team ransomware е ат...

Бандата Daixin Team ransomware е извършила...
Ключови думи

Абонамента е почти завършен.

На посоченият от Вас e-mail е изпратено съобщение за потвърждаване на абонамента.

Моля, проверете електронната си поща за да потвърдите.

Благодарим за доверието!