Области знаний
Партнёрские проектыМатериалы БРЭСпецпроектыСтать автором
Настроить видСменить языкИнформация
О РУВИКИ
Найти статью

JBoss Operations network

Pause

Экспертиза РАН

Logo-ran.pngLogo-ran-black.png
Проводится экспертиза
Российской академией наук
Подробнее
Times2.svg

Экспертиза РАН

Arrow-Right.png
Logo-ran.png
Проводится экспертиза
Российской академией наук
Подробнее

JBoss Operations Network (JBoss ON, JON) — коммерческая платформа управления серверами промежуточного программного обеспечения (middleware), предназначенная для развёртывания, администрирования и мониторинга прикладных систем на протяжении их жизненного цикла[1]. Изделие разработано компанией JBoss, вошедшей в 2006 году в состав Red Hat, и распространяется по подписочной модели с официальной технической поддержкой[2]. Платформа описывается производителем как единая точка управления для развёртывания, сопровождения и наблюдения за серверами JBoss Enterprise Middleware, приложениями и службами[3]. Press-релиз 2008 года добавлял: платформа ведёт централизованное управление всем портфелем JBoss Enterprise Middleware, включая опись, администрирование, развёртывание и обновление его изделий и подсистем[4].

Программный комплекс написан на Java, что обеспечивает кроссплатформенность: изделие работает на любых операционных системах, где доступна виртуальная машина Java[1]. Основу его устройства составляет пара «сервер — агенты»: центральный сервер ведёт опись управляемых ресурсов, собирает метрики производительности и доступности, а установленные на управляемых машинах агенты выполняют измерения и операции[5]. Пользовательский интерфейс построен как веб-консоль на библиотеке SmartGWT для Google Web Toolkit[5].

Платформа примечательна связью с открытыми проектами: её непосредственной основой служит проект Jopr, а ядром обоих — свободный проект RHQ, из которого JBoss ON унаследовал расширяемую модель подключаемых модулей[6]. Выпуски платформы сопровождали развитие серверной линейки JBoss. Версия 2.0 2008 года ввела модульную архитектуру и защищённый обмен между сервером и агентами[1], версия 3.1 2012 года добавила управление серверами JBoss EAP 6[7], а в 2019 году продукт был снят с поддержки без прямой замены в портфеле производителя[8].

Общие сведения
Что важно знать
JBoss Operations Network
Область использования администрирование серверов промежуточного программного обеспечения, мониторинг приложений
Ключевые слова JBoss, Red Hat, мониторинг компьютерных сетей, свободное программное обеспечение
Базовые понятия Java, PostgreSQL, веб-интерфейс, кроссплатформенность

История

Покупка JBoss компанией Red Hat

Компания JBoss к середине 2000-х годов занимала заметное положение на рынке открытых серверов приложений Java, а её продуктами пользовались крупные заказчики, заинтересованные в снижении стоимости разработки и развёртывания сетевых приложений[9]. 10 апреля 2006 года Red Hat, к тому моменту ведущий поставщик открытых решений для корпоративного рынка, объявила о подписании соглашения о приобретении JBoss — признанного лидера открытого сегмента промежуточного программного обеспечения[2]. Сделка дополнила операционную систему Red Hat Enterprise Linux полноценным серверным портфелем и предложила заказчикам альтернативу проприетарным платформам[2].

Линейка релизов

К маю 2008 года относится выпуск версии 2.0, представленной как интегрированная платформа управления промежуточным программным обеспечением; она охватывала разработку, тестирование, развёртывание и мониторинг прикладного жизненного цикла[1]. Сервер версии 2.0 получил модули описи, администрирования и содержания, а модуль мониторинга сводил в один обзор инфраструктуру промежуточного программного обеспечения, прикладные системы, операционную систему и веб-уровень[1]. Среди нововведений значились агент с интерфейсом командной строки и удалённой настройкой, расширяемые программные интерфейсы и шифрование SSL с двусторонней проверкой подлинности в обмене между сервером и агентами[1].

