Cómo comenzar a desarrollar un sistema de gestión de red

He estado trabajando en un sistema NMS simple como un proyecto personal, y he estado usando varios productos Enterprise NMS a diario. Esto es lo que aprendí.

La red es una enorme rama de las TIC, con una gran cantidad de dispositivos involucrados. Ser capaz de monitorearlos a todos de manera inteligente requiere tanto esfuerzo que es prácticamente imposible. Sin embargo, el uso de protocolos estándar le permite tener un alto grado de compatibilidad con muchos sistemas y proveedores.

Dado ese prefacio, debe evaluar cuál es el verdadero propósito de su NMS. ¿Cómo es diferente de otros productos? ¿Cuáles son sus fortalezas y wekanesses? ¿Por qué debería comprarlo en lugar de productos de la competencia?

Te doy algunos ejemplos. Orion, de Solar Winds, es una herramienta genérica. Hace muchas cosas y es personalizable hasta cierto punto. Puede agregar módulos adicionales, como análisis de VoIP o Netflow, pero su actividad principal es el sondeo SNMP. El pronóstico de IR.com, en cambio, se centra en la calidad de las llamadas VoIP. Recopila datos de llamadas de Skype for Business o Cisco UCM y los analiza. Luego reconstruye la ruta con un trazado de ruta y busca errores de interfaz en los enrutadores a lo largo de la ruta. Puede monitorear dispositivos a través de SNMP como Orion, pero lo hace solo como consecuencia del análisis de VoIP.

Entonces, primero defina dónde quiere sobresalir su producto. Luego, investigue para encontrar los mejores protocolos (SNMP, ICMP, servicios web como SOAP o REST, etc.) que permitan la mejor integración con su dispositivo objetivo. Considere implementar SNMP e ICMP de todos modos, ya que al usuario le resultará útil tener la posibilidad de agregar prácticamente cualquier dispositivo para monitorear.

Investigue qué puede obtener con los protocolos que ha elegido y cómo almacenarlos en una base de datos de manera eficiente. En base a eso, decida qué base de datos usar.

Finalmente, considere la interfaz de usuario, una aplicación web (mi sugerencia) o un cliente descargable. Encuentre un lenguaje excelente que le resulte cómodo para la parte de back-end (interactuando con la base de datos, con dispositivos y elaborando datos), y también un lenguaje del lado del cliente. Considere también la posibilidad de generar alertas y enviarlas por correo electrónico o SMS, ¡esta también es una interfaz de usuario!

También es posible que desee considerar la escalabilidad de su infraestructura. ¿Desea tener un único servidor o quizás varios servidores descentralizados? Si desea un sistema escalable y distribuido, deberá hacer más consideraciones, como la forma en que los nodos interactuarán entre sí.

Suponiendo que sepa qué elementos de red (NE) deben regirse por el Sistema de administración de red (NMS), ya que puede haber numerosas funciones NMS involucradas. Al igual que cualquier proyecto en desarrollo, debe seleccionar procesos de desarrollo de proyectos y productos. Cualquier buen proceso comenzaría definiendo la Especificación de requisitos principales y distinguir qué funciones NMS deberían incluirse en el sistema. El siguiente paso sería preparar los Requisitos del sistema (tanto los requisitos generales como los específicos del sistema). Los siguientes pasos también son triviales para el desarrollo de productos TIC e incluyen, entre otras cosas, Informe técnico del sistema, Descripciones de bloques funcionales y desglosar el diseño funcional en componentes de bloques más pequeños. Paralelamente, el diseño de pruebas relacionadas debe prepararse entre la estructura del producto y la estructura de gestión del proyecto. La gestión típica del proyecto incluiría (en parte, Prestudy), Fase de viabilidad, Ejecución y fases de prueba (nuevamente, debe elegir el proyecto relacionado y el proceso del producto).

Cualquier buen NMS tendrá capas API bien definidas desde el usuario (Call Center) hacia los elementos de red de destino. Esto incluye interfaces bien estandarizadas para la comunicación entre el Cliente NMS y el Element Manager (EM) que se encuentra en conexión con el NE. Otra función importante para un NMS de alta calidad es tener un mapa de topología para el NE cerca del cliente NMS (por ejemplo, en la nube de Internet). ¡La mayor parte de la interacción de la interfaz de usuario del cliente NMS será hacia el mapa de topología a alta velocidad! El mapa de topología y el EM relacionado ubicado en la plataforma NE estarán en comunicación continua actualizando los parámetros NE necesarios en el mapa de topología, por ejemplo, alarmas, carga de tráfico, rendimiento, etc. El rendimiento del sistema.