[et_pb_section fb_built=\u00bb1″ theme_builder_area=\u00bbpost_content\u00bb _builder_version=\u00bb4.27.8″ _module_preset=\u00bbdefault\u00bb][et_pb_row _builder_version=\u00bb4.27.8″ _module_preset=\u00bbdefault\u00bb theme_builder_area=\u00bbpost_content\u00bb][et_pb_column _builder_version=\u00bb4.27.8″ _module_preset=\u00bbdefault\u00bb type=\u00bb4_4″ theme_builder_area=\u00bbpost_content\u00bb][et_pb_text _builder_version=\u00bb4.27.8″ _module_preset=\u00bbdefault\u00bb theme_builder_area=\u00bbpost_content\u00bb hover_enabled=\u00bb0″ sticky_enabled=\u00bb0″]<\/p>\n
El servicio de monitoreo de ITS observa de forma permanente la infraestructura de una empresa \u2014redes, servidores, aplicaciones y eventos de seguridad\u2014 y genera una alarma cuando algo se sale de los par\u00e1metros esperados. El objetivo es simple: que el problema se detecte antes de que lo note un usuario, y que alguien est\u00e9 mirando tambi\u00e9n a las tres de la ma\u00f1ana de un domingo.<\/p>\n
ITS presta servicios de monitoreo a empresas uruguayas desde 2005, bajo procesos certificados en la norma UNIT-ISO\/IEC 20000-1:2018<\/a>.<\/p>\n La distinci\u00f3n entre servidor y aplicaci\u00f3n importa m\u00e1s de lo que parece. Un servidor puede estar perfectamente encendido, respondiendo al ping y con recursos de sobra, mientras el sistema que la empresa necesita est\u00e1 ca\u00eddo. Monitorear la capa de aplicaci\u00f3n es lo que evita enterarse por un llamado de un usuario.<\/p>\n El monitoreo corre de forma continua sobre una plataforma de monitoreo empresarial, con sensores y umbrales definidos para cada cliente seg\u00fan su infraestructura. Cuando una condici\u00f3n supera el umbral, se dispara una alarma.<\/p>\n Qu\u00e9 ocurre despu\u00e9s depende del tipo de evento, y conviene ser preciso porque son dos esquemas distintos:<\/p>\n La diferencia no es un detalle organizativo. Un disco que se est\u00e1 llenando puede esperar unos minutos a que la guardia lo eval\u00fae; un indicio de intrusi\u00f3n en curso, no. Por eso los eventos de seguridad tienen su propio esquema de atenci\u00f3n, con gente mirando, y no comparten la cola con el resto de la infraestructura.<\/p>\n Parte del trabajo de dise\u00f1ar un buen monitoreo es justamente definir qu\u00e9 amerita despertar a alguien y qu\u00e9 puede esperar al d\u00eda siguiente. Una guardia saturada de alarmas irrelevantes termina ignorando la que importa.<\/p>\n En los casos en que el cliente lo pide, ITS le da acceso directo a los tableros de monitoreo de su infraestructura. Es \u00fatil sobre todo para organizaciones que tienen un \u00e1rea de TI propia y quieren ver el mismo estado que ve el proveedor, sin intermediarios ni informes diferidos.<\/p>\n Son dos servicios complementarios que resuelven momentos distintos. El monitoreo<\/strong> detecta: encuentra el problema antes de que alguien lo reporte, idealmente antes de que tenga impacto. La mesa de ayuda<\/strong><\/a> responde: atiende lo que el usuario reporta cuando ya lo est\u00e1 sufriendo.<\/p>\n Una empresa con mesa de ayuda pero sin monitoreo se entera de todo por sus propios usuarios. Una empresa con monitoreo pero sin mesa de ayuda detecta los problemas de infraestructura pero deja a la gente sin a qui\u00e9n llamar. En general se contratan juntos, y en ITS comparten los mismos procesos de registro y escalamiento.<\/p>\n El monitoreo detecta problemas de forma autom\u00e1tica, antes de que un usuario los reporte: observa redes, servidores, aplicaciones y eventos de seguridad, y genera una alarma cuando algo se sale de par\u00e1metro. La mesa de ayuda<\/a> atiende los pedidos que hacen las personas cuando algo ya les est\u00e1 fallando. El primero es preventivo y el segundo reactivo, y se complementan: sin monitoreo, la empresa se entera de todo por sus usuarios.<\/p>\n Los sensores y los umbrales se definen para cada cliente seg\u00fan su infraestructura y la criticidad de cada servicio, no con una plantilla \u00fanica. Es la parte del trabajo que m\u00e1s incide en que el servicio sirva: un monitoreo mal calibrado genera alarmas que nadie atiende, y a las pocas semanas el equipo deja de mirarlas. En los casos en que el cliente lo solicita, se le da acceso directo a los tableros de su propia infraestructura.<\/p>\n Si es una alarma de infraestructura, se deriva al equipo de guardia disponible 7\u00d724, que la eval\u00faa y act\u00faa seg\u00fan el procedimiento definido de antemano para ese cliente y ese tipo de evento. Si es un evento de seguridad, lo atiende el SOC de ITS, que opera 7\u00d724 con personal monitoreando alarmas de forma permanente. No todas las alarmas requieren intervenci\u00f3n inmediata, y definir cu\u00e1les s\u00ed es parte del dise\u00f1o del servicio.<\/p>\n S\u00ed, y es uno de los casos donde m\u00e1s rinde. Un \u00e1rea de TI interna dif\u00edcilmente pueda sostener una guardia 7\u00d724 sin desgastar al equipo. Tercerizar la detecci\u00f3n y la guardia, manteniendo el equipo propio para los proyectos y las decisiones, suele ser m\u00e1s sostenible que pedirle a la misma gente que est\u00e9 disponible de noche y rinda de d\u00eda.<\/p>\n Si quer\u00e9s evaluar el monitoreo de tu infraestructura, escribinos a info@its.com.uy<\/a> o llamanos al +598 2623 4347. Revisamos qu\u00e9 ten\u00e9s hoy y qu\u00e9 conviene monitorear seg\u00fan la criticidad de cada servicio.<\/p>\n [\/et_pb_text][et_pb_code _builder_version=\u00bb4.27.8″ _module_preset=\u00bbdefault\u00bb theme_builder_area=\u00bbpost_content\u00bb hover_enabled=\u00bb0″ sticky_enabled=\u00bb0″]Qu\u00e9 se monitorea<\/h2>\n
\n
C\u00f3mo se atienden las alarmas<\/h2>\n
\n
El cliente puede ver sus propios tableros<\/h2>\n
Monitoreo y mesa de ayuda no son lo mismo<\/h2>\n
Preguntas frecuentes<\/h2>\n
\u00bfQu\u00e9 diferencia hay entre monitoreo y mesa de ayuda?<\/h3>\n
\u00bfC\u00f3mo se define qu\u00e9 monitorear y con qu\u00e9 umbrales?<\/h3>\n
\u00bfQu\u00e9 pasa cuando salta una alarma de madrugada?<\/h3>\n
\u00bfSirve el monitoreo si ya tengo un equipo de TI propio?<\/h3>\n
Hablemos<\/h2>\n