В октябре 2008 года вышла версия 2.1[4].

Летом 2012 года выпущена версия 3.1, анонсированная вместе с сервером приложений JBoss EAP 6: платформа описывалась как средство мониторинга, снабжения и углублённого управления всей серверной инфраструктурой заказчика, упрощающее выпуск приложений за счёт снабжения и установки исправлений[7]. В 2013 году открытый проект, лежащий в основе платформы, носил уже имя RHQ — с пометкой «ранее Jopr», что закрепило новую иерархию имён[10].

Снятие с поддержки

Последний функциональный выпуск JBoss ON вышел в ноябре 2014 года; дополнительных улучшений производить не планировалось[8]. Фаза сопровождения линейки 3 завершилась в июне 2019 года, когда прекратились плановые обновления сервера, агентов и подключаемых модулей[8]. Ещё три года, до июня 2022 года, Red Hat оказывала миграционную поддержку: консультации по переносу возможностей JBoss ON в другие решения, а также критические исправления безопасности по мере их появления[8]. Производитель прямо указал, что отдельной замены внутри портфеля не последует: в портфеле Red Hat заказчикам предложено ориентироваться на технологии управления конфигурацией и мониторинга за пределами линейки JBoss[8].

Последним изданием линейки осталось обновление 3.3 Update 11 (3.3.11), для которого опубликованы примечания к релизу[11].

undefined

Связь с проектами RHQ и Jopr

Семейство имён платформы объясняется её открытой родословной. Согласно официальным вопросам и ответам проекта, RHQ — расширяемая платформа управления, служащая ядром Jopr и источником большей части его кода[6]. RHQ является главным вышележащим проектом и для Jopr, и для JBoss ON и распространяется как полностью свободное программное обеспечение[6]. Из RHQ происходят базовые подключаемые модули — модуль JMX, модуль агента RHQ, модуль платформы; Jopr — открытый проект, на котором основан JBoss ON и который содержит подключаемые модули для серверов JBoss AS и прочего серверного окружения[6].

Открытый RHQ описывался как средство администрирования, мониторинга, оповещения, оперативного управления и настройки корпоративной среды с детализированной моделью безопасности и развитой моделью расширений[10].

undefined

Архитектура

Сервер и агенты

Основу платформы составляет триада «сервер — агенты — опись ресурсов». Центральный сервер ведёт инвентарь: реестр обнаруженных платформ, серверов, служб и приложений, с которыми связаны метрики, оповещения и операции[5]. На управляемых машинах работают агенты: они выполняют автообнаружение ресурсов, снимают показания, доставляют команды и отчитываются о состоянии; взаимодействие с сервером защищено шифрованием SSL с двусторонней проверкой подлинности[1]. Автообнаруженные ресурсы попадают в опись не автоматически: ресурс можно игнорировать, оставив его вне управления[6]. Опись устроена деревом: управляемыми ресурсами значатся платформы, серверы и службы[5].

Хранилище и консоль

Для сертифицированных конфигураций производитель требовал вполне определённое окружение[12]. Платформа версии 3.3 сертифицирована с виртуальными машинами Oracle JDK, OpenJDK и IBM JDK выпусков 1.8, 1.7 и 1.6, а в качестве хранилища допускались СУБД Oracle Database 12c и 11g либо PostgreSQL выпусков от 8.4 до 9.5[12]. Веб-консоль построена на SmartGWT поверх Google Web Toolkit; табличное представление данных — от описи ресурсов до перечня подключаемых модулей агента — допускает сортировку и настройку отображения[5].

Подключаемые модули

Управляемые типы ресурсов определяются подключаемыми модулями: именно они обучают платформу распознавать серверы, службы и приложения, собирать их метрики и выполнять над ними операции[6].

Повседневная эксплуатация

