quién soy
soy yuri cunha, un brasileño que se toma demasiado en serio los ordenadores, los servidores, los sistemas y los homelabs. este sitio reúne proyectos, notas, experimentos y las cosas que aprendí rompiendo algo primero.
en un párrafo
soy un Infrastructure & Platform Engineer al que le gusta construir y operar sistemas completos: desde hardware, Linux y redes hasta almacenamiento, contenedores, servicios, bases de datos, automatización y las aplicaciones que corren encima. las bases de datos son una parte importante de mi trabajo, y mi sólida experiencia en desarrollo me permite seguir un problema cuando cruza la frontera entre una aplicación y la plataforma que tiene debajo.
sistemas e infraestructura
me gusta estar cerca de las partes que se mueven. quiero saber dónde se ejecuta un proceso, cómo inicia, dónde viven sus datos, cómo se comunican las máquinas y cómo recuperar un sistema cuando un servicio se porta mal.
mi trabajo y mis experimentos incluyen servidores Linux, Docker y Compose, almacenamiento persistente, redes privadas, cargas en cloud y on-premises, servicios autoalojados, scripts, CI, logs, monitorización y troubleshooting. la secuencia que mejor lo describe es: hardware → Linux → red → almacenamiento → contenedores → servicios → bases de datos → automatización → aplicaciones.
homelab y hardware
el homelab no es solo un lugar para estudiar una base de datos. es un entorno real y cambiante donde construyo, opero, rompo, recupero y documento sistemas entre máquinas físicas y nodos cloud, x86 y ARM64, redes privadas y puntos de entrada públicos.
el hardware de servidores y homelab es una de mis partes favoritas: evaluar CPU, memoria, ECC, almacenamiento, consumo y capacidad; entender para qué sirve cada máquina; y dar a cada carga un lugar coherente. me importa tanto la máquina y sus límites como el servicio que ejecuta.
desarrollo y bases de datos
el desarrollo sigue siendo una parte práctica de mi trabajo. uso Python, shell, Go, Node.js, TypeScript, SQL y herramientas web para scripts, automatización, APIs, servicios internos e integraciones. ese fondo ayuda cuando una falla cruza capas y la respuesta no es solo “reinicia el contenedor”.
PostgreSQL, pgvector, Redis, backup y restore, migración de datos, investigación de rendimiento y servicios persistentes son partes importantes de mi experiencia. las bases de datos son una capa que conozco bien, no toda mi etiqueta.
cómo trabajo
prefiero sistemas comprensibles, observables y recuperables. eso suele significar documentación cerca del trabajo, logs y métricas útiles, backups probados, automatizaciones pequeñas para tareas repetitivas y entornos reproducibles sin folklore.
me gustan las herramientas lo bastante simples para arreglarlas a las tres de la mañana. entender el mecanismo debajo de una herramienta me importa más que memorizar una lista larga de comandos.
dirección
mi formación incluye Tecnología en Bases de Datos en Estácio, y sigue influyendo en cómo pienso sobre datos y sistemas con estado. profesionalmente, la dirección está clara: infraestructura y plataformas, con systems engineering, Linux, redes, contenedores, automatización, cloud, self-hosting y bases de datos conectados, no separados en cajas de títulos.
fuera de la tecnología
también me importa moverme más, correr más lejos y construir hábitos duraderos. la misma paciencia que ayuda con un servicio terco también sirve fuera de la terminal.