Fully Booked cobra los depósitos de los clientes, envía a los operadores sus ganancias y entrega los documentos de los que dependen ambas partes. Aquí una caída no es una simple molestia: el cliente que no puede pagar reserva en otro sitio, y el operador que no puede abrir un presupuesto pierde el trabajo.
La plataforma son cinco servicios, una web para clientes, una web para operadores, un panel de administración, un sitio de documentación y un único backend, construidos y mantenidos por un equipo muy pequeño. El despliegue tenía que ser lo bastante sencillo para llevarlo a mano y lo bastante sólido para confiar en él.
### Cinco servicios, un repositorio, un comandoCada servicio se publica como su propia imagen de Docker desde un único repositorio. Las cuatro webs se compilan en pequeños servidores estáticos, el backend en NestJS lleva la API GraphQL, y MongoDB y los archivos subidos viven en volúmenes persistentes. Un archivo compose los conecta en una red privada, y un Makefile reduce cada lanzamiento a pull, build y up.
### Cloudflare delante, con dos excepciones deliberadasCloudflare gestiona el DNS de cada subdominio y hace de proxy de las webs públicas para la caché, los certificados y la protección. Dos registros quedan directos a propósito: la web de operadores, para que Apple pueda leer el archivo que permite que los enlaces abran la app, y la API, para que los webhooks de pago de Square lleguen sin bloqueos.
Equivocarse en cualquiera de los dos rompería los enlaces profundos de cada PDF o impediría que los pagos se confirmaran, y por eso ambos están documentados junto a la tabla de DNS.
### Un proxy inverso que se encarga de la seguridadUn contenedor de Caddy en el borde emite los certificados automáticamente, comprime las respuestas, redirige cada dirección con www, añade a la API las cabeceras de strict transport, frame y content type, y sirve los archivos de asociación de la app con el content type que esperan las tiendas.
### Documentos generados en producciónCada presupuesto, carta de cancelación, factura, confirmación de reserva y hoja de conductor se genera en el servidor con Playwright, que corre dentro de la imagen del backend. Conseguir instalar un navegador sin interfaz dentro de un contenedor de producción fue lo más difícil de todo el trabajo, y es lo que permite a un operador enviar un PDF impecable desde el móvil en segundos.
### De un droplet a un clústerEl droplet sostuvo la plataforma durante sus primeras fases. Cuando la factura mensual y los límites de una sola máquina empezaron a pesar, las mismas imágenes pasaron a un clúster de Kubernetes autoalojado sin tiempo de inactividad, algo posible porque desde el principio se habían construido como servicios independientes.
Para el fundador supuso no reconstruir nada ni sufrir caídas, y para operadores y clientes nada cambió, salvo que todo siguió funcionando. Los servicios en sí se cuentan en la historia de Fully Booked.