Руководство разбирает и обслуживание самих агентов: получение отладочных сообщений, обновление подключаемых модулей на всех агентах сразу, переименование уже зарегистрированного агента и повторное обнаружение платформы, удалённой из описи[6]. Такие сценарии составляют рутину сопровождения и потому вынесены в отдельные вопросы и ответы проекта[6].

undefined

Возможности

Мониторинг и оповещения

Модуль мониторинга собирает метрики платформ, серверов и приложений, поддерживает шаблоны метрик, события и журнал доступности; в число источников допускались и запросы PostgreSQL, подключаемые как метрики[5]. Наблюдение настраивается гибко: для конкретного ресурса можно включать и отключать отдельные метрики и менять шаблоны сбора[5]. Консоль отслеживает время отклика веб-адресов, что позволяет наблюдать за службами со стороны потребителя[5]. Определения оповещений создаются для отдельного ресурса, для группы однотипных ресурсов или для целого типа ресурсов; шаблон оповещения типа автоматически действует и на все новые ресурсы этого типа[5]. На собранных данных строятся оповещения: администратор задаёт условия, при которых платформа уведомляет о деградации ресурса; процедура описана в руководстве как отдельный рабочий процесс с уведомлениями[5].

Управление конфигурацией и дрейфом

Платформа ведёт историю конфигураций управляемых ресурсов и позволяет сравнивать их между собой[1]. Отдельный механизм наблюдает за дрейфом конфигурации: система снимает мгновенные снимки файлового состава, сравнивает их с базовым образцом и формирует перечни изменений; самих полных файлов снимки не хранят, различия вычисляются на сервере, что экономит сетевой трафик[5]. Дрейф связан с оповещениями: на отклонение от образца можно назначить реакцию, а пример в документации показывает откат сервера JBoss к исходному состоянию совместным применением пакетов и серверных сценариев[5].

Развёртывание пакетов

Механизм снабжения контентом построен на пакетах: пакет объединяет файлы и рецепт развёртывания, а назначение определяет, куда и в каком порядке содержимое доставляется; документация описывает подготовку версий пакетов, назначения и правила замены файлов[5]. Начиная с версии 2.1 платформа умеет доставлять сертифицированное содержимое из портала поддержки заказчика и управлять исправлениями централизованно[4].

Группы и операции

Управляемые ресурсы объединяются в группы. Однотипные группы позволяют выполнять операцию над всеми членами сразу, избавляя администратора от повтора действий; разнотипные группы служат для назначения прав доступа к набору ресурсов[5]. Отдельно выделяются динамические группы: состав вычисляется по выражению-правилу, и версия 2.0 ввела механизм DynaGroup, формирующий такие группы автоматически[1]. Над ресурсами и группами выполняются запланированные операции — запуск, остановка, перезапуск служб[5]. Права пользователей разграничены ролями; учётные записи создаёт администратор, а встроенная запись администратора обслуживает первичную настройку[5]. Операции на уровне системы допускают исполнение с повышением привилегий через механизм sudo[5].

undefined

Управление серверами приложений

Главной областью применения платформы оставалось сопровождение серверной линейки JBoss. Заявленная задача — упростить выпуск прикладных версий за счёт снабжения и установки исправлений, а также поддерживать уровни обслуживания наблюдением за производительностью и доступностью[7]. Версия 2.3 платформы, анонсированная вместе с EAP 5, добавила настройку прикладных кластеров в традиционных и облачных развёртываниях[13]. Для прикладных библиотек вне серверной модели платформа собирала метрики через JMX[6].

Совместимость с прочим окружением обеспечивалась базовыми подключаемыми модулями: в их числе модуль JMX, модуль агента RHQ и модуль платформы, описывающий саму управляемую машину[6].

Ограничения

