Arquitectura de referencia para soluciones de IA

Cómo usar este documento

• Para qué sirve. Es una guía base de arquitectura para diseñar soluciones con IA seguras, trazables y gobernables: capas y componentes, patrones aprobados, entornos, gestión de modelos e instrucciones, datos, seguridad, registro, supervisión humana, resiliencia y salida. Es neutral respecto de proveedores y tecnologías.
• Quién debe ser su dueño. Normalmente arquitectura de TI, con ingeniería de datos o de aprendizaje automático y seguridad. Indique el área en [ÁREA RESPONSABLE] y la persona en [RESPONSABLE].
• Decisiones previas. Decida qué componentes serán comunes para toda la organización (por ejemplo, una pasarela de IA y un registro de modelos), qué perfiles de despliegue tiene (P1 a P5) y, con ello, qué patrones de la sección 4 aprueba, qué tecnologías concretas usará en cada capa (ayuda F) y cómo se gestionan las excepciones (sección 12).
• Campos a completar. Sustituya los textos entre corchetes y complete la tabla de tecnologías aprobadas. Conserve las cláusulas [OPCIONAL] solo si aplican.
• Variantes por país. Esta guía no tiene variantes por país. Si fabrica o comercializa software con IA como producto, o trata datos en países con requisitos de localización o de seguridad específicos, revise las secciones 7 y 8 con las normas de «Referencias normativas relacionadas».
• Revisión. Pida a seguridad de la información que valide la sección 8 frente a la «Línea base de ciberseguridad para sistemas de IA» y al delegado de protección de datos (o el rol equivalente del país) que valide las reglas de datos y registros de las secciones 7 y 9.
• Aprobación y publicación. Haga que la apruebe la dirección de tecnología o el comité de arquitectura, registre la aprobación en «Control de versiones» y publíquela para los equipos de arquitectura, ingeniería y proveedores que construyen soluciones para la organización.

Selección de módulos

Perfil	Patrones y secciones que conservar
Todos	Secciones 1 a 3, 4.5 y 5 a 12
P2 Integra modelos por API o RAG	4.1 y 4.2
P3 Aloja modelos, incluidos los de pesos abiertos	4.6
P4 Entrena o ajusta modelos	4.3
P5 Usa agentes que actúan en sistemas	4.4

Esta guía no tiene contenido propio del perfil P1: las organizaciones que solo usan IA dentro de software que compran pueden prescindir de ella y aplicar la «Guía de despliegue de asistentes y copilotos de IA». Elimine los patrones que no apliquen a su organización.

Arquitectura de referencia para soluciones de IA

Campo	Valor
Organización	[RAZÓN SOCIAL]
Área propietaria	[ÁREA RESPONSABLE]
Responsable de la guía	[RESPONSABLE]
Aprobada por	[APROBADO POR]
Fecha de entrada en vigor	[FECHA]
Frecuencia de revisión	[FRECUENCIA DE REVISIÓN]
Contacto	[EMAIL DE GOBERNANZA DE IA]

1. Objetivo y alcance

1.1 Esta guía define la arquitectura de referencia con la que [NOMBRE DE LA ORGANIZACIÓN] diseña, construye, integra y opera soluciones con IA, para que sean seguras desde el diseño, trazables, supervisables por personas, sustituibles y coherentes con las políticas de la organización.

1.2 Se aplica a:

• soluciones que integran modelos de proveedores mediante API (por ejemplo, modelos de lenguaje);
• modelos de terceros alojados en infraestructura propia o alquilada, incluidos los de pesos abiertos de cualquier origen;
• soluciones de recuperación aumentada sobre datos internos;
• modelos predictivos o de clasificación propios;
• agentes de IA que usan herramientas o ejecutan acciones;
• funciones de IA que proveedores externos construyen para la organización.

1.3 Todo diseño nuevo de una solución con IA de riesgo Medio o Alto, y todo modelo alojado internamente, pasa la revisión de arquitectura (ayuda B) antes de su construcción y antes de su paso a producción.

2. Principios de diseño

1. Seguridad desde el diseño y por defecto. Configuraciones seguras de inicio, mínimo privilegio y defensa en capas.
2. Trazabilidad. Se puede reconstruir qué versión de modelo, instrucciones y datos produjo cada resultado relevante.
3. Supervisión humana integrada. La arquitectura permite que una persona revise, corrija o detenga el sistema cuando el riesgo lo requiere.
4. Minimización y privacidad. Solo se envían a los modelos los datos necesarios, y se protegen en cada capa.
5. Neutralidad y portabilidad. Las aplicaciones no dependen directamente de un único proveedor; el acceso a modelos pasa por interfaces internas que permiten cambiarlo.
6. Falla segura. Ante errores, el sistema se degrada a un estado seguro definido, no a un comportamiento imprevisto.
7. Observabilidad. Rendimiento, calidad, costo y seguridad se miden desde el primer día.
8. Reutilización. Se usan los componentes comunes aprobados en lugar de crear soluciones paralelas.