Ну там каждая система отвечала за мониторинг своей части инфраструктуры.
Т.е. например 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).
|
