Cacheando y acelerando con Redis, parte II

Publicado 11-09-2014

En esta parte veremos como utilizar Redis desde el shell Bash. No te pierdas todas las partes de la serie sobre Redis: Parte I, Parte II, y Parte III.

Puede parecer algo inútil pero lo haremos en primer lugar porque nos ayudará a comprender mejor como trabaja Redis y en segundo lugar porque seguro que en un futuro acabamos por encontrarle utilidad, y os dejo algunos escenarios o ideas:

  • Scripts de administración que necesitan comunicarse entre ellos e incluso entre distintos hosts. ¿Por qué no escribir y leer estados y órdenes en Redis? Quién haya tenido que hacer esto por sockets o por enviando órdenes por SSH está pensado ahora mismo en que no es mala idea.
  • Tareas de cron que deben actualizar estados para la aplicación.
  • Resultados de operaciones de backup que se muestran más tarde en un interfaz web.
  • Etc…

Sin más pasamos a ver cómo se usa desde shell y a hacer un script de ejemplo.

Cacheando y acelerando con Redis, parte I

Publicado 10-04-2016

Algo que aconsejamos siempre a nuestros clientes es la utilización de un buen caché en RAM. Especialmente cuando detectamos un cuello de botella en el acceso a la base de datos (en adelante BDD).

Casos habituales

Nos hemos encontrado con casos de cientos de conexiones a MySQL que se realizan para una sola página en una sola impresión. Esto quiere decir que para cada click de cada usuario en nuestra web estamos pidiendo cientos de querys, y algunas de ellas complejas y sin índices, a nuestra sufrida BDD. Haced una sencilla multiplicación, número de visitas por día por media de querys para generar una página.

Logcheck: Análisis y alerta sobre logs

Publicado 10-04-2016

Leer los ficheros de registro (logs) de nuestro servidor es un tarea tediosa y muy pesada, y dependiendo del volumen, completamente inalcanzable para una sola persona. Tanto el sistema como las aplicaciones son muy prolijos a la hora de escribir logs, llenándolos con información completamente irrelevante, de ruido que no nos deja escuchar los eventos realmente importantes.

Por contra en estos ficheros se encuentra información vital sobre el estado de nuestro sistema. Cualquier problema presente o futuro se va encontrar reflejado en ellos, y haríamos mal en simplemente pasarlos por alto debido a su tamaño y habitual irrelevancia.