Lidero ingeniería, arquitectura y ciberseguridad en tecnología hotelera.
EscríbemeAdrián Cabeza
Head of Engineering & Architecture · Paraty Tech · Málaga
Plataforma, seguridad y agentes.
Diseño la plataforma interna, la seguridad y la adopción de agentes de IA detrás del motor de reservas, las webs y el CRM que usan cientos de hoteles.
- 12 añosen Paraty Tech, de maquetador a Head of Engineering
- Dos equiposingeniería y arquitectura, y ciberseguridad
- Cientos de hotelesvenden directo sobre la plataforma
- Decenas de proyectosen Google Cloud, con control de costes
- Seguridad de plataforma
Secretos, redes de confianza, proxies por proveedor y un firewall que clasifica peticiones con aprendizaje automático. Respuesta a phishing y ataques, y a los cuestionarios de seguridad de las grandes cadenas.
- Plataforma interna y estándares
Una familia de servicios internos sobre una librería común, y los estándares de backend, documentación y Git que evitan que cada proyecto nazca a su manera.
- Google Cloud a escala
App Engine, Cloud Run, BigQuery, IAM, Secret Manager. Despliegues a decenas de hoteles, auditorías de proyectos y control de costes.
- Agentes de IA en la empresa
Un MCP corporativo, un toolkit de skills y telemetría para agentes de código, y asistentes con LLM en producción. Trabajo a diario con agentes y escribo sobre lo que funciona.
Proyectos
Casi todo mi trabajo es privado. Esto es lo que puedo contar: el problema y la decisión.
El problema. Decenas de proyectos en Google Cloud guardaban claves a mano: en ficheros, en variables, en la cabeza de alguien. Rotar una credencial era una tarde de buscar dónde estaba.
La decisión. Un vault central con rotación, redes de confianza entre servicios y un proxy por proveedor externo. Los proyectos piden el secreto; nadie lo copia. Rotar es un cambio en un sitio.
El problema. El motor de reservas recibe tráfico malicioso que cambia de forma cada semana. Las listas de reglas escritas a mano llegaban tarde y bloqueaban a huéspedes reales.
La decisión. Un modelo que clasifica cada petición y bloquea el tráfico malicioso sin mantener reglas a mano. Se reentrena con lo que ve; las reglas quedan para lo que el modelo no debe decidir.
El problema. Cada persona usaba agentes de código a su manera, sin acceso a Slack, Gmail, ClickUp ni a la base de conocimiento, y sin saber qué funcionaba y qué no.
La decisión. Un servidor MCP de empresa con permisos por persona, un toolkit de skills y protocolos compartidos, y telemetría de uso para medir qué aporta cada cosa antes de extenderla.
El problema. Identidad, personas, formación, operaciones y conocimiento vivían en proyectos que nacían cada uno a su manera: distinto arranque, distinto logging, distinta forma de desplegar.
La decisión. Servicios Flask sobre una librería común y un estándar de backend escrito y corto. Lo que no cumple el estándar no entra en producción; lo que cumple se despliega igual que el resto.
El problema. Una familia gestionaba apartamentos turísticos con una libreta: reservas a mano, incidencias por teléfono, nada que consultar desde fuera.
La decisión. Una app que lee las reservas de las fotos de la libreta con un LLM, gestiona incidencias por código QR y da a cada persona solo lo que necesita ver. Lleva años en producción.
El problema. Decenas de proyectos en Google Cloud guardaban claves a mano: en ficheros, en variables, en la cabeza de alguien. Rotar una credencial era una tarde de buscar dónde estaba.
La decisión. Un vault central con rotación, redes de confianza entre servicios y un proxy por proveedor externo. Los proyectos piden el secreto; nadie lo copia. Rotar es un cambio en un sitio.
El problema. El motor de reservas recibe tráfico malicioso que cambia de forma cada semana. Las listas de reglas escritas a mano llegaban tarde y bloqueaban a huéspedes reales.
La decisión. Un modelo que clasifica cada petición y bloquea el tráfico malicioso sin mantener reglas a mano. Se reentrena con lo que ve; las reglas quedan para lo que el modelo no debe decidir.
El problema. Cada persona usaba agentes de código a su manera, sin acceso a Slack, Gmail, ClickUp ni a la base de conocimiento, y sin saber qué funcionaba y qué no.
La decisión. Un servidor MCP de empresa con permisos por persona, un toolkit de skills y protocolos compartidos, y telemetría de uso para medir qué aporta cada cosa antes de extenderla.
El problema. Identidad, personas, formación, operaciones y conocimiento vivían en proyectos que nacían cada uno a su manera: distinto arranque, distinto logging, distinta forma de desplegar.
La decisión. Servicios Flask sobre una librería común y un estándar de backend escrito y corto. Lo que no cumple el estándar no entra en producción; lo que cumple se despliega igual que el resto.
El problema. Una familia gestionaba apartamentos turísticos con una libreta: reservas a mano, incidencias por teléfono, nada que consultar desde fuera.
La decisión. Una app que lee las reservas de las fotos de la libreta con un LLM, gestiona incidencias por código QR y da a cada persona solo lo que necesita ver. Lleva años en producción.
- Desde2014, Paraty Tech
- BaseMálaga
- EquiposIngeniería y ciberseguridad
Prefiero las cosas estándar y aburridas de operar a las brillantes: una librería común y un procedimiento escrito antes que diez proyectos que nacen cada uno a su manera.
Cómo trabajo
Trayectoria · Con qué trabajo
- Head of Engineering & Architecture2024
- Frontend Lead2018
- Maquetador web2015
- Prácticas de desarrollo web2014
- Python, Flask, librerías comunesBackend
- App Engine, Cloud Run, BigQuery, IAMGoogle Cloud
- Secretos, proxies, PCI, respuesta a incidentesSeguridad
- MCP, Claude Code, Codex, RAGAgentes
- JavaScript, React, HTML y CSSOrigen
- PostgreSQL, Datastore, BigQueryDatos
Contacto
Escríbeme sobre plataforma, seguridad en Google Cloud o agentes de IA.
contacto@acabeza.es