
13. Cloud y coste: Azure, Cloudflare y el precio de la IA
1 · QUÉ ES — PARA PROFANOS
La nube es alquilar ordenadores ajenos en vez de comprar los tuyos. Y en IA hay una novedad que
lo cambia todo: se paga por palabra. Cada pregunta al modelo cuesta tokens de entrada y de
salida, y la factura crece con el uso — sin comprar nada, sin instalar nada, sin avisar.
La metáfora del taxi contra el coche propio: la nube es el taxi — no compras el coche, pagas
por viaje. El coche propio (tu servidor) es tuyo, pero lo pagas tú aunque esté parado. El oficio
de arquitecto de nube es saber cuándo taxi y cuándo coche — y en IA, además, cuánto cuesta cada
viaje antes de pedirlo.
Los tres números que cualquier responsable de un banco quiere oír de ti:
1. Cuánto cuesta por consulta — no "barato", no "razonable": la cifra.
2. Qué entra en el tier gratuito — porque casi todo sistema empieza gratis y la factura llega
después.
3. Dónde vive el dato — porque en banca, el dato no viaja por conveniencia: viaja por contrato.
Y la lección que nos costó dinero aprender (documento 01): el coste no está solo en el modelo —
está en los tokens del intermediario. Dos facturas de 400 € y 1.000 € al mes nos enseñaron a
mirar el peaje antes de firmar.
El mapa cloud para IA, en tres proveedores:, Proveedor, Servicios de IA, Fuerte en,, Azure, Azure OpenAI, AI Foundry, AI Search, Cosmos, Entra ID, empresa y banca: identidad, compliance, contratos,, AWS, Bedrock, SageMaker, OpenSearch, EKS, escala y madurez general,, GCP, Vertex AI, Gemini, BigQuery, datos y modelos de Google, El stack Azure que la JD valora, pieza a pieza:, Servicio, Qué es, El detalle que importa,, Azure OpenAI, GPT-4o y embeddings servidos por Microsoft, filtros de contenido y contrato de empresa,, AI Foundry, portal para probar, evaluar y desplegar, versionado de prompts y evals,, AI Search, búsqueda híbrida gestionada, vector + keyword + semántica en un servicio,, Entra ID, identidad y permisos, la pieza que decide en banca — SSO y roles,, Cosmos / Blob, base de datos y almacenamiento, escala elástica, tier serverless,, App Insights, observabilidad, trazas distribuidas desde el día uno, El criterio de coste serio: cada servicio tiene un tier gratuito y un punto donde empieza a
cobrar — y un arquitecto los conoce antes de proponer el diseño. Los embeddings salen a céntimos
por millón de tokens; el razonamiento avanzado, a órdenes de magnitud más. Por eso la regla del
sector: modelo grande para lo difícil, pequeño para el resto, y cachear lo repetido.
- El precio de los modelos cae — cada generación es más barata por token, y los modelos abiertos
(DeepSeek, Qwen, Llama) han forzado una guerra de precios. La ventaja competitiva ya no es pagar
menos: es saber enrutar al modelo correcto por caso (documento 01).
- Inferencia en el borde: Workers AI de Cloudflare, modelos en WebAssembly, el cómputo se acerca
al usuario. Latencia mínima, y datos que no salen de la jurisdicción — la combinación que
Europa premia.
- FinOps para IA: la nube se vigila con métricas de coste por caso de uso, igual que se vigila
la calidad. El coste por consulta se convierte en un KPI de producto.
- Soberanía y residencia: los bancos europeos exigen saber dónde se procesa el dato. La
discusión cloud deja de ser técnica y pasa a ser contractual — y el híbrido (cloud + local) se
vuelve el diseño de referencia.
- Híbrido como norma: casi nadie serio está "todo en la nube" o "todo en local" — la respuesta
madura es cada dato y cada cómputo donde le corresponde.
El mismo dominio de problema, desplegado en dos nubes — porque el comprador manda.
SentryAI, entero sobre Azure: App Service + FastAPI, GPT-4o, text-embedding-3-small, AI Search
con 3 índices, Cosmos serverless, Blob, Entra ID con roles por zona, Web PubSub, Service Bus,
Application Insights, Bicep + GitHub Actions. Con el coste de cada servicio y su tier gratuito
medido antes de proponerlo. El comprador corporativo exige SSO y trazabilidad por rol — por eso
la pieza que decide es Entra ID.
Contorn, el mismo dominio en Cloudflare a coste cero: Workers, D1, R2, KV, Web Push con VAPID —
19 endpoints en producción, 13 despliegues versionados, respondiendo hoy. El comprador de coste
cero no paga por servidores parados: paga por uso real, y con este tráfico, es cero.
Y el cómputo propio, donde el dato no debe salir:
Los números que demuestran que el coste es diseño, no accidente:
- Más de un millón de peticiones en 30 días pasando por las zonas Cloudflare, con coste cero en
el borde.
- La mayor parte del tráfico de modelos va a open source gratuitos; el ancla de pago entra solo
donde la calidad lo exige.
- Las facturas de 400 € y 1.000 € al mes quedaron atrás cuando medimos que el peaje estaba en los
tokens del intermediario, no en el modelo.
El criterio, en una frase: elijo la nube por coste y por comprador, no por preferencia. En
una entrevista de banco, esa frase vale más que diez certificaciones — porque es exactamente el
criterio que un banco necesita oír: el dato donde debe estar, el cómputo donde cuesta menos, y el
peaje medido antes de firmar.
> "Experiencia en entornos Cloud, especialmente Azure." · "Azure OpenAI / Azure AI Foundry" y
> "Docker y Kubernetes" como plataformas valorables.
"¿Por qué Azure para este puesto?"
> "Porque es donde vive el comprador regulado: Entra ID para SSO y roles, contratos de proveedor
> claros, filtros de contenido. He construido una plataforma entera sobre Azure — App Service,
> Azure OpenAI, AI Search, Cosmos, Bicep — con el coste de cada servicio medido antes de
> proponerlo. Y he construido el mismo dominio en Cloudflare a coste cero. La pregunta correcta no
> es '¿Azure o no?' sino '¿qué pieza merece Azure?' — y en banca, la identidad y el dato lo
> merecen."
"¿Cuánto te cuesta tu stack de IA al mes?"
> "Poco, y lo sé porque lo mido: la mayor parte del tráfico va a modelos abiertos gratuitos
> revalidados dos veces al día, el borde de Cloudflare es coste cero a este volumen, y el ancla de
> pago solo entra donde la calidad lo exige. Aprendí esta disciplina por la vía cara — facturas de
> 1.000 € al mes hasta que medí dónde estaba el peaje. Ahora el coste por consulta es una decisión
> de diseño, no una sorpresa de fin de mes."
"¿Usarías Cloudflare en un banco?"
> "Para lo que no es sensible: páginas, colas, computación de borde sin datos personales. Nunca
> para los datos regulados — esos van a Azure o a local, con contrato y residencia clara. La regla
> es la misma de siempre: el dato donde debe estar, el cómputo donde cuesta menos. Lo que no haría
> jamás es meter datos regulados en el borde porque salga gratis."
"¿Cómo controlas el coste de los modelos a escala?"
> "Con tres palancas: enrutar al modelo correcto por caso — pequeño para lo fácil, grande para lo
> difícil; cachear lo repetido; y medir el coste por consulta como un KPI más, al lado de la
> calidad. Si el coste por consulta sube, se ve en el mismo panel que la regresión de calidad. Las
> dos cosas se vigilan juntas, porque en IA el presupuesto y la calidad son el mismo sistema."