Denbora luzez ez dugu gai interesgarri honi buruz hitz egin, eragiketa ikuspegi bat izatea, gure negozioaren gaineko kontrol bat izatea, enpresa funtzionatzen mantentzen duten zerbitzuen egoera ezagutzeko modu bat! Post bat egin nahi nuen aukera hauek partekatzeko.

Ongi dakigunez bezala, Centreon bezalako monitorizazio sistemei esker, gure azpiegitura monitoriza dezakegu. Monitorizazio sakon bat, analisi sakon batekin batera azpiegitura zerbitzua ematen duen punturik kritikena ezagutzen lagunduko digu. Zerbitzu hauek izango dira gure erabiltzaileei eskaintzen dizkigunak, clientes o proveedores.

Ideia hori da, gure azpiegitura monitorizazioa maila gorenera igotzea, maila batean, non teknikaririk ez diren pertsonak, ez, ardura edo exekutiboak direnak, benetan jakin behar dutenak nola dagoen euren negozioa denbora errealean. Web panel batzuk, operazio zerbitzu bat nola kaltetua izan daitekeen jakiteko aukera emango dutenak, horrek bertatik behera joan eta gauzak zergatik dabiltzan jakiteko aukera emango dutenak, panel batzuk, 'zer gertatzen da hau balitz' estilo simulazioak egiteko aukera emango dutenak…’, jatetik jakin dezan SLA zer ematen zaion negozio zerbitzu bakoitzarentzat…

Post honetan ikusten duguna guztia oinarritzen da 100% open source-ean, baina egia da Centreonek edo beste produktuek zerbait antzekoa eskaintzen ahal dutela ordainpeko produktuen pean. In posts hauek zaharrak jakin genuen zatirik teknikoa, nola muntatu.

Gaur praktiko adibide bat ikusi nahi da, eta adibide erraz bat jarriko dugu, nire enpresa, “Open Services IT”, IT zerbitzuak eskaintzen dituen enpresa bat. Beraz, enpresak bere jarduera burutu dezan behar duenari buruz jakinda, zerbitzu monitoreatutakoak elkarrekin erlazionatuko ditugu desberdinak diren menpekotasunak sortzeko.

Ulerm dezagun lehen panela hau, arduradunak negozioaren egoera nola dagoen jakin dezan. Kasualitate honetan, Open Services IT enpresa produktiboa eta funtzionala izan dadin, behar izango du:

• Teknikariek bezeroei arreta eskaintzea eta duten edozein beharra ase ahal izatea. Hau izango da ‘Bezeroaren Arreta’ izeneko negozio zerbitzua.
• Sailak. administrazioari fakturatu ahal izatea, baina ez badugu, jan egiten ez dugu, hau izango da gure negozio zerbitzua ‘Fakturazioa’.
• Gurekin ere badugu elementu garrantzitsu bat ‘Negozioaren jarraikortasuna’ deitutakoa, que será cualquier servicio que prestamos para que ante cualquier desastre, la empresa pueda seguir trabajando; o anticiparnos a cualquier circunstancia que impida su desempeño.
• Eta ezer, el último servicio importante, pero que aquí no os quiero aburrir sería que funcione el entorno 'Domótico', sin él, la empresa no abriría, perdería el control de ciertas automatizaciones, no se cobrarían las nóminas… Esan dut, no le deis importancia a este ítem.

Adicionalmente lo dicho, podríamos indicar en la propia interfaz el SLA, en % o en tiempo de cada servicio que mostramos. Pudiendo ver cuánto tiempo se ha encontrado OK o perfecto, Warning o en peligro, así como Critical o pudiendo ser afectado el servicio.

El responsable podrá viajar entre los distintos paneles y conocer el SLA que están ofreciendo los distintos servicios. En este ejemplo vemos las dependencias que tenemos para que funcione el “Servicio de atención al cliente” y se compone de lo siguiente:

• Que funcione el sistema de incidencias, para que el cliente o el técnico pueda gestionar, imputar…
• Mediante el ‘Servicio de Reporting’ el técnico o cliente podrá conocer en tiempo real el estado de la infraestructura gestionada por nosotros, así como acceso a informes de usos de horas, facturas…
• Tenemos un sistema que permite a los técnicos reunirse con los clientes, obviamente si esto se para, puede verse afectado el ‘Servicio de atención al cliente’. Igualmente lo usamos para las sesiones remotas con los clientes para conectarnos a su puesto…
• Entregamos a nuestros usuarios aplicaciones y escritorios de manera centralizada, para que cualquier empleado pueda trabajar desde cualquier lugar. Si esto no funciona, nadie tiene apps, herramientas…
• Obviamente los técnicos y los clientes necesitan comunicarse por correo electrónico. Aquí controlaremos todo lo necesario para que funcione el email, que los servidores estén ok, que no estemos en listas de spam…
• Al igual que el correo, pasa con la telefonía, los técnicos han de poder comunicarse con los clientes (y viceversa). Si el servicio que presta la telefonía cae, pues no hay centralita, o no entran o salen llamadas…
• Disponemos de un entorno Wiki donde los técnicos consultan a modo KB o documentan cualquier incidencia para no volver a perder tiempo en el futuro. Esto es necesario para el buen trabajo de los técnicos.
• Para el intercambio de información con los clientes/proveedores disponemos de un sistema que debe funcionar, sin él no podrían acceder a los documentos que tenemos de ellos, facturas, intercambios temporales…
• ¡Y por supuesto que funcione Internet! sin Internet, los técnicos no somos nada 😉

