🔧 Nitro#

⬅️ Atlas · 🟨 Ecosistema JavaScript · 🗂️ Índice

Nitro es el motor de servidor que Nuxt extrajo de sí mismo y que hoy usan también SolidStart y Analog. Es un caso de libro de una pieza que se vuelve infraestructura compartida entre proyectos que compiten.

💡 Adaptadores de despliegue#

El problema que resuelve: cada destino de despliegue —un servidor propio, una función sin servidor, un entorno de borde, un contenedor— espera un formato y un punto de entrada distintos.

Nitro construye una vez y produce la salida adecuada para el destino elegido. Cambiar de proveedor es cambiar un adaptador, no reescribir.

Para el módulo 11 es exactamente lo que se busca al preguntar «¿qué coste tiene salir de aquí?»: la respuesta pasa de «reescribir la capa de servidor» a «cambiar una opción».

🧭 El patrón que representa#

Cinco casos del mismo fenómeno, en tres ecosistemas. Lo más influyente rara vez es lo más visible, y evaluar la salud de un framework sin mirar estas piezas es evaluar la mitad.

🎓 Las dos lecciones#

1. Extraer una capa la convierte en bien común. Y convierte a su mantenedor en dependencia crítica de proyectos que compiten con él.

2. Los adaptadores de despliegue son estrategia de salida. Es una propiedad de diseño con efecto directo en la matriz de decisión.

🔗 Enlaces#

• Documentación oficial: https://nitro.build/guide
• Ficha de Nuxt · Ficha de SolidStart · Ficha de Analog
• Módulo 11

Fuentes#

• [twelve-factor] The Twelve-Factor App — https://12factor.net/