| Pieza | AWS | Azure | Google Cloud |
|---|---|---|---|
| Plataforma de ML | SageMaker | Azure ML | Vertex AI (Training) |
| Pasarela de modelos | Bedrock | Azure OpenAI | Vertex AI (Model Garden) |
| Modelo insignia | Claude | GPT | Gemini |
| ¿Una plataforma o dos? | Dos productos | Dos productos | Uno unificado |
| Analítica integrada | Redshift / Athena sobre S3 | Synapse | BigQuery, nativo |
Leída así, la tabla dice algo que las comparativas de modelos esconden: las tres filas de arriba son intercambiables y la de abajo no. Cualquiera de las tres nubes te da un modelo competente para casi cualquier tarea; ninguna te da los datos que ya tienes en otra.
| Criterio | Qué inclina la balanza | Peso |
|---|---|---|
| Dónde vive tu stack | Ya usas una nube: sus datos, su identidad, su factura | El más alto, casi siempre |
| Necesitas un modelo concreto | Un requisito explícito de producto o de cliente | Alto, si es real |
| Requisitos de cumplimiento | Residencia del dato, certificaciones, red privada | Decisivo cuando aplica |
| Experiencia del equipo | Lo que ya saben operar y depurar | Se subestima siempre |
Ese segundo criterio hay que mirarlo con lupa, porque es el que más veces se invoca sin serlo. «Necesitamos GPT-4» suele significar «probamos con GPT-4 y funcionó», que no es lo mismo que un requisito. La comprobación honesta es probar la misma tarea con el modelo equivalente de la nube en la que ya estás, con el mismo conjunto de pruebas, antes de mover nada.
No todas las decisiones de este mapa cuestan lo mismo deshacerlas, y esa es la información que ninguna tabla comparativa incluye:
| Decisión | Coste de revertirla |
|---|---|
| Cambiar de modelo dentro de la misma pasarela | Bajo: una cadena y volver a medir |
| Cambiar de pasarela dentro de la misma nube | Medio: cambia la forma de la llamada |
| Cambiar de nube el cómputo | Alto: identidad, permisos, despliegue, observabilidad |
| Cambiar de nube los datos | Muy alto: transferencia, reindexado y un periodo con dos verdades |
Por eso el criterio de «dónde vive tu stack» pesa tanto: no es pereza, es que la fila de abajo de esa tabla se paga una vez y para siempre. Un modelo que hoy es un 10 % mejor rara vez compensa una migración de datos — y dentro de seis meses puede que ya no sea mejor.
// el modelo cambia cada seis meses; la gravedad de los datos, noCoge la tabla de equivalencias de la sección 01 y añade una columna: qué usas tú hoy. Dónde están tus datos, con qué identidad te autenticas, quién paga la factura y qué sabe operar tu equipo. Si las cuatro respuestas apuntan a la misma nube, la decisión de plataforma ya está tomada y lo único que queda por elegir es el modelo dentro de ella.
Si apuntan a nubes distintas —datos en una, equipo en otra— ese desacuerdo es el problema real, y ninguna comparativa de modelos lo va a resolver.