Como vemos el entorno es 100% personalizable y totalmente corporativo, podremos por supuesto añadirle cualquier enlace (a productos…)... Y si seguimos bajando de nivel, podrán ir conociendo lo dicho, todas las dependencias de algo para que funcione. ‘Reporting Zerbitzuaren’ kasuan, funtzionala dela jakiteko behar duguna:

Alde batetik barne-lanetan funtzionatu behar du:

• Lehenik eta behin, zerbitzua eskaintzen duen produktuak berak funtzionatu behar du, kasu honetan Grafana batean oinarrituta dago, horrek esan nahi du(s) makina(s) zerbitzua eskaintzen dutenak osasuntsu egon behar dutela, eta behar duen guztia funtzionatu behar du (portuak, prozesuak, BBDD…).
• Gure maitea ‘Directorio Aktiboa’ autentifikazio eta baimen sistema funtzionatzeko Grafana-n bertan funtzionatu behar du.
• Birtualizazio zerbitzua funtzionatu behar du, sin él, makina birtualak ez daude martxan, eta gure Grafana birtualizatua dago.
• Sarea barne funtzionatu behar du, barne-komunikazioak jausten badira, sistemak kalteturik geratuko lirateke eta ezin izango lirateke elkarrekin komunikatu.
• Eta bestelako azpiegitura kritiko zerbitzuak, como pueda ser el servicio DNS, sin él no habría resolución de nombres; o el servicio NTP tan crítico.

Y por el otro lado, al ser un servicio público a los clientes, pues también controlaremos que ciertas dependencias se cumplen:

• El sitio público debe estar operativo, no sólo que responda, si no también que el puerto esté abierto, el certificado no caduque, no caduque el propio dominio, o lo ofrezcamos con seguridad certificada en SSLLABS (yo qué sé)…
• Obviamente si se cae Internet (las WAN que sean), puede que no sea accesible el servicio de Reporting…
• Al igual si disponemos de un balanceador público (en este caso utilizamos NetScaler), pues que funcione, que haga su labor.

Y por hacer el ejemplo más rápido que podía, si en el panel anterior pinchamos en Grafana, pues veríamos las máquinas que ofrecen dicho servicio. Lo comentado, este ejemplo es bastante directo, pero otros servicios permiten viajes más particulares e interesantes. Rolloak aparte, vemos la máquina cómo se encuentra, con integraciones y visualizaciones de sus consumos…

Análisis de Impacto de Negocio

Podremos tener también un Análisis de impacto de negocio, rápidamente podremos conocer la respuesta ante cualquier duda de 'qué pasa sí'. Esto significa, adibidez, que podremos manualmente indicar que algo se cae, así podremos conocer los servicios afectados. Así podremos anticiparnos a cualquier problema, saber qué pasa si quitamos un cable, si nos caduca un certificado, si apagamos una máquina…

Accederemos a este análisis de impacto desde el Home de nuestra monitorización de negocio, si os fijáis en la primera imagen del post, abajo a la derecha disponemos de algunos vínculos con distintos accesos, uno será aquí.

La simulación la podremos realizar basándonos en el estado actual de la plataforma, o forzando todo a OK si fuere necesario.

Podremos viajar por los árboles de los procesos de negocio que hayamos definido hasta encontrar qué queremos tirar abajo.

Por seguir el ejemplo del post… qué pasa si se cae por ejemplo el puerto o proceso de Grafana, ¿a qué me afectaría y cómo?

Pues podremos ver cómo el ‘Servicio de Atención al cliente’ se ve afectado, ya que el servicio de Reporting estaría caído…

Onena, imaginaros esto con cada proceso de tu empresa, saber cómo actuar, conocer en tiempo real el SLA o Acuerdo de nivel de servicio que estamos prestando a nuestros clientes, usuarios o proveedores. Interfaces de navegación sencilla para cualquier perfil no técnico de la empresa. Pensad que en un post es muy complicado hacer el ejercicio completo, pero pensad en vuestro árbol de dependencias y cómo se puede visualizar en tiempo real su estado.

Betiko moduan, esperando que os resulte de interés, que muchas gracias por compartir en redes sociales si os parece interesante y seguiremos con posts similares, ¡explotemos los datos y simplifiquemos su entrega!