The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Релиз платформы централизованного управления RHQ 4.0

06.05.2011 18:11

Анонсирован релиз RHQ 4.0, открытой системы централизованного управления, конфигурирования, инвентаризации и мониторинга за работой программного обеспечения на машинах в сети предприятия. Код RHQ написан на языке Java и распространяемая в рамках лицензии GPL. Платформа построена по модульному принципу и позволяет организовать управление практически всеми аспектами работы операционной системы и пользовательских приложений. RHQ позволяет контролировать работу web-серверов Apache, контейнеров Apache Tomcat, сервера приложений JBoss, базы данных PostgreSQL и других популярных открытых проектов.

Ключевые новшества RHQ 4.0:

  • Новый web-интерфейс, базирующийся на SmartGWT и функционирующий с использованием технологии Ajax. Из отличий от прошлого web-интерфейсе отмечены: поддержка интернационализации; возможность создания и настройки собственных информационных панелей (dashboard); возможность настройки содержимого страниц со сводной информацией о группах и ресурсах; расширенные средства планирования выполнения операций; реализация "центра сообщений" в котором сохраняется история всех уведомлений; добавление поддержки редактирования списков со свойствами в редакторе конфигурации;
  • Поддержка Postgres 9.0;
  • Возможность удаления агентских плагинов;
  • Поддержка запуска RHQ CLI-скрипта при поступлении сигнала тревоги;
  • Улучшение средств авторизации для репозиториев с контентом;
  • Значительное улучшение работы агентского плагина для управления MySQL;
  • Новый процесс для отправки уведомлений на основе анализа логов.


  1. Главная ссылка к новости (http://pilhuhn.blogspot.com/20...)
  2. OpenNews: Релиз RHQ 3.0.0, платформы для управления системами
  3. OpenNews: Компания Red Hat открыла исходные тексты JBoss Operations Network
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/30476-montoring
Ключевые слова: montoring, RHQ
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (29) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 19:27, 06/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Есть аналоги не на Java?
     
     
  • 2.2, Аноним (-), 19:37, 06/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Тысячи их.
    Chef, cfengine, bcfg2, puppet и иже с ними.
     
  • 2.3, дом советов (?), 20:33, 06/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Если нужен мониторинг того же уровня (ынтерпрайз) - Zenoss
     

  • 1.4, Alexander Konotop (?), 20:43, 06/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Скажите, это просто мне не приходилось сталкиваться с этими Ынтерпрайз системами... большой текст свёрнут, показать
     
     
  • 2.5, none_first (ok), 21:10, 06/05/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    ну чтобы понять - нужна необходимость в продукте ;)
    берем продукты IBM: тиволи (всякие), вебсферу, CICS, Lotus Domino Notes...
    Если их не используешь - понять сложно, для чего это нужно ;)
     
     
  • 3.15, Аноним (-), 01:02, 07/05/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > берем продукты IBM: тиволи (всякие), вебсферу, CICS, Lotus Domino Notes...

    ...но гораздо лучше держаться от них подальше. Если вы хотите неповоротливый, глючный, тормозной и проблемный софт - спрашивайте что-нибудь энтерпрайзное. Тиволи, вебсферы и прочие домино - отличные примеры! Если они вам нужны - вы ПОПАЛИ!

     
     
  • 4.18, Alexander Konotop (?), 02:06, 07/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Это с точки зрения практики использования. А с точки зрения практики внедрения получается ситуация очень похожая на байку которую я слышал ещё во времена Windows98. Байка заключалась в том что сайт microsoft.com корректно отображается только в IE - так как же несчастные пользователи UNIX сидящие на тогдашней замечательной Мозилле 1.3 смогут узнать о том что есть такая обалденная система Windows и захотеть её купить? Так и здесь ситуация интересная: если я не пользовался этими системами - я не знаю, зачем они нужны. А если бы пользовался - знал бы. Но если не знаю зачем нужны - не посоветую как специалист начальнику приобрести для предприятия такую. А сам начальник в 99,99% случаев будет далёк от этого всего. Ему нужно чтобы он заплатил бабло, а предприятие стало работать эффективнее. Ему это даже не нужно пока он не знает о том что есть такая возможность. Что это за система и какие у неё преимущества/недостатки ему наплевать. И он точно не знает зачем оно ему нужно пока я не обращу на неё его внимание. Поэтому вся эта система продажи и обслуживания держится на промывании мозгов специалистам а не начальником. Пообщавшись с несколькими сотрудниками майкрософта, причём не самыми последними людьми в компании я точно дал диагноз: "зомби". Однако это ещё не значит что все Java или .NET девелоперы зомби, но достаточно некоторого процента таких вот зомби-сотрудников ентерпрайз-предприятий чтобы система жила и дальше. А те кто приходит от имени внедряющей фирмы и внедряет - те как раз совсем не зомби, они просто бабло рубят, а куда деваться, система такая, деньги всем нужны и много их не бывает. Это конечно пока деньги в сегодняшнем ничем не подтверждённом виде существуют, а это будет ещё довольно долго, хотя и не вечно.
     
  • 2.6, Stax (ok), 21:30, 06/05/2011 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Вроде того Вот представьте себе компанию покрупнее, у которой не один мега-серв... большой текст свёрнут, показать
     
     
  • 3.8, Alexander Konotop (?), 21:57, 06/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Я кажется понял область применения. Поправьте, если ошибаюсь. Возьмём для примера контору, в которой несколько программистов проектируют какой-нибудь проект/стартап/не_важно_как_назвать. Их несколько человек. С момента запуска проекта появляется одновременно больше денег и больше проблем. Решение - нанять больше программистов. Но в коде-то разбираются только несколько человек. А вот если с начала разработки взять какую-нибудь общую широкоизвестную идею проектирования системы, например, MVC, то другим разработчикам будет проще и быстрее разобраться, нужно лишь потратить немного времени и объяснить им где M, где C, а где V. Здесь та же идея только не для программистов а для сисадминов и в полностью готовом виде? И готовность этого вида заключается в реализованной системе классификации и учёта действий админа?

    P.S. За объяснение JBoss отдельное спасибо. Кажется, заодно приблизился к постиганию смысла слова Middleware.

     
  • 3.14, Аноним (-), 23:40, 06/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > в апаче бегают cgi-скрипты, ну скажем через mod_perl или mod_php

    Так всё-таки через cgi или через mod_perl/mod_php?

     
  • 3.20, Аноним (-), 05:47, 07/05/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Stax>Раз уж вы занаете про апач, вот вам пример - в апаче бегают cgi-скрипты, ну скажем через mod_perl или mod_php.

    ... зал взрывается аплодисментами! Проффи новой закваски! Made in Skolkovo :)

     
  • 2.7, Avator (ok), 21:41, 06/05/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    none_first парвильно вам пример приводит Посмотрите программные продукты Tivoli... большой текст свёрнут, показать
     
     
  • 3.9, Alexander Konotop (?), 22:17, 06/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Я понял, на мой вопрос это просто мне не приходилось сталкиваться с этими Ынтер... большой текст свёрнут, показать
     
     
  • 4.11, VoDA (ok), 23:08, 06/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > А если в подробностях - честно говоря, не хватило фантазии на цифру в 7000 компов.

    Я работаю в небольшой IT компании. Штат примерно 1200 человек. Компов примерно в полтора раза больше - у многих есть рабочие ноуты.

    Количество железных серверов в нашем офисе (довольно малочисленном) около 15. Плюс зверюга поддержки виртуалок - на нем еще 20-30 серверов в виртуалках.

    Всего офисов около 8.

    Итого: пусть 1500 компьютеров + 8*50 = 400 серверов.

    Управление все сети идет через политики и AD. Админов около 8 - по одному на офис. Справляются.

     
  • 4.12, VoDA (ok), 23:12, 06/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Капитализм, мать его, культ потребления. Недавно вот мышь поменял девушке с PS/2 на USB так пришлось винду переставить чтоб заработало, т.к. винда навернулась а в бэкапе, сделанном PartImage'м из под Линуха не было установлено ни драйверов USB мыши (да, за пару недель до этого ещё и мышь накрылась), ни USB клавы.
    > Предприятие серьёзное, но там явно не было столько компов, основная проблема сводилась к бухгалтерии (между прочим, проблема очень и очень объёмная)

    писали софт для Финской почтовой службы. Софт - одна из подсистем к их сортировочной машине (это та хрень, через которую проходит ВСЯ почта и потом на трейлерах разъезжается по городам и весям). Всего систем обеспечивающих работу около 5 или 6. Самые древние были сделаны лет 15-20 назад и работают. Наш софт вероятно еще лет 20 отработает прежде, чем появится задача по его смене на другой.

    Часть систем написана на С (другого не было тогда), нанешние все на java.


    PS система распознавания речи, она и сообщает работнику куда данное письмо нужно отсортировать.

     
  • 4.13, Avator (ok), 23:27, 06/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ну 7000 это не предел.
    Столько оказалось комппов на заводе ГАЗ, когда моя контора внедрила там Tivoli Configuration Manager.
    Они даже не знали сколько у них компов реально есть, в каких цехах они установлены, кто является ответственным за каждый из компов.
    Не говоря уже обо всём остальном. Еще на заводе Урал внедряли. Правда сколько там компов было не помню. =) Так что спрашивайте если интересно.

    Мониторинг тоже внедряли в одной из нефтедобывающих компаний. Но... там реально больше делали местные сотрудники... и из-за сложности инфраструктуры был целый зоопарк систем мониторинга, сообщения из которых агрегировались с помощью Tivoli Enterprise Console. (кстати еще один продукт, который применяется исключительно в так называемом Энтерпрайзе).

    Я занимался системой отчетности, которая отображала собранный данные в виде графиков и таблиц.

     
     
  • 5.16, Alexander Konotop (?), 01:14, 07/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А этот зоопарк как-то упорядочен был Ну там зверушка в одном отделе, зверушка в... большой текст свёрнут, показать
     
     
  • 6.19, Avator (ok), 04:58, 07/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ну там каждая система отвечала за мониторинг своей части инфраструктуры.
    Т.е. например IBM Director (по-моему так называется) отвечал за сбор информации о состоянии бесперебойников, Tivoli Netview собирал информацию о состоянии корневых маршрутизаторов используя протокол SNMP (правда паршиво достаточно это делал.. но тем не менее делала) еще 2 или 3 системы... не IBM'овские в частности Microsoft SMS и еще какие-то продукты (сейчас уже не припомню, года 2-3 уже прошло, помоему GFI и еще какой-то продукт) собирали информацию о состоянии серверов. А потом все это валилось в Tivoli Enterprise Console через разные костыли.... и там на основе правил корректировалось. (т.е. например если одновременно отказал корневой маршрутизатор и перестали пинговаться часть серверов, то в TEC попадали и те и те события, а потом на основе правил собыстия о том что сервера не пингуются должны закрываться.... примерно так... а  на основе этих данных уже админы получали некоторую общую картинку в самописной веб морде).

    А по поводу конфигурации... если бы использовались Java приложения (пусть и разных вендоров) конфиги с 90% вероятностью были бы в одном стиле.
    В J2EE среде слава богу есть стандраты дефакто (например Spring Framework) и масса стандартов деюре, однако вендоры их придерживаются и разрабатывают совместно. См Java Community Process (JCP.org), на котором можно найти стандартные API для подавляющего большинства задач. И написав софт например под IBM'овский репозиторий контента (DB2CM или Filenet) этот же софт можно использовать например с Alfresco или Apache Jackrabbit. Конечно, какие-то правки все равно придется вносить, системы все равно в нюансах могут различаться, но API жестко зафиксирован. Тоже самое можно сказать про портлеты IBM Websphere Portlet Server, Liferay, Apache Jetspeed. И т.д. посмотри jcp.org там много всего интересного... жаль Oracle своими действиями подрывает этот порядок (нападки на Google, разборки с Apache Foundation).

     
     
  • 7.21, Alexander Konotop (?), 11:21, 07/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ммм, благодарю за ссылку, занятный ресурс. Особенно менюшка "JSR's" слева вверху - по сути это очень (ОЧЕНЬ!) хорошо рассортированная документация. Выбрав любую платформу сразу можно прикинуть список возможностей. Я, например, не знал что у некоторых версий J2ME есть USB API.
     
     
  • 8.22, Avator (ok), 19:54, 07/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да не за что Рад, что ссылка оказалось полезной В рамках Java Community P... текст свёрнут, показать
     
  • 2.10, VoDA (ok), 23:00, 06/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Большие системы это отдельный рынок отличающийся от малых практически принципиа... большой текст свёрнут, показать
     
     
  • 3.17, Alexander Konotop (?), 01:44, 07/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    На странице википедии, посвящённой ESB куча картинок Java, NET и прочих заранее... большой текст свёрнут, показать
     
     
  • 4.23, ыу (?), 20:42, 07/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    То же самое, например, LAMP - ну почему не LNMP (nginx) или LHMP (lighttpd) или не BAMP (BSD)?

    Потому что эта реализация технологий была первой. Linux был раньше BSD, Apache был сильно раньше энженикса и лайти, Perl а в последствии PHP были сильно раньше всего остального для Web. Аббревиатура  еще прошлого века. И очень долго не было никакой альтернативы, никто не мог с ними конкурировать, даже MS стоял и курил в сторонке, да и сейчас.

    >А ведь аббревиатура CMS наверняка раньше чем MVC

    Это из репертуара "В огороде бузина, а в Киеве дядька". MVC это разделение кода для уровня представления и бизнес-логики, очень правильное разделение если что, зародилось еще со времен кобола, задолго до эпохи веб.


    >Что бы мы имели без энтерпрайза: взяли несколько толковых специалистов, они провели аналитику работы предприятия, каждый по отдельному направлению сформировал список того что реально необходимо внедрить для решения каждой проблемы и в итоге они сформировали бы список технологий, которые необходимо внедрить и который будет иметь тот же функционал что и ентерпрайз.

    1. Энтерпрайз это где-то 80% решенных задач в любом случае сразу.
    2. Самописное это практически всегда держится на 2-3 специалистов, случись что с ними предприятие встанет колом.
    3. Несколько толковых специалистов никогда не заменят миллионы человеко-часов работы десятков тысяч специалистов.
    4. Иногда предприятия нужно продавать, покупателю нужно понимать что он покупает.
    5. Доработка в энтерпрайзе это готовая методология, выгони специалистов и найми других почти ничего не потеряешь.
    6. Энтерпрайз повышает капитализацию предприятия, т.е. увеличивает как активы так и пассивы собственников.

     
     
  • 5.27, Alexander Konotop (?), 15:21, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Согласен но это не есть хорошо, зато ситуацию описывает очень точно Ведь Window... большой текст свёрнут, показать
     
  • 5.28, Морозов Алексей (?), 06:08, 09/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Потому что эта реализация технологий была первой. Linux был раньше BSD

    А! а! а! Раньше - где?

     
  • 3.24, ыу (?), 20:56, 07/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Еще одна особенность java - проекты "вечны". лично работал с проектами на
    > системах, которые начали делать лет 15 назад. И с тех пор
    > непрерывно улучшают/дописывают. Но не переписывают с нуля.

    Проекты всегда вечны, привет от PMBOK. http://ru.wikipedia.org/wiki/Project_Management_Body_of_Knowledge

    А то что на Java проекты не переписывают с нуля, это признак стабильности платформы.

     
     
  • 4.25, Alexander Konotop (?), 14:52, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    С PMBOK знаком. Не самый лучший вариант, иягко говоря. Сам являюсь сторонником P2M.
     
  • 4.26, Alexander Konotop (?), 14:54, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А вот по поводу стабильности - на 200% соглашусь. Видимо, решения о добавлении нововведений 200 раз перепроверяются, так что потом не приходится ломать обратную совместимость версий платформы.
     
  • 4.29, MNU (?), 14:27, 05/06/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > А то что на Java проекты не переписывают с нуля, это признак стабильности платформы.

    ИМХО заблуждение (есть примеры из личной практики).

    ЗЫ. Если так подходить почему все стремятся купить Форд/БМВ/Тайота/.... , а не ездят на жигулях ;)

     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2022 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру