Versión del 20 de agosto de 2026
Estado y degradación.
Qué monitorizamos, qué pasa cuando falla un modelo o un proveedor, y dónde te deja expuesto nuestra arquitectura.
Esta página todavía no muestra mediciones en directo
Qué monitorizamos: disponibilidad, latencia y errores
| Componente | Qué medimos |
|---|---|
| API de chat completions | Disponibilidad y tasa de errores por tier |
| Chat | Disponibilidad de la interfaz web |
| Inferencia (Scaleway, fr-par) | Latencia, TTFT y tasa de errores upstream |
| Pagos y recargas | Tasa de éxito de Checkout y de los webhooks |
| Panel y resumen de uso | Disponibilidad |
Si falla un modelo: la alternativa automática
Si el modelo de tu tier devuelve un error, un timeout o un 429, cambiamos automáticamente a una alternativa dentro del mismo tier. Tu petición se reintenta como máximo una vez: una cadena de reintentos cuesta tres generaciones y seis segundos y no ayuda a nadie.
Si la alternativa es más débil o tiene una ventana de contexto menor, ponemos X-EU-Degraded: true en la respuesta y pagas la más baja de las dos tarifas. Es decir, te lo decimos y no pagas de más por ello.
Si falla el proveedor de inferencia
Aquí tenemos que ser claros, porque es la mayor limitación de la versión 1: nuestras alternativas cubren un modelo que falla, no un proveedor que falla. Toda la inferencia pasa por una sola empresa en la Unión Europea. Si se cae, nos caemos.
Es una decisión deliberada. Un segundo proveedor supone un segundo análisis jurisdiccional, un segundo subencargado y una segunda conciliación, y haría que nuestra promesa sobre dónde se procesan tus prompts fuera más difícil de explicar de lo que podemos asumir. En cuanto la indisponibilidad cueste dinero de forma demostrable, añadiremos un segundo proveedor europeo y lo indicaremos en la página de subencargados.
Hasta entonces: no montes un proceso crítico sobre un único proveedor sin una alternativa. Tampoco sobre nosotros.
Lo que no prometemos: sin SLA de disponibilidad
Sin SLA de rendimiento y sin tiempo de respuesta garantizado. Nuestro proveedor de inferencia no nos da esa garantía, así que no podemos trasladártela. Lo que sí hacemos: medir, publicar lo que medimos y avisar cuando una respuesta se ha generado en estado degradado. Qué cabecera lleva esa señal está en la documentación de la API, y cuánto te cuesta una respuesta degradada, en la página de precios: la más baja de las dos tarifas, nunca la más alta.
Preguntas frecuentes
¿Hay un SLA de disponibilidad o de rendimiento para la API?
No. Union AI no ofrece disponibilidad garantizada ni SLA de rendimiento, porque nuestro proveedor de inferencia no nos da ninguna de las dos cosas y no vamos a trasladarte una promesa que no podemos cumplir. Lo que hacemos a cambio es medir, publicar lo que medimos y marcar cualquier respuesta que se haya generado en estado degradado.
¿Qué pasa si un modelo falla a mitad de una petición?
Cambiamos una vez a un modelo alternativo dentro del mismo tier. Si esa alternativa es más débil o tiene una ventana de contexto menor, la respuesta lleva X-EU-Degraded: true y pagas la más baja de las dos tarifas. Como máximo hay un reintento por petición.
¿Cómo sé si mi petición se ha degradado?
Por las cabeceras de respuesta. X-EU-Degraded te dice que la respuesta vino de un sustituto más débil, X-EU-Routed te dice por qué se desvió la petición y X-EU-Model-Tier indica el tier en el que se ejecutó. En el chat aparece una pequeña etiqueta junto a la respuesta.
¿Las peticiones fallidas consumen crédito?
No. Si no llega una respuesta utilizable, no se descuenta nada de tu saldo. Una petición desviada que acaba en un modelo más débil se cobra a la más baja de las dos tarifas.
¿Cuál es el mayor punto único de fallo?
Un único proveedor de inferencia. Nuestras alternativas cubren un modelo que falla, no un proveedor que falla, así que si ese proveedor se cae, nos caemos con él. Es una decisión deliberada a cambio de una situación jurisdiccional más sencilla, y es un motivo para no montar un proceso crítico sobre nosotros sin una alternativa propia.