Проблеми розвитку OC Linux, Linux, Операційні системи, статті

Кількість користувачів Linux за минулі кілька років швидко зросла, при цьому спостерігався активний перехід ОС з периферії корпоративної ІТ-інфраструктури – обробки веб-запитів – до самого її серця – Обслуговування бізнес-додатків для широкого кола кінцевих користувачів. Однак аналітики з агентства IDC вважають, що час швидкого і переможного просування Linux залишилося в минулому.

Незважаючи на те що ця ОС успадкувала багато достоїнств системи Unix, віртуалізація серверів в поєднанні з жорсткою конкуренцією з боку відродилися суперників в особі Unix і Microsoft Windows Server, ймовірно, застопорить процес просування Linux. Справа в тому, що її впровадження пов’язане з великими труднощами, включаючи розробку драйверів, пробуксовує через небажання деяких виробників периферійних пристроїв розкривати інформацію про ті моменти, в яких вони при випуску своїх пристроїв на ринок відійшли від характеристик, що викладаються в технічній документації.

Більш того, багато користувачів Linux не беруть на себе працю повідомляти про помилки, виявлені ними під час роботи з цією ОС – одні через лінь, інші – через те, що не вважають це важливим. Розсилка повідомлень про помилки є одним з головних пріоритетів розробників ядра ОС, які мало що можуть зробити в пошуку та усунення проблем без допомоги широкого Linux-спільноти.

Оцінка обсягу


І все ж Linux продовжує залишатися силою, з якою слід рахуватися. Ця ОС все частіше і частіше виступає в ролі сервера бази даних, зокрема, для СУБД Oracle, При цьому бере на себе роботу з таким “великоваговим” ПО, як фінансові додатки, ERP-і CRM-системи. За даними IDC, до 2011 р. ринок тільки логістичних і виробничих програм для Linux складе 1,2 млрд дол, а обсяг аналогічного ринку для HR-завдань буде близько 2 млрд дол

Крім того, IDC наводить такі факти, що на кожну офіційно підтримувану інсталяцію Linux в організаціях доводиться ще один працюючий екземпляр цієї ОС, але ніким не підтримуваний і, отже, неврахований у фінансових звітах. З цього можна зробити висновок, що реальна “екосистема” Linux насправді вдвічі більше, ніж про це можна судити за даними про доходи, отримані за її обслуговування третіми фірмами. Це пов’язано з тим, що багато компаній мають власних фахівців, здатних працювати з цією ОС, або вважають за краще вирішувати виникаючі проблеми, користуючись порадами, що приводяться на веб-форумах.

Головні сумніви


Однією з компаній, що ведуть власні розробки на базі платформи Linux є Nortel. Її розробники стверджують, що кінцеві користувачі та системні адміністратори дуже задоволені високою (з коефіцієнтом доступності на рівні “п’яти дев’яток”) надійністю Linux, але Nortel та інші телекомунікаційні компанії були б раді підвищити цей показник до “шести дев’яток”, що в перерахунку на час простою за рік складе всього 30 с. Реагуючи на цей запит, розробники компанії Nortel написали програмний модуль, який забезпечує перезапуск Linux після збою протягом 20 с. Проте, на розчарування команди розробників Nortel, немає ознак того, що ця програмна “латка” буде введена в ядро ​​аналізованої ОС.

Програмісти Nortel вважають, що проблема полягає в нинішній методиці розробки Linux, що приводить до того, що доповнення до ядра системи проходять повз тих, хто займається її аналізом і переглядом, і в Зрештою, не потрапляють в ієрархічне дерево коду, підтримуване Линусом Торвальдсом. Це наводить на думки про рівень якості організації дискусії в Linux-співтоваристві щодо труднощів, властивих процесу модифікації коду.

Розробники ж ядра Linux відповідають на це, що обмеженим ресурсом, що впливає на подібні питання, є не програмісти, а люди, які повинні займатися аналізом коду. Наприклад, “латка” Nortel являє собою досить великий програмний модуль, робота з яким вимагає залучення аналітиків, які добре знають відповідну частину ядра.

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*