| Date: | Sep 19 2000 09:26:41 EDT |
| From: | "Roberto Bras" <[EMAIL PROTECTED]> |
| Subject: | Re: [redewan] Software de gerenciamento de Hub e Switches |
|
Complementando, Julio,
Este �
o conceito de "framework" (plataforma de gerenciamento).
Tenho
um e-mail anterior na lista que comentava este assunto (se necessitarem eu
reenvio).
O
"framework" seria o equivalente ao Sistema Operacional.
Vc n�o
usa o Windows como fim, e sim as aplica��es, que rodam "embaixo" (ou "em cima",
como preferirem) do Windows.
O
mesmo vale para o HP OpenView (OV), Spectrum, CA TNG, Solstice e Tivoli. Todos
s�o considerados "frameworks".
Em
cima deste "framework" vc pode rodar sua aplica��o de gerenciamento, que pode
ser, por exemplo:
-
o BMC Patrol para gerenciar o seu Oracle ou SQL Server;
- o
Microsoft SMS para gerenciar seus sistemas Windows;
- o
Compaq Insigth Manager para gerenciar seus sistemas Compaq, o CiscoWorks para
gerenciar produtos Cisco;
-
Nortel Optivity para gerenciar equipamentos Nortel (anteriormente denominada
Bay;
- o
3Com Transcend para gerenciar seus equipamentos 3Com,
e
assim por diante.
O OV �
o framework mais popular que existe, e para o qual existe o maior n�mero de
aplica��es escritas.
Ele
seria o equivalente ao Windows (com a diferen�a de que n�o trava
aleatoriamente). O OV tb det�m pelo menos 70% do mercado de gerenciamento de
redes.
Conv�m
ressaltar que, para esta filosofia de gerenciamento
funcionar:
- Os
aplicativos T�M de de ser compat�veis, tanto com o framework, quanto com o
ambiente operacional onde roda o dito cujo. Assim, j� vi casos de, por exemplo,
um aplicativo Cisco para gerenciar o switch WAN da Stratacom (StrataView) que S�
rodava no HP-UX, SOMENTE em ambiente Solaris e SOMENTE em processador SPARC.
Ah,
que maravilha os sistemas abertos...
- O
fato de rodarem sob a mesma plataforma n�o necessariamente implica os
aplicativos "se conversarem", implica geralmente somente MIBs, menus e mapas
compartilhados.
Desta
forma, um evento associado, por exemplo, a um router (gerenciado pelo
Gerenciador de Elementos), poder� afetar o aplicativo de banco de dados, que
est� sendo gerenciado pela aplica��o de Gerenciamento de Sistemas), o que, na
maioria dos casos, ir� gerar uma "tempestade" de alarmes (chamemos estes alarmes
de "fofocas"). Neste caso, � necess�rio uma feature embutida no framework, ou
uma aplica��o externa, para Correla��o de Eventos (chamemos este cara de
"dissipador de fofocas" ou "gossip killer").
Espero
ter ajudado.
[],
Br�s.
|