Первая цена модели «сервер — агенты» — накладные расходы сопровождения: на каждую управляемую машину требуется установка и обновление агента, настройка прав пользователя агента и сетевых портов между сервером и агентами[5]. Вторая — привязка к сертифицированному окружению: состав поддерживаемых виртуальных машин Java и СУБД ограничен перечнем производителя, и выход за него лишает заказчика официальной поддержки[12]. Наконец, платформа проектировалась вокруг стека JBoss: управление прочим программным обеспечением достигается лишь общими механизмами — JMX и подключаемыми модулями платформы[6].

Научная литература рассматривает такие системы как частный класс средств мониторинга информационных систем. Гайфулин и Костомаров выделяют активный мониторинг с воздействием на среду и пассивный, описывая клиент-серверную архитектуру, в которой сервер опрашивает объекты, сравнивает показания с пороговыми значениями и хранит результаты[14]. Производительность консолидированных серверов приложений Java как объекта управления исследовалась отдельно: работа Oi и Такахаси моделирует поведение такого сервера под нагрузкой, иллюстрируя сложность задач, которые решает администратор с помощью средств наблюдения[15]. В терминах той же классификации платформа относится к активным системам: она не только регистрирует показания, но и выполняет корректирующие операции над средой — от перезапуска службы до отката конфигурации[14].

Завершение выпуска превратило ограничения в практическую проблему: с прекращением планового сопровождения в июне 2019 года заказчикам предстояло переносить сценарии управления на другие решения, при этом прямой замены в портфеле Red Hat не нашлось[8].

Место среди систем мониторинга

JBoss ON принадлежит к прикладным платформам управления, сфокусированным на конкретном серверном стеке, в отличие от универсальных систем мониторинга ИТ-инфраструктуры. Сравнительные обзоры таких систем традиционно рассматривают Nagios, Zabbix, Cacti, OpenNMS и Icinga, сопоставляя их возможности и делая выводы о наилучших вариантах применения[16]. В них акцент делается на опросе оборудования и служб по протоколам вроде SNMP, пороговых проверках и визуализации показаний[14]. Универсальные средства обнаруживают сбой и показывают его картину, тогда как прикладная платформа знает устройство управляемого стека: описывает его ресурсы, выполняет операции и развёртывание[1]. Федорова отмечает, что современные системы поддерживают технологию JMX и позволяют наблюдать за серверами Java напрямую, сближая два класса инструментов[16]. В обзоре подчёркивается и родство архитектур: Zabbix построена на той же паре «сервер — агенты», а для устройств без агента предусмотрен опрос по SNMP[16]. Ответвлением Nagios стала система Icinga, развившаяся в самостоятельный проект[16].

Методика Телегина и Билятдинова подчёркивает другую грань мониторинга — безопасность: систематизация наблюдаемых параметров сокращает время выявления нарушений в сетях, и корпоративные платформы управления выступают одним из источников таких данных[17]. Общая литература по серверам приложений Java рассматривает средства управления как штатную часть производственного контура: блокнот разработчика по JBoss описывает повседневную настройку сервера, а практическое руководство по работе с JBoss — развёртывание приложений на нём[18]. Руководства по официальному изданию JBoss 4.0 перечисляют службы контейнера — кластеризацию, кэширование, транзакции, веб-службы, безопасность, — которые как раз и выступают объектами управления со стороны платформы[19]. Справочники по разработке на серверах приложений отводят мониторингу роль обязательного этапа производственного цикла: без измерений невозможно оценить поведение системы под нагрузкой[20].

Итог сравнения таков: прикладная платформа управления и универсальный монитор решают пересекающиеся, но разные задачи. Первая знает объект глубоко и действует на него — развёртывает, настраивает, откатывает; второй охватывает среду широко и сообщает о происходящем. Прекращение выпуска JBoss ON оставило заказчикам выбор между этими полюсами: универсальные системы с подключением к серверам Java по JMX либо инструменты управления конфигурацией нового поколения Red Hat[8].

undefined

