Introducción

En entornos de alta disponibilidad, la replicación de datos juega un papel crucial. DRBD (Distributed Replicated Block Device) es una solución popular en el mundo Linux que permite la replicación de bloques de datos entre servidores.

En este artículo, exploraremos DRBD y realizaremos una prueba de concepto para demostrar su funcionalidad.

La modernización de aplicaciones es un desafío constante para las empresas que desean mantenerse ágiles y competitivas. Uno de los mayores obstáculos suele ser la gestión de aplicaciones legacy: aquellas que han sido desarrolladas con tecnologías obsoletas pero que aún son vitales para el funcionamiento del negocio.

En este artículo, exploraremos cómo hemos abordado este desafío en STR Sistemas, llevando una aplicación legacy desarrollada en PHP 7 a un entorno moderno utilizando contenedores Docker y Kubernetes.

En el dinámico mundo de la gestión de bases de datos, mantenerse al día es esencial para garantizar un rendimiento óptimo, una seguridad robusta y el acceso a las últimas características y mejoras. Una de las actualizaciones más esperadas y significativas en este ámbito es la transición de MySQL 5.7 a MySQL 8. Esta actualización no solo brinda mejoras de rendimiento, sino que también introduce una serie de nuevas funciones y características que pueden transformar la forma en que su aplicación interactúa con los datos.

En nuestro día a día, donde la tecnología y los sistemas informáticos desempeñan un papel fundamental en la operación empresarial, es esencial contar con herramientas de monitorización y observabilidad robustas que nos permitan garantizar la eficiencia y la disponibilidad de nuestros sistemas críticos. En esta ocasión, nos sumergimos en el mundo de la gestión de la monitorización, donde el Percona Monitoring y Management (PMM) ha emergido como una solución valiosa.

Esta semana hemos explorado un problema que ha capturado nuestra atención durante las últimas actualizaciones de PMM, llevándonos a descubrir un obstáculo que merece un análisis. A través de este artículo, os hablamos sobre los desafíos encontrados al realizar actualizaciones de PMM y otros problemas detectados.

En un artículo anterior vimos cómo realizar la instalación de un plugin en Jenkins (SSH Agent) y un pipeline con el objetivo de testar esta conexión remota por SSH.

En esta ocasión, vamos a crear un pipeline en 3 pasos: clonación de código, build y deploy. En éste, vamos a desplegar el código de sencilla aplicación node en una instancia remota.

Los englobaremos en 2 fases, la fase "sources" y la fase "deploy".

Para ello, utilizaremos un simple "Hello-world" en NodeJS cuyo código fuente puedes encontrar en este repositorio.

Según lo indicado, la definición del pipeline será la siguiente:

Jenkins es un software de integración continua de código abierto que se utiliza para automatizar el proceso de construcción, prueba y despliegue de software. 

Permite a los equipos de desarrollo integrar el código de manera rápida y eficiente, lo que ayuda a detectar y resolver los errores de manera temprana en el ciclo de vida del software.

A través de plugins y configuración es altamente personalizable y extensible, lo que significa que los desarrolladores pueden adaptarlo a sus necesidades específicas. Se integra con una variedad de herramientas y tecnologías, lo que facilita su uso en una amplia gama de proyectos.

Todos conocemos (o deberíamos conocer) la recomendación de cambiar nuestras contraseñas cada cierto tiempo.

Sobre todo en entornos empresariales, esta sugerencia se extiende no sólo al cambio de contraseña de usuario, sino también de claves RSA para accesos SSH, cifrados, etc.

En este caso, venimos a hablaros de una necesidad de cambio de claves distinta, pero igualmente importante para nosotros. 

En STR Sistemas, intentamos automatizar el 100% de las infraestructuras (terraform) y configuración de Sistemas (ansible). En dichas automatizaciones, en ocasiones, es necesario incluir información sensible (contraseñas, certificados SSL, RSA's de usuarios, etc), la cual siempre ciframos para evitar tener en código/repositorio contraseñas en texto plano.

Dicho esto, en STR nos topamos con una situación la cual, una vez más, nos llevó a pensar en la automatización o en una solución programada.

No es ningún secreto que en nuestro día a día trabajamos con Ansible e intentamos automatizar el 100% de todos los sistemas. Dentro de nuestra metodología, en muchas ocasiones, utilizamos listas para invocar reiteradamente una tarea, un role, etc.