В этом году я наконец-то окончательно решил задачу, которую ставил перед собой более 10 лет назад в далеком 2009-ом, когда планировал сдать первый экзамен по Red Hat Enterprise Linux, тогда еще 5-ой версии. Но время идет, а поставленные цели достигаются, успешно сданы экзамены и получены статусы RHCSA и RHCE, в том числе по версии 8, а также пройдена аттестация и получены статусы сертифицированного инструктора Red Hat (RHCI) и сертифицированного экзаменатора (RHCX).
В следующем году случится большое событие – выход Red Hat Enterprise Linux (RHEL) 9, о бета-версии которого я писал ранее. Это важно не только для членов команды разработки по всему миру, которые работали над следующим поколением лидирующей в мире корпоративной платформы Linux, но и для клиентов, которые будут использовать ее новые возможности в доставке инноваций для бизнеса.
Канун нового года – отличное время придаться воспоминаниям и вспомнить эволюцию дистрибутива, предшествовавшую RHEL 9.
Red Hat Linux.
Первое время присутствия платформы Linux в качестве корпоративной операционной системы напоминала игру, где волк охотится за яйцами. Необходимо было разыскивать драйверы и прочие компоненты на сайтах производителей.
Так как эти части разрабатывались отдельно, они часто не работали вместе. Это могло (и как правило приводило) к большому числу ответвлений драйверов (форков), каждый из которых старались оптимизировать под собственную, определенную платформу. В результате развертывание Linux превращалось в тяжёлую работу с большим количеством самодельных решений, так как открытое программное обеспечение изначально не предназначалось для развертывания в корпоративном секторе.
В противовес этому Red Hat Linux проделал свой собственный путь с несколькими организациями и многое узнал о потребностях клиентов, а также выработал план по удовлетворению потребностей клиентов при помощи будущей версии Red Hat Enterprise Linux (RHEL).
Red Hat Enterprise Linux 2.1: Поддержка оборудования.
Первый Red Hat Enterprise Linux, был основан на Red Hat Linux 7.2, его релиз состоялся 23 марта 2002-го года.
Изначально, команда разработки фокусировалась на координации действий с производителями оборудования для получения ядра, компилятора, установщика и поддержки драйверов для более стабильного запуска Linux на широком диапазоне оборудования.
Разрабатывая все части в одном месте и совместно тестируя их с производителями оборудования, удалось существенно повысить надёжность Linux в корпоративном секторе. Данная стабильная платформа обеспечила производителей программного обеспечения комплексным окружением разработки. Также Red Hat адаптировал длительный жизненный цикл (изначально 4 года, позже он был продлен), это предоставило клиентам курируемое исправление ошибок.
Сейчас это выглядит довольно простым, но в те времена это было настоящее испытание, чтобы адаптировать версии RHEL для соответствия всем требованиям производителей оборудования. Это дало и преимущества клиентам, так как начало стандартизации экосистемы RHEL помогло корпоративным окружениям не отказываться от производителей.
Нужно подтвердить слухи, что RHEL начался с версии 2.1, так как это звучит значительно более зрелым, чем 1.0. В общем-то, при выборе названия первой версии, команда разработки отталкивалась от собственного понимания готовности и стабильности продукта.
Можно заметить, что не было релизов RHEL 2.2, 2.3 и так далее. С версии 2.2 до версии 4 включительно сохранялась та же версия, а к ней выпускались обновления, такие как RHEL 2.1 Update 1. Текущая схема нумерации началась с RHEL 5.
Red Hat Enterprise Linux 3: Производительность и корпоративные рабочие нагрузки (2003 год).
В начале своего пути Linux, как правило, отвечал за небольшие специализированные задачи, такие как файловые серверы и серверы печати, а также настольные рабочие нагрузки. В настоящее время процессоры Intel, составляют серьезную конкуренцию специализированным чипам, заточенным под Unix. Но в то время чипы Intel, только начинали заходить в корпоративные окружения.
Для решения корпоративных задач недостаточно просто загрузить машину, и Linux вступил в битву за производительность и масштабируемость с такими убийственными приложениями, как база данных Oracle. Команда разработки работала в тесном сотрудничестве с сообществом, Oracle, Intel, HP и IBM над высоко производительными рабочими нагрузками на системах с большим объемом оперативной памяти и большим количеством процессоров. Помимо этого, поддержка RHEL была расширена за пределы x86 и были добавлены дополнительные архитектуры, такие как мэйнфреймы IBM zSeries и новая линейка шестьдесят четырехбитных процессоров Opteron от AMD.
В результате этой работы RHEL начал устанавливать новые мировые рекорды в производительности баз данных TPC, помогая продвигать роль Red Hat Enterprise Linux от маленькой коробочки в углу к корпоративным рабочим нагрузкам. Это начало раскачивать укоренившуюся позицию проприетарного Unix на проприетарном оборудовании. Началом конца войн Unix стали объединенные усилия сообщества открытого программного обеспечения на увеличивающейся мощи процессоров Intel.
Red Hat Enterprise Linux 4: Безопасность (2005 год).
На заре RHEL 4, первопроходцы подтвердили способность различного оборудования запускать корпоративные рабочие нагрузки на программном обеспечении с открытым исходным кодом. Другие клиенты обратили внимание на экономичность масштаба и увеличивающиеся инновации в Linux, и эта волна новых клиентов принесла новый набор требований к работе в непрерывно расширяющемся пространстве интернета – в первую очередь требований к безопасности. Для удовлетворения потребностей безопасности, инженеры Red Hat в тесном сотрудничестве с сообществом, государственным сектором и финансовыми корпорациями работали над системой сдерживания и контроля доступа – SELinux.
Внедрение SELinux стало сложным интеграционным испытанием, так как потребовало изменения в коде не одной сотни компонентов, и успех внедрения напрямую зависел от разработчиков Red Hat, которые являются основными участниками всех этих компонентов. Это было тяжёлым путешествием через несколько релизов, чтобы привести SELinux к более широкой адаптации.
Многие годы первая мысль, которая возникала у клиентов – это отключить безопасность SELinux. На сегодняшний же день клиенты, заинтересованные в безопасности, оставляют защиту SELinux включенной.
Ключевым испытанием стала необходимость интегрировать возможности безопасности в основной релиз RHEL. До этого распространенной практикой у производителей Unix была разработка отдельной безопасной версии. Проблема данного подхода заключается в нарушении экосистемы, требующей от разработчиков приложений, создания двух версий. Кроме того, безопасные версии будут всегда отставать и иметь ограниченный функционал. Окончанием работы в направлении безопасности RHEL, стало соответствие самым строгим правительственным и коммерческим стандартам безопасности (таким как Common Criteria (C2) и FIPS 150-2).
Red Hat Enterprise Linux 5: Виртуализация (2007 год).
К 2007-ому году компьютеры стали значительно больше, и консолидация рабочих нагрузок за счёт виртуализации стала объективной необходимостью для эффективного использования оборудования. Ранее, виртуализация была доступна через проприетарных вендоров за достаточно большие деньги. Начальная реализация виртуализации в Red Hat Enterprise Linux называлась Xen, а впоследствии была заменена виртуальной машиной на базе ядра Linux (Kernel-based Virtual Machine, KVM).
Доставляемый Red Hat (и многими другими) KVM предназначен для реализации виртуальных машин в виде процессов. Это простое и элегантное решение позволило использовать множество существовавших ранее компонентов, что обеспечило потрясающую эволюцию пространства виртуализации. Это подтолкнуло Linux и программное обеспечение с открытым исходным кодом продемонстрировать рекордную производительность и масштаб, продемонстрировав мощь программного обеспечения с открытым исходным кодом и RHEL в доставке инноваций.
Что уникально для RHEL (в дополнение к лидерству в показателях оценки) так это то, что построение на базе возможностей безопасности SELinux обеспечило надёжную изоляцию гостевых систем виртуальных машин, как и требуется для сертификации рабочих нагрузок. Эта комбинация из компонентов (безопасность + виртуализация) в одном продукте демонстрирует мощь составных компонентов Linux.
Последующее увеличение масштаба в использовании процессора и памяти серверных систем немедленно привели к более широкому использованию виртуализации. Это позволило клиенту легче получить лучшую утилизацию их оборудования за счёт запуска существующих рабочих нагрузок в виртуальных гостевых системах.
Продолжая тему виртуализации, Red Hat поддерживает не только гостевые системы с операционной системой Linux, но и Microsoft Windows. Поддержка гостевых систем Windows стала началом плотного сотрудничества между Microsoft и Red Hat, что продолжилось и в RHEL 8 в форме оптимизации под Azure (помимо прочего).
Red Hat Enterprise Linux 6: Публичное облако (2010 год).
Это были самые первые дни публичных облаков – инициированные Amazon. Разработчики быстро разглядели привлекательность динамической инфраструктуры, а также команды поддержки смогли повысить операционную эффективность.
Вскоре после начальной привлекательности разработки/тестирования в Amazon, многие клиенты Red Hat захотели получить преимущества стабильности и улучшенной безопасности RHEL вместе с расширенной экосистемой ISV в облаке. Для соответствия требованиям, RHEL 6 добавил образы, которые могут запускаться в публичном облаке Amazon.
Нужно отметить, что образы Red Hat Enterprise Linux для публичных облаков собираются из тех же компонентов, что и RHEL для аппаратных платформ. Не существует отдельного облачного варианта RHEL – существует только один RHEL для широкого набора платформ. RHEL вошёл в гибридную эру, локальных аппаратных и виртуальных гостевых систем, а также виртуальных гостевых систем в публичном облаке. Это позволило запускать как классические рабочие нагрузки, так и новые облачные приложения (Cloud Native) на общей инфраструктуре RHEL.
Для того чтобы иметь возможность уверенно доставлять RHEL в качестве экземпляров Amazon, Red Hat пришлось расширить сеть тестирования за счёт включения облачной части. Простого создания и тестирования недостаточно – облачная модель потребления расширяет возможности клиентов по развертыванию и управлению. Это включает в себя инструменты Red Hat Satellite, установщик RHEL и профили производительности – все вмести они предназначены для упрощения и автоматизации настройки.
Облачная модель потребления начала менять ожидания многих клиентов Red Hat. Так как до этого требовался “гуру Unix” для выполнения задач системного администрирования, а облачная модель предполагает работу из коробки. Это и породило направления движения в сторону автоматизации, которые продолжились в RHEL 7 и 8.
Red Hat Enterprise Linux 7: Контейнеры и основа портфолио (2014 год).
Отделы ИТ во многих компаниях эволюционировали от небольших отделов поддержки конечных систем до полноценных корпоративных команд разработки приложений, началась эра цифровой трансформации (Digital Transformation).
Увеличенная техническая гибкость и микро-сервисы обеспечили более гибкие и быстрые приложения, при этом потребовали другого подхода к созданию и запуску следующей волны приложений. Для решения этих потребностей контейнеры Linux стали основной, обеспечившей гибкость приложений.
RHEL добавил расширенные безопасность, производительность и настройку для упрощения использования контейнеров. Нужно отметить, что RHEL 7 не первый релиз, который добавил поддержку контейнеров Linux (RHEL 6 поддерживал LXC). В свою очередь RHEL 7 в череде релизов существенно продвинулся в реализации контейнеров Linux, пригодных для использования в производственных окружениях.
Через плотную интеграцию с Red Hat OpenStack Platform, Red Hat Virtualization и Red Hat OpenShift, Red Hat построил надёжную экосистему, составляющую портфолио динамической инфраструктуры, которая одинаково хорошо подходит как разработчикам (Dev), так и операторам (Ops) – DevOps. RHEL перестал быть изолированной операционной системой и стал основой для портфолио инфраструктуры гибридного облака Red Hat – где RHEL запускается на аппаратных и виртуальных гостевых системах, а также в публичных и частных облаках.
В рамках этого периода множество других облачных провайдеров добавили RHEL в список поставляемых сервисов, в том числе Azure, IBM, Alibaba и Google. Испытания, которые встали перед подобной динамической инфраструктурой потребовали значительных улучшений в сетевом взаимодействии, чтобы предоставлять контейнерам и виртуальным гостевым системам прямой доступ к аппаратным оптимизациям. Перед подсистемой хранения стояли аналогичные испытания, требующие быстрого создания и удаления логических томов для динамического назначения контейнерам на непродолжительные временные отрезки.
Оба этих примера иллюстрируют, что простые в использовании автоматизированные настройки стали настолько же важны, как и скорость сырого ввода/вывода. Через эти низкоуровневые оптимизации RHEL стал основой для портфолио Red Hat, которое включает в себя OpenStack, Red Hat Virtualization, Red Hat Storage, OpenShift и JBoss. Наличие полного стека инфраструктурного программного обеспечения преобразовало Red Hat из компании, которая занималась «только» Linux в компанию, предоставляющую полноценное портфолио для разработчиков и операторов.
Red Hat Enterprise Linux 8 (2019 год).
Сегодня большинство клиентов Red Hat осознают, что живут в мире гибридных облаков. Реальность заключается в том, что некоторые рабочие нагрузки запускаются локально, в то же время остальные рабочие нагрузки хорошо подходят для публичных облаков. Также как Red Hat начинал с RHEL 2.1, RHEL 8 предоставляет единую общую, доверенную платформу и экосистему, которая запускается на всех этих моделях развертывания – в том числе, на широком диапазоне облачных поставщиков. Поставщики облачных услуг изменили ожидания клиентов за счёт упрощения потребления возможностей инфраструктуры. В свою очередь Red Hat автоматизировал и упростил аспекты настройки системы в Red Hat Enterprise Linux 8.
Примеры из RHEL 8 включают в себя:
- Red Hat Enterprise Linux Web Console – всесторонний графический веб-интерфейс для широкого диапазона задач.
- Оптимизация рабочих нагрузок для SAP HANA и Microsoft SQL Server с целью обеспечения расширенной производительности и упрощения настройки.
- Ускорение GPU для технологий искусственного интеллекта (AI) и машинного обучения (ML).
- Расширенные возможности обновления через новые инструменты обеспечивающие более простую миграцию с RHEL 7 на RHEL 8.
Также, Red Hat Enterprise Linux 8 эволюционировал, предоставив потоки приложений (Application Streams), которые помогают обеспечить более быстрые обновления сред и инструментов, наиболее востребованных разработчиками экосистемы RHEL. Платформа продолжает упрощать администрирование за счёт включения доступа к Red Hat Insights, который превентивно сканирует системы, выявляя некорректную настройку и угрозы безопасности, а также предоставляя рекомендации. Например, он может обнаруживать отсутствующие исправления безопасности и опционально предоставлять автоматическое устранение. Также правила Insights могут анализировать рабочие нагрузки и рекомендовать оптимизации производительности, позволяя клиентам получить доступ к многолетнему опыту Red Hat и оптимизировать корпоративную инфраструктуру.
Многие из этих возможностей автоматизации наследуются RHEL 8, как основы Red Hat OpenShift и Red Hat OpenStack Platform, которые спроектированы для предоставления полного стека динамической инфраструктуры для разработчиков и операторов. Это портфолио возможностей, построенных на силе сообщества программного обеспечения с открытым исходным кодом, для обеспечения целостной, динамической гибридной среды. RHEL проделал огромный путь от программного обеспечения из коробки до открытого выбора широчайших возможностей и моделей развертывания локально и в облаке.
Заключение.
Это достаточно краткий обзор почти двадцатилетней истории Red Hat Enterprise Linux. Тем не менее, я считаю достаточно важным понимать то, какой вклад в сообщество и в открытый исходный код сделала компания Red Hat и продолжает делать.
Погрузиться в удивительный мир Red Hat Enterprise Linux и выработать практически навыки работы с лидирующей корпоративной платформой Linux под моим руководством вы можете в учебном центре SoftLine Education.
Поздравляю всех с наступающим новым годом, пришло время ставить перед собой новые цели и загадывать желания.
