В начале прошлого года вышла 8-я версия одной из лучших программ управления компьютерными сетями – Network Node Manager, обозначается в отличие от предыдущих версий, как NNMi. Это не случайно, так как это написанный с чистого листа программный продукт, который вобрал в себе самое интересное и перспективное от предыдущих версий, а также от ПО с открытым кодом. А совсем недавно вышел 6-й патч для версии 8.10.
Тем, кто знаком с предыдущими версиями продукта 6.х/7.х, вероятно отмечали некоторую его эклектичность. При всей стабильности, зрелости и масштабируемости в нем соединилось многообразие системных компонент написанных в разное время, разных интерфейсов и парадигм.
Например интерфейс ovw на Motif хорош для мониторинга топологий типа «шина» или «звезда», где много пользовательских машин, или для составления карты сети, а веб-интерфейс Dynamic Views больше всего подходит для сложных топологий с множеством устройств маршрутизации и коммутации, где архитектура сети задана, и соединения не меняются ежечасно.
Все это ведет к некоторой путанице, и не все пользователи уверенно используют те или иные компоненты оптимально.
Чем меня порадовала восьмерка? Нет никакой эклектики — единство стиля и архитектуры. Интерфейс пользователя полностью основан на AJAX, и предполагает доступ только через веб-браузер. Наблюдение сети аккуратнее, чем в Extended Topology 7-ки, и нет периодической полной разведки. Если 7-ка требовала знания 10 тысяч конфигурационных файлов, то 8-ка все настройки хранит в закладке «Configurations».
Вообще 8-ка исповедует совсем иную парадигму — она сфокусирована на инцидентах, и полностью соответствует стандарту ITIL v3, в то время как 7-ка сфокусирована на картах сети. Можно, упростив, сказать, что оператор 7-ки запускал NNM, чтобы посмотреть на карту, а оператор 8-ки — для того, чтобы проверить инциденты.
Если 7-ка слишком «болтлива», и оператору нужно было поколдовать в ECS, чтобы сообщения о состоянии сети были по-существу, и все равно их приходило много, а в 8-ке для этого не надо ничего делать — приходят лишь инциденты-причины, а следствия внутри них.
В 8-й версии использовано много открытого ПО. Вот лишь некоторые из них: PostgreSQL, JBoss, Tomcat, Hibernate. Судя по всему, продукт от этого только выиграл: 8-ка гораздо производительнее предыдущей версии, может обрабатывать больше событий в секунду.
За это время 8-ка научилась работать в кластерах, поддерживать LDAP аутентификацию, стала быстрее и стабильнее. Появился ряд «прибамбасов» или iSPI (smart plug-ins): замер производительности железа, IP телефония, MPLS, мультикаст и другие.
Тем, кто знаком с предыдущими версиями продукта 6.х/7.х, вероятно отмечали некоторую его эклектичность. При всей стабильности, зрелости и масштабируемости в нем соединилось многообразие системных компонент написанных в разное время, разных интерфейсов и парадигм.
Например интерфейс ovw на Motif хорош для мониторинга топологий типа «шина» или «звезда», где много пользовательских машин, или для составления карты сети, а веб-интерфейс Dynamic Views больше всего подходит для сложных топологий с множеством устройств маршрутизации и коммутации, где архитектура сети задана, и соединения не меняются ежечасно.
Все это ведет к некоторой путанице, и не все пользователи уверенно используют те или иные компоненты оптимально.
Чем меня порадовала восьмерка? Нет никакой эклектики — единство стиля и архитектуры. Интерфейс пользователя полностью основан на AJAX, и предполагает доступ только через веб-браузер. Наблюдение сети аккуратнее, чем в Extended Topology 7-ки, и нет периодической полной разведки. Если 7-ка требовала знания 10 тысяч конфигурационных файлов, то 8-ка все настройки хранит в закладке «Configurations».
Вообще 8-ка исповедует совсем иную парадигму — она сфокусирована на инцидентах, и полностью соответствует стандарту ITIL v3, в то время как 7-ка сфокусирована на картах сети. Можно, упростив, сказать, что оператор 7-ки запускал NNM, чтобы посмотреть на карту, а оператор 8-ки — для того, чтобы проверить инциденты.
Если 7-ка слишком «болтлива», и оператору нужно было поколдовать в ECS, чтобы сообщения о состоянии сети были по-существу, и все равно их приходило много, а в 8-ке для этого не надо ничего делать — приходят лишь инциденты-причины, а следствия внутри них.
В 8-й версии использовано много открытого ПО. Вот лишь некоторые из них: PostgreSQL, JBoss, Tomcat, Hibernate. Судя по всему, продукт от этого только выиграл: 8-ка гораздо производительнее предыдущей версии, может обрабатывать больше событий в секунду.
За это время 8-ка научилась работать в кластерах, поддерживать LDAP аутентификацию, стала быстрее и стабильнее. Появился ряд «прибамбасов» или iSPI (smart plug-ins): замер производительности железа, IP телефония, MPLS, мультикаст и другие.
