Saltar a contenido

📄 LOG DE DECISIÓN ESTRUCTURAL

Ecosistema IA BKM

1️⃣ Identificación

Nombre de la decisión: Adopción de Google Cloud Platform como infraestructura de referencia del Ecosistema IA BKM, con apertura controlada a herramientas externas

Fecha: Marzo 2026

Responsable de la decisión: Responsable IA BKM

Ámbito:

2️⃣ Contexto

El mercado de IA en 2026 está distribuido. La innovación no está concentrada en un solo proveedor.

Limitar el stack de forma rígida a un único proveedor antes de tener aprendizaje real sobre qué funciona y qué no es tomar decisiones de arquitectura sin datos suficientes.

Al mismo tiempo, operar sin una infraestructura de referencia clara genera fragmentación y silos tecnológicos que un equipo técnico reducido no puede sostener.

La decisión busca el equilibrio: GCP como referencia sólida con un proceso explícito y gobernado para incorporar herramientas externas cuando estén justificadas.

3️⃣ Opciones Evaluadas

1. Mantener GCP como infraestructura única y cerrada

Ventajas: - Máxima coherencia y simplicidad operativa. - IAM y seguridad completamente unificados. - Sin riesgo de fragmentación del ecosistema.

Limitaciones: - Impide adoptar herramientas externas aunque aporten valor claro. - Pone la fidelidad al proveedor por encima del valor para el negocio. - Rígida para una fase de aprendizaje en la que el ecosistema aún está descubriendo qué necesita.

2. GCP como referencia con apertura controlada (decisión tomada)

Ventajas: - Mantiene GCP como punto de partida y referencia para todas las evaluaciones. - Permite incorporar herramientas externas cuando aporten valor justificado. - El proceso de evaluación garantiza que la apertura no genere silos ni fragmentación. - Más honesto con el propósito del ecosistema: generar valor, no ser fiel a un proveedor.

Limitaciones: - Requiere disciplina activa para que el proceso de evaluación se aplique y no todo entre sin criterio. - Mayor complejidad de gobernanza que la opción cerrada.

3. Stack completamente abierto sin proveedor de referencia

Ventajas: - Máxima flexibilidad.

Limitaciones: - Sin coherencia de base. - Riesgo alto de fragmentación y silos tecnológicos. - Inviable para un equipo técnico reducido en fase de construcción. - Contradice directamente los principios del Ecosistema IA de BKM.

4️⃣ Decisión Tomada

Adoptar Google Cloud Platform como infraestructura de referencia del Ecosistema IA BKM, con apertura controlada a herramientas externas mediante proceso de evaluación explícito.

Stack de referencia:

  • Infraestructura: Google Cloud Platform (GCP)
  • Data warehouse: BigQuery
  • Almacenamiento documental: Google Cloud Storage (GCS)
  • Plataforma MLOps y acceso a modelos: Vertex AI (Model Garden — agnóstico de modelo)
  • Capa conversacional estratégica: evaluada caso a caso según el sistema
  • Despliegue: Cloud Run
  • Gestión de identidades: IAM unificado GCP

Herramientas externas al stack de referencia:

Pueden incorporarse si superan el proceso de evaluación definido en el Stack Tecnológico. Toda incorporación al Core IA requiere aprobación del Responsable IA y, si tiene impacto transversal, registro en el Log de Decisiones.

5️⃣ Justificación

La decisión se basa en:

  • GCP ofrece coherencia técnica, IAM unificado, escalabilidad y modelo de seguridad sólido. Sigue siendo la elección correcta como referencia para el Core IA.
  • Vertex AI es agnóstico de modelo: permite usar Gemini, Claude, Llama, Mistral u otros sin cambio de infraestructura. La elección del modelo es libre.
  • Limitar el stack de forma absoluta antes de tener aprendizaje real es contraproducente. El ecosistema debe poder incorporar la mejor herramienta para cada problema.
  • La apertura sin proceso de evaluación genera silos. El proceso es lo que hace que la apertura sea una fortaleza y no una fuente de desorden.
  • Esta posición es coherente con el principio fundacional de construir solo cuando el valor está justificado: si GCP no cubre una necesidad de forma adecuada, la solución no es forzar GCP sino evaluar la alternativa con criterio.

6️⃣ Naturaleza de la Dependencia

Lo que no genera dependencia estructural:

La elección del modelo LLM no está atada a Google. A través de Vertex AI Model Garden, BKM puede usar modelos de Anthropic (Claude), Meta (Llama), Mistral y otros con la misma infraestructura, facturación e IAM.

Si un modelo de tercero ofrece mejor rendimiento para un caso de uso concreto, se adopta sin migración de arquitectura.

Lo que sí genera dependencia:

La dependencia real es de infraestructura: cómputo (Cloud Run), almacenamiento estructurado (BigQuery, GCS) y gestión de identidades (IAM). Esta dependencia crece con cada sistema construido sobre GCP.

El Principio de Portabilidad Mínima existe para que esa dependencia sea gestionada conscientemente. Ver Stack Tecnológico — Bloque II: Principio de Portabilidad Mínima.

7️⃣ Señales de Alerta que Requieren Revisión

Esta decisión debe revisarse formalmente si se produce alguna de las siguientes situaciones:

  • Cambio de pricing de infraestructura significativo — incremento sostenido en los servicios core sin alternativa interna viable.
  • Cambio regulatorio europeo — modificación normativa sobre soberanía de datos que haga inviable alojar información sensible en infraestructura de un proveedor estadounidense.
  • Degradación sostenida de servicio — incidentes de disponibilidad que afecten a sistemas productivos de forma recurrente.
  • Cambio estratégico de Google — discontinuación o pivote que afecte a la continuidad de los servicios core o al acceso a modelos de terceros en Vertex AI.
  • Crecimiento del ecosistema — si el número de sistemas en producción supera diez y la concentración de dependencia de infraestructura se vuelve un riesgo operativo inaceptable.
  • Proliferación de herramientas externas — si el número de herramientas fuera del stack de referencia crece de forma que fragmente el ecosistema, revisar si el proceso de evaluación es suficientemente restrictivo.

8️⃣ Impacto Arquitectónico

  • Capa afectada: Ecosistema completo — Core IA y criterios de diseño transversales
  • Gobernanza: Responsable IA BKM
  • Revisión: Anual o ante cualquier señal de alerta listada en la sección 7

9️⃣ Revisión Futura

  • Revisión ordinaria: anual, en el marco de la revisión general del Stack Tecnológico.
  • Revisión extraordinaria: ante cualquier señal de alerta identificada en la sección 7.

Estado: Activa — sustituye versión anterior

Ubicación: 06_logs_decisiones/