~/blog $ git show 2026-09-24
The First User Always Pays
· 3 min read · Victor Benavides
--craft--opsEl martes escribí sobre una base de datos que aceptó conexiones en dos horas de ciento ochenta y dos. Dije que esa era la parte más interesante y seguí de largo, así que acá va el resto.
Ese número no es un error. Es lo que le pasa a cualquier cosa que se usa poco, y la consecuencia es más rara de lo que suena al principio: un sistema que se usa dos veces por semana está frío las dos veces. No casi siempre. Siempre.
Estar caliente es una propiedad del tráfico
Casi todas las optimizaciones de rendimiento que tienes debajo asumen repetición.
Los pools de conexiones mantienen una conexión abierta para que el siguiente la tome prestada. Los cachés guardan una respuesta para que la próxima pregunta salga barata. Los runtimes compilan los caminos calientes después de verlos correr. Los resultados de DNS se reutilizan. Las sesiones se retoman.
Todo eso depende de que llegue alguien más antes de que expire el beneficio del anterior. El tráfico es lo que mantiene vivas esas cosas, así que un sistema sin tráfico no tiene ningún estado caliente que heredar. No es que el código sea lento. El código está bien. Simplemente nunca llega a pararse sobre nada.
La parte que debería incomodarte
Ahora junta los dos hechos. Los costos de arranque los paga quien llega cuando nada está caliente, y los sistemas de uso raro nunca están calientes.
Así que el castigo cae exactamente donde menos te conviene. El panel de administración que alguien abre durante un incidente. La exportación trimestral. El procedimiento de restauración. El camino de emergencia que construiste justamente porque algún día algo va a estar en llamas.
Esos son los caminos donde la lentitud cuesta más y donde además está garantizada, porque su rareza es todo el punto. No usas la salida de emergencia a diario, y por eso está dura cuando por fin la empujas.
Fabricar tráfico
El arreglo no es hacer el código más rápido, porque el código nunca fue el problema. Es dejar de tener el sistema ocioso.
Algo programado que toque el mismo camino cada pocos minutos va a mantener una conexión abierta y los cachés poblados, lo que convierte a tu primer visitante real en aproximadamente el décimo. Cuesta muy poco y no le exige a nadie cambiar su forma de trabajar.
También rinde una segunda vez. Una petición programada que deja de funcionar te avisa que algo anda mal antes de que lo encuentre una persona, y esa es la diferencia entre una dependencia que vigilas y una que simplemente tienes.
Dos advertencias honestas. El tráfico sintético sigue siendo tráfico, así que etiquétalo y sácalo de tus métricas, o vas a pasar una mañana preguntándote quién visita en intervalos exactos de cuatro minutos. Y hace que una factura ociosa sea un poco menos ociosa, lo cual es real pero suele ser menor que el costo de tu propio tiempo.
La versión incómoda es esta. Tu sistema menos usado es el más lento, el menos observado, y aquel cuyas fallas vas a descubrir último. Nada de eso es porque lo hayas construido mal. Es porque nadie pasa por ahí, y nada se mantiene caliente solo.