Producto
Plantillas de Adios para aplicaciones, APIs, bases de datos, cachés y colas
El catálogo de plantillas va ahora más allá de unos pocos proyectos iniciales de aplicaciones. Reúne aplicaciones web, APIs, bases de datos, cachés y colas.
Una plantilla útil debe ahorrar configuración sin ocultar las decisiones que tendrás que asumir después. Ese es el criterio del catálogo ampliado de Adios.
Empieza por la forma de la carga de trabajo
El catálogo se organiza ahora en tres puntos de partida prácticos: aplicaciones web, proyectos iniciales de API y servicios de datos. Puedes empezar con Next.js o un sitio estático Nginx, elegir un framework de API en Node.js, Python, Ruby, PHP, Go o .NET, o conectar un servicio como PostgreSQL, Redis, MongoDB, MySQL o RabbitMQ.
Cada entrada muestra sus variantes en lugar de agruparlas bajo una etiqueta genérica de framework. El gestor de paquetes, el lenguaje, el repositorio independiente y la clave de despliegue permanecen visibles antes de iniciar nada.
El manifiesto es parte de la plantilla
Cada plantilla completa incluye un archivo adios.yaml. Registra el entorno de ejecución, los comandos de compilación e inicio, el puerto y los volúmenes persistentes que necesita la carga de trabajo. Así puedes revisar la configuración de despliegue junto al código de la aplicación.
El resultado es un proyecto inicial que puedes inspeccionar localmente, modificar mediante un flujo de trabajo Git normal y desplegar con la misma configuración que revisaste.
- —Inspecciona package.json y el comando de inicio de producción.
- —Confirma que el servicio escucha en el PORT configurado en 0.0.0.0.
- —Llama a la ruta de salud antes de añadir código de la aplicación.
- —Guarda el primer cambio de dominio en un commit separado de la configuración de la plantilla.
git clone https://github.com/adiosdotdev/template-node-fastify.git
cd template-node-fastify
adios upLas plantillas son un punto de partida
El catálogo está formado expresamente por proyectos pequeños y comprensibles. No intenta predecir tu modelo de dominio ni llenar un repositorio de funcionalidades que eliminarás. Proporciona al framework un comando de producción, una ruta de salud cuando corresponde y estructura suficiente para empezar el trabajo real.
Elige el entorno de ejecución más cercano a tus necesidades, despliégalo y adáptalo. Lo útil no es evitar la configuración para siempre, sino empezar con una que ya funcione.
Añade estado de forma deliberada
Cuando el receptor webhook necesite deduplicación, añade PostgreSQL para IDs de evento persistentes o Redis para una ventana breve de idempotencia, según la garantía necesaria. El catálogo ofrece ambos, pero el proyecto inicial del framework no elige uno silenciosamente por ti.
Por ejemplo, un webhook de pago que nunca deba aplicarse dos veces necesita una tabla persistente con un ID único del evento del proveedor. Una caché puede reducir el trabajo repetido, pero no debe convertirse en el único registro de un evento financiero.