Monolito on I am Lino

Cómo tomar decisiones técnicas sin vender tu alma al hype

Mon, 16 Mar 2026 00:00:00 +0000

Hay decisiones técnicas que se toman con datos, tiempo y algo de criterio.

Y luego están las otras: las que se toman después de ver tres charlas, dos hilos de X y un caso de estudio mal leído, y acaban en frases como “bueno… ahora ya que lo tenemos montado, habrá que aprovecharlo, ¿no?”.

Un día estás feliz con tu API en un VPS normalito y, al siguiente, te descubres montando una arquitectura serverless-event-driven-data-mesh-multi-cloud porque viste un video donde decía que “así lo hace Netflix”.

Microservicios, monolitos y otras criaturas mitológicas

Mon, 09 Mar 2026 00:00:00 +0000

Hay arquitecturas que se eligen con calma, con datos, con un café delante.

Y luego está la vida real, donde eliges tecnología como quien elige equipo de fútbol: porque la viste en una charla molona, porque la usa una empresa famosa o porque alguien tuiteó que “si no tienes 80 microservicios en Kubernetes eres un dinosaurio”.

De repente, pasas de tener un monolito entrañable, un poco caótico pero funcional, a un zoológico de servicios donde nadie sabe muy bien qué habla con qué, tu factura de cloud da miedo y el único microservicio que funciona impecable es el que cobra a fin de mes. Y todo porque, en algún punto, se dejó de hacer la única pregunta importante:

Fundamentos de arquitectura moderna (sin vender humo)

Mon, 02 Mar 2026 00:00:00 +0000

Imagina que alguien te dice: “he montado mi aplicación en un servidor on-premises con Oracle 9i, pero tranquilo, es arquitectura moderna porque lleva Docker”. Es en ese momento cuando entiendes por qué la gente abandona las reuniones de arquitectura fingiendo una urgencia dental.

Cuando hablamos de “arquitectura moderna” no hablamos de ponerle Kubernetes a cualquier cosa ni de ver cuántos palabros caben en una diapositiva. Hablamos de otra cosa mucho menos vistosa y mucho más difícil: construir sistemas que sobrevivan en el ecosistema actual sin quedarse obsoletos ni explotar cada vez que negocio cambia un requisito “tonto”. Sistemas que viven en la nube (o en varias), hablan por redes que fallan, guardan datos repartidos por medio planeta y tienen que seguir respondiendo cuando alguien decide que “ahora también tenemos que ser multi-región porque lo ha dicho un cliente importante”.