Para monitorear la red es esencial utilizar un programa de software.
Siempre conviene saber:
- si hay algo que va mal en la red basándose en patrones de actividad inusuales (es decir, además de los típicos umbrales de alarma);
- si hay alguna actividad importante de transientes, la magnitud de estos y la frecuencia con la que se producen;
- si los umbrales de alarma siguen siendo apropiados, para no disparar las alarmas innecesariamente y para que no se les pase por alto nada importante;
- si algún activo necesita tareas de mantenimiento (sustituir una batería, reparar una VRP, etc.).
Supongamos que tiene a un técnico que comprueba estas cuatro cosas una vez al día. A lo mejor lo que le interesaría es comprobar posibles anomalías cada 15 minutos y verificar los umbrales de alarma una vez por semana, pero vamos a ponerlo fácil.
Para verificar todo esto es preciso que un analista revise una gráfica, haga cálculos con los datos, extraiga una conclusión y notifique los resultados. Siendo optimistas, vamos a suponer que se pasa 5 minutos con cada logger.
Y que cada día del año comprueba 4 parámetros de cada logger. Eso significa 365 días x 4 parámetros x 5 minutos = 120 horas hombre por logger y año.
Suponiendo que un analista trabaje 220 días de 8 horas en un año:
|
Cantidad de loggers |
Analistas necesarios |
|
1 |
1 |
|
100 |
7 |
|
500 |
35 |
|
1000 |
70 |
|
1434 |
100 |
|
2000 |
139 |
|
5000 |
346 |
El equipo de analistas más numeroso que conocemos de una compañía de aguas no es lo suficientemente grande como para comprobar los datos de esta manera. Apenas podrían controlar unos cuantos centenares de loggers, cuando su objetivo es acabar teniendo cerca de 10 000.
Esto demuestra que las únicas opciones realistas son la reparación en caso de fallo y el mantenimiento periódico o basado en factores de riesgo.
Hasta ahora. iNet de i2O realiza todas estas funciones y muchas más, permitiéndole rentabilizar al máximo su inversión en dispositivos de registro.