Примечания

  1. ↑ 1 2 3 4 5 6 7 8 9 10 JBoss Operations Network 2.0 launched: An Integrated Management Platform (англ.). InfoQ. InfoQ (19 мая 2008). Дата обращения: 17 октября 2026.
  2. ↑ 1 2 3 Red Hat Signs Definitive Agreement to Acquire JBoss (англ.). Red Hat. Red Hat (10 апреля 2006). Дата обращения: 17 октября 2026.
  3. ↑ JBoss Operations Network datasheet (англ.). Red Hat Resource Library. Red Hat (2012). Дата обращения: 17 октября 2026.
  4. ↑ 1 2 3 Red Hat Expands Enterprise SOA Offering with Management and Next-Generation ESB and Rules Features (англ.). Red Hat. Red Hat (октябрь 2008). Дата обращения: 17 октября 2026.
  5. ↑ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 Red Hat JBoss Operations Network 3.2 User Guide (англ.). Red Hat (архив). Red Hat. Дата обращения: 17 октября 2026.
  6. ↑ 1 2 3 4 5 6 7 8 9 10 11 Frequently Asked Questions — RHQ User Documentation (англ.). Jopr (архив). JBoss Community (2010). Дата обращения: 17 октября 2026.
  7. ↑ 1 2 3 JBoss Enterprise Application Platform 6 — Java EE 6, Fast Start-up, Low-memory, Cloud-ready (англ.). InfoQ. InfoQ (29 июня 2012). Дата обращения: 17 октября 2026.
  8. ↑ 1 2 3 4 5 6 7 Red Hat JBoss Operations Network has reached the end of its product life cycle (англ.). Red Hat Customer Portal. Red Hat. Дата обращения: 17 октября 2026.
  9. ↑ Marrs T., Davis S. JBoss at Work: A Practical Guide. — O'Reilly Media, 2005. — ISBN 978-0-596-00734-8.
  10. ↑ 1 2 RHQ (formerly Jopr) (англ.). JBoss Community (архив). JBoss Community (2013). Дата обращения: 17 октября 2026.
  11. ↑ Red Hat JBoss Operations Network 3.3 Update 11 (3.3.11) Release Notes (англ.). Red Hat Customer Portal. Red Hat. Дата обращения: 17 октября 2026.
  12. ↑ 1 2 3 Red Hat JBoss Operations Network Supported Configurations (англ.). Red Hat Customer Portal. Red Hat. Дата обращения: 17 октября 2026.
  13. ↑ Red Hat Delivers on JBoss Open Choice and Targets Cloud Computing With Next Generation Java Application Platform (англ.). Red Hat. Red Hat (2009). Дата обращения: 17 октября 2026.
  14. ↑ 1 2 3 Гайфулин Т. А., Костомаров Д. С. Анализ современных систем мониторинга // Известия Тульского государственного университета. Технические науки. — 2013. — Вып. 9-2.
  15. ↑ Oi H., Takahashi K. Performance Modeling of a Consolidated Java Application Server (англ.) // 2011 IEEE International Conference on High Performance Computing and Communications. — 2011. — P. 834—838. — doi:10.1109/hpcc.2011.118.
  16. ↑ 1 2 3 4 Федорова Л. М. Системы мониторинга. Обзор и сравнение // Вестник науки и образования. — 2020. — № 10-4 (88).
  17. ↑ Телегин Д. Г., Билятдинов К. З. Методика мониторинга нарушений информационной безопасности в компьютерных сетях на основе систематизации множества параметров // Техника средств связи. — 2026. — № 1 (173).
  18. ↑ Richards N., Griffith S. JBoss: A Developer's Notebook. — O'Reilly Media, 2005. — ISBN 978-0-596-10007-0.
  19. ↑ The JBoss Group. JBoss 4.0 — The Official Guide. — Sams Publishing, 2005. — ISBN 978-0-672-32648-6.
  20. ↑ Rubinger A. L., Burke B. Enterprise JavaBeans 3.1. — O'Reilly Media, 2010. — ISBN 978-0-596-15802-6.

Литература

Дополнительно по теме

Категории

Pause