📻 Versión en audio: si prefieres escuchar en vez de leer, el resumen del artículo está justo aquí arriba.
Hay una forma específica de dolor en la vida de un técnico: entrar a revisar tus datos por la mañana y descubrir que la plataforma donde vivían anuncia su funeral el mismo día. Eso le pasó a los usuarios de Val Town, que ayer martes 10 de noviembre se enteraron de que el servicio cierra. Cuatro años de historia, y un cronograma de apagado que se lee rápido porque es brutal: hoy mismo se detuvieron los nuevos registros, el 10 de diciembre queda en solo lectura, el 10 de enero de 2027 se desconectan todos los servicios y, como consuelo, el 1 de febrero publican el código como open source.
Qué era Val Town y por qué a más de uno le duele
La idea era simple y por eso pega: pegabas un pedazo de JavaScript en una «val» y quedaba corriendo en la nube con URL pública, con cron integrado, con SQLite y almacenamiento de blobs incluidos. Un servidor con fricción casi cero para scripts, webhooks y automatizaciones livianas. Exactamente el tipo de pega que uno no quiere montar en una VM entera: no por difícil, sino porque mantener un nginx completo para un cron que corre a las 3:00 de la mañana es un gasto desproporcionado de cuidado.
La razón del cierre, en las palabras del fundador Steve Krouse: no pudieron competir en el espacio de cloud computing. Nada dramático: no hubo hack, no hubo escándalo. Solo perdieron la carrera contra gigantes que regalan cómputo a pérdida. Pausaron la cobranza hoy mismo, dejarán correr las suscripciones gratis hasta el final y a los que pagaron plan anual les devuelven la parte proporcional.
El detalle que casi nadie está destacando
Más allá de las guías de migración hacia Cloudflare, Vercel, Netlify y Render —el clásico «múdate a otra plataforma que también es de otro»—, hay dos cosas que me parecen las más interesantes del anuncio. La primera: Krouse reconoce sin pudor que hoy los LLM son muy buenos para estas migraciones de «toma mi servicio y muévelo de nube». Lo digo por experiencia propia: para mover configuraciones, reescribir crons de una sintaxis a otra y traducir documentación a código de verdad, un agente bien armado hace en horas lo que a mí me tomaba un fin de semana completo con pestañas abiertas. La segunda: el 1 de febrero de 2027 liberan todo el código. La plataforma muere como servicio y renace como proyecto que cualquiera puede autohospedar. Es la mejor defensa posible del open source: si algo vale la pena, la comunidad puede mantenerlo vivo sin ti.
Mi conclusión de siempre, ahora más vigente
Para lo crítico uso mi propia maquinaria: mis crons corren en servidores que administro, mis credenciales duermen en mis discos y la única empresa que puede decidir apagar mi infraestructura soy yo. Las plataformas de terceros quedan para lo desechable: pruebas, automatizaciones de una noche, experimentos que no me dolería perder. En ese orden, Val Town era la categoría segunda, y su cierre no me arruina la semana. Pero si tenías producción ahí —un webhook de pagos, una integración que tu negocio usa a diario— la fecha límite es el 10 de enero. No lo dejes para el 9 de enero a las 23:59, que todos sabemos cómo termina esa historia.
Fuente de inspiración: Val Town is winding down (Val Town Blog)
