Be Software Architecture Wise
Be Wise Apps

Read in English · Lire en français · Auf Deutsch lesen

Capítulo 12 de 12 · Avanzado

Arquitectura de sistemas con IA

Los sistemas construidos en torno a modelos de aprendizaje automático y modelos de lenguaje grandes necesitan todo lo que enseñaron los capítulos anteriores, además de nuevas respuestas a nuevas preguntas: dónde debe ejecutarse un modelo, cómo fundamentarlo en tus propios datos, cómo dejar que use herramientas de forma segura, cómo probar algo probabilístico, cómo defenderse de la inyección de prompts, cómo controlar el costo y la latencia, y qué exige una normativa como el Reglamento de IA de la UE (EU AI Act). Este capítulo es para desarrolladores y arquitectos que conocen el resto del curso y deben diseñar, revisar o gobernar sistemas con IA que sean fiables, seguros y asequibles.

Introducción en video al capítulo 12

8 min · narrado en inglés, con subtítulos
Solo escuchar (audio)
Leer la transcripción

Te damos la bienvenida al Capítulo 12, Arquitectura de sistemas con IA. Trata de los sistemas construidos en torno a la inteligencia artificial, o IA: modelos de aprendizaje automático y modelos de lenguaje grandes, o LLM. Necesitan todo lo que enseñaron los capítulos anteriores, además de nuevas respuestas a nuevas preguntas. ¿Dónde debe ejecutarse un modelo? ¿Cómo lo fundamentas en tus propios datos, dejas que use herramientas de forma segura, pruebas algo probabilístico y te defiendes de la inyección de prompts?

Este capítulo es para desarrolladores y arquitectos que conocen el resto del curso y que deben diseñar, revisar o gobernar sistemas con IA que sean fiables, seguros y asequibles. Se basa en todo el curso: cada cualidad, estilo y práctica, aplicados ahora a componentes probabilísticos. Se apoya sobre todo en los atributos de calidad, la arquitectura de datos, la seguridad y la privacidad, la resiliencia y la observabilidad, y la evaluación y las funciones de aptitud. Esas ideas anteriores cambian de forma aquí. Los atributos de calidad incluyen ahora la exactitud y la fundamentación. La resiliencia debe hacer frente a los límites de tasa y a las caídas de un proveedor de modelos. Y las pruebas se convierten en evaluación. Este es el último capítulo, así que conduce a la evaluación final y al caso práctico integrador.

La mayor parte de un sistema con IA es software corriente. Este diagrama de contenedores de la sección doce punto dos muestra el ejemplo recurrente del capítulo: un asistente de atención al cliente para la plataforma de reparto de comida. Los clientes chatean a través de la app móvil, que se comunica con un servicio de chat. Las conversaciones difíciles se traspasan a una consola de agentes, donde las recogen los agentes humanos de soporte. En el centro está el orquestador, que contiene los prompts, las herramientas y los límites. Busca en un índice del centro de ayuda y hace llamadas a herramientas de los servicios existentes de pedidos y de reembolsos. Cada llamada al modelo pasa por un gateway de IA, que guarda las claves de los proveedores, enruta cada llamada y recurre al proveedor B cuando falla el proveedor A. Las trazas de cada llamada se conservan para la evaluación. Solo el modelo es nuevo. Pero su comportamiento es estadístico en lugar de especificado: normalmente correcto, a veces erróneo con total seguridad, y suministrado por un proveedor que puede restringir su uso, cambiarlo o retirarlo. Eso cambia cómo debe diseñarse todo lo que lo rodea.

Las cuatro primeras secciones construyen el sistema. La sección doce punto uno explica qué son el aprendizaje automático y los modelos de lenguaje grandes: el entrenamiento y la inferencia, los tokens, las ventanas de contexto, el muestreo y los embeddings, y por qué la alucinación y el no determinismo son inherentes. La sección doce punto dos sitúa el modelo en una arquitectura: alojado por un proveedor, autoalojado o en el dispositivo, detrás de un gateway de IA, con enrutamiento, cascadas, escaleras de alternativas y humanos en el bucle. La sección doce punto tres trata la generación aumentada por recuperación, o RAG, el patrón más común para fundamentar las respuestas en tus propios datos, desde el chunking y los índices vectoriales hasta la búsqueda híbrida y el control de acceso. La sección doce punto cuatro pasa de responder a actuar: la llamada a herramientas, el bucle del agente, los patrones de flujo de trabajo, el Model Context Protocol, o MCP, y la ingeniería de fiabilidad que necesitan los agentes.

Las otras cuatro secciones hacen que el sistema sea digno de confianza y sostenible. La sección doce punto cinco muestra cómo probar un comportamiento probabilístico, con conjuntos de evaluación, métricas, un modelo que actúa como juez y evaluaciones de regresión que actúan como funciones de aptitud. La sección doce punto seis trata la inyección de prompts, la agencia excesiva y los demás riesgos catalogados por OWASP, y las defensas por capas que los contienen. La sección doce punto siete aborda la economía de los tokens, la latencia, la caché y el procesamiento por lotes, y la práctica de versionar, trazar y monitorizar las llamadas a modelos. Y la sección doce punto ocho trata la gobernanza de datos, la equidad, la transparencia y la supervisión humana, y cómo dan forma a la arquitectura la normativa, como el Reglamento de IA de la UE, y los marcos, como el NIST AI Risk Management Framework.

Un modelo de lenguaje no puede distinguir de forma fiable las instrucciones de los datos, así que cualquier texto de su contexto puede intentar dirigirlo. Este diagrama de la sección doce punto seis muestra la respuesta: capas deterministas alrededor de un modelo no confiable. El mensaje de un usuario pasa primero por los controles de entrada y luego por un constructor de contexto, que marca el contenido no confiable e incorpora datos filtrados según los propios derechos de acceso del usuario. El modelo ocupa el centro, marcado como nunca confiable. Su salida pasa por los controles de salida, que comprueban el esquema y filtran lo que llega al usuario. Cuando pide usar una herramienta, un gateway de herramientas aplica la autorización y las políticas. Las acciones con consecuencias necesitan aprobación humana antes de llegar a los sistemas de negocio, mientras que las llamadas de solo lectura van directamente. Y la monitorización recoge logs, trazas y alertas de anomalías, con un interruptor de emergencia (kill switch). Ningún prompt es un límite de seguridad. Estas capas deterministas deciden qué puede ver el modelo, qué puede hacer y qué llega al usuario.

Hay dos ejemplos recurrentes. El asistente de soporte que acabas de ver incorpora la recuperación en la sección doce punto tres y las herramientas en la doce punto cuatro, y se evalúa, se protege y se calcula su costo en las secciones siguientes. El segundo es este mismo curso. ArchitectBot responde a las preguntas de los estudiantes recuperando pasajes de los propios capítulos del curso y llama a una escalera de modelos de más de un proveedor, para que una sola caída no lo silencie. Las respuestas escritas de las pruebas las corrige un modelo con una rúbrica fija.

La sección doce punto ocho explica que el Reglamento de IA de la UE regula según el riesgo: prácticas prohibidas, sistemas de alto riesgo, obligaciones de transparencia y riesgo mínimo, con obligaciones aparte para los modelos de IA de uso general. Ese material es información general, no asesoramiento jurídico. Las obligaciones dependen de los hechos de cada sistema y de los textos legales exactos y las orientaciones en vigor, que siguen cambiando. En cualquier decisión real de clasificación o de cumplimiento deben participar asesores jurídicos cualificados.

Trata el modelo como un componente con talento, falible y no confiable, y deja que una arquitectura determinista decida qué ve, qué puede hacer y qué pasa con su salida. Fundamenta sus respuestas en hechos recuperados y permitidos. Valida todo lo que produce y dale el mínimo privilegio que necesite su tarea. Exige confirmación humana para las acciones con consecuencias. Mide su calidad de forma continua, como harías con cualquier otro atributo de calidad, y planifica para cuando falle su proveedor. Los modelos seguirán mejorando, y los sistemas construidos sobre este principio mejoran con ellos.

Las secciones siguen al ejemplo recurrente a medida que crece, así que leerlas en orden funciona bien. Pero cada sección se sostiene por sí sola, así que puedes ir directamente a la que necesites. Calcula unas tres horas y media para leer el capítulo entero. Los proveedores y los modelos se nombran solo como ejemplos, porque el mercado cambia cada pocos meses mientras que los principios no. Al final de cada sección hay preguntas de autoevaluación. Respóndelas mentalmente antes de mirar las respuestas. Cuando estés listo, hay una prueba del capítulo opcional, que lleva unos cuarenta y cinco minutos. Tiene veinte preguntas de opción múltiple y dos respuestas escritas. La nota de aprobado es el ochenta por ciento.

Esa es la forma del último capítulo. Empieza por la sección doce punto uno, sobre el aprendizaje automático y los modelos de lenguaje grandes para arquitectos. Nos vemos allí.

Descargar el capítulo (PDF)Leer en la app

De un vistazo

Aprenderás a

  • Explicar cómo se entrenan y sirven los modelos de aprendizaje automático y los modelos de lenguaje grandes, y qué significan los tokens, las ventanas de contexto, el muestreo, los embeddings y las alucinaciones para el diseño de un sistema.
  • Elegir dónde debe ejecutarse un modelo y cómo se le llama, y diseñar un gateway de IA, el enrutamiento de modelos, cascadas, escaleras de alternativas (fallback ladders) y revisión humana para un conjunto dado de requisitos.
  • Diseñar un pipeline de generación aumentada por recuperación, incluidos el chunking, la recuperación híbrida, el re-ranking, el control de acceso, la actualización de los datos (freshness) y la evaluación de la recuperación y de las respuestas.
  • Distinguir los patrones de flujo de trabajo de los agentes autónomos, diseñar herramientas y protocolos como MCP, y aplicar a los agentes límites de pasos, idempotencia, puntos de control (checkpoints) y aprobación humana.
  • Diseñar una estrategia de evaluación para un sistema probabilístico, con conjuntos de evaluación, métricas adecuadas, LLM como juez (LLM-as-judge) con salvaguardas y evaluaciones de regresión en el pipeline de entrega.
  • Identificar los principales riesgos de seguridad de las aplicaciones con LLM, incluida la inyección de prompts directa e indirecta, y colocar defensas por capas para que ningún prompt sea por sí solo un límite de seguridad.
  • Estimar y reducir el costo y la latencia de las llamadas a modelos con caché, procesamiento por lotes, streaming y cascadas, y operar funcionalidades basadas en modelos con versionado, trazado y monitorización.
  • Explicar cómo afectan a las decisiones arquitectónicas la gobernanza de datos, la equidad, la transparencia, la supervisión humana, el Reglamento de IA de la UE (EU AI Act), el NIST AI RMF e ISO/IEC 42001.

Antes de empezar

Todo el curso, en especial el Capítulo 2 (atributos de calidad), el Capítulo 7 (arquitectura de datos), el Capítulo 8 (seguridad y privacidad), el Capítulo 9 (resiliencia y observabilidad) y el Capítulo 11 (evaluación y funciones de aptitud).

Tiempo

Unas 3½ horas de lectura; 45 minutos para la prueba.

Términos clave

modelo de lenguaje grande · token · ventana de contexto · embedding · alucinación · Gateway de IA (AI gateway) · escalera de alternativas (fallback ladder) · generación aumentada por recuperación · búsqueda híbrida · llamada a herramientas (tool calling) · agente · Model Context Protocol · inyección de prompts (prompt injection) · LLM como juez (LLM-as-judge)

Un nuevo tipo de componente en una arquitectura conocida

La mayor parte de un sistema con IA es software corriente. Un asistente de atención al cliente para una plataforma de reparto de comida sigue teniendo una app móvil, servicios, bases de datos, colas, identidad, logging y un pipeline de despliegue, y todos los capítulos de este curso se aplican a ellos. Lo nuevo es un componente cuyo comportamiento es estadístico en lugar de especificado: un modelo que produce salidas plausibles, normalmente correctas, a veces erróneas con total seguridad, con un costo y una latencia que se miden en tokens, y suministrado por un proveedor que puede restringir su uso, cambiarlo o retirarlo.

Ese único componente cambia cómo debe diseñarse todo lo demás. Los atributos de calidad del Capítulo 2 incluyen ahora la exactitud y la fundamentación (groundedness). La resiliencia del Capítulo 9 debe hacer frente a los límites de tasa y a las caídas de un proveedor de modelos. La seguridad del Capítulo 8 se enfrenta a un nuevo ataque, la inyección de prompts, contra el que ninguna instrucción es una defensa fiable. Las pruebas se convierten en evaluación, y la gobernanza del Capítulo 11 se encuentra con una nueva normativa. Este capítulo aplica toda la disciplina a esa situación, de forma neutral respecto a los proveedores: los proveedores y los modelos se nombran solo como ejemplos, porque el mercado cambia cada pocos meses mientras que los principios arquitectónicos no.

Cómo está organizado el capítulo

Las cuatro primeras secciones construyen el sistema. La Sección 12.1 explica, para arquitectos, qué son el aprendizaje automático y los modelos de lenguaje grandes: el entrenamiento y la inferencia, la precisión y la exhaustividad, los transformers, los tokens, las ventanas de contexto, el muestreo, los embeddings, el fine-tuning y por qué la alucinación y el no determinismo son inherentes. La Sección 12.2 sitúa el modelo en una arquitectura: alojado por un proveedor, autoalojado o en el dispositivo; online o por lotes; detrás de un gateway de IA; con enrutamiento, cascadas, escaleras de alternativas y humanos en el bucle; y cómo elegir un modelo. La Sección 12.3 trata la generación aumentada por recuperación, el patrón más común para fundamentar las respuestas en tus propios datos, desde el chunking y los índices vectoriales hasta la búsqueda híbrida, el control de acceso y la evaluación. La Sección 12.4 pasa de responder a actuar: la llamada a herramientas, el bucle del agente, los patrones de flujo de trabajo, el Model Context Protocol, la memoria, los sistemas multiagente y la ingeniería de fiabilidad que necesitan los agentes.

Las otras cuatro secciones hacen que el sistema sea digno de confianza y sostenible. La Sección 12.5 muestra cómo probar un comportamiento probabilístico con conjuntos de evaluación, métricas, LLM como juez, experimentos online y evaluaciones de regresión que actúan como funciones de aptitud. La Sección 12.6 trata la inyección de prompts, la agencia excesiva y los demás riesgos catalogados por OWASP, y las defensas por capas que los contienen. La Sección 12.7 aborda la economía de los tokens, la latencia, la caché, el procesamiento por lotes y la práctica operativa de versionar, trazar y monitorizar las llamadas a modelos. La Sección 12.8 trata la gobernanza de datos, la equidad, la transparencia, la supervisión humana y cómo dan forma a la arquitectura la normativa, como el Reglamento de IA de la UE, y los marcos, como el NIST AI Risk Management Framework.

Ejemplos recurrentes

Hay dos ejemplos recurrentes. El primero es un asistente de atención al cliente para la plataforma de reparto de comida que se usa a lo largo del curso: responde preguntas sobre pedidos y políticas, consulta el estado de los pedidos, propone reembolsos y pasa los casos difíciles a personas. Aparece como diagrama de contenedores en la sección 12.2, incorpora la recuperación en la 12.3 y las herramientas en la 12.4, se evalúa en la 12.5, se protege en la 12.6 y se calcula su costo en la 12.7.

El segundo es este mismo curso. ArchitectBot responde a las preguntas de los estudiantes recuperando pasajes de los propios capítulos del curso con una clasificación por palabras clave, añadiendo resultados web en directo cuando el curso no cubre claramente una pregunta y llamando a una escalera de modelos de más de un proveedor, para que una sola caída o un solo límite de tasa no lo silencien. Las respuestas escritas de las pruebas las corrige un modelo a temperatura 0 con una rúbrica fija, con una comprobación de las respuestas que intentan dar instrucciones al corrector y la opción de solicitar una segunda corrección. Son sistemas pequeños y reales, con compromisos reales, descritos con honestidad, incluido lo que no hacen.

La idea que debes llevarte

Trata el modelo como un componente con talento, falible y no confiable, y deja que una arquitectura determinista decida qué ve, qué puede hacer y qué pasa con su salida. Fundamenta sus respuestas en hechos recuperados y permitidos; valida todo lo que produce; dale el mínimo privilegio que necesite su tarea; exige confirmación humana para las acciones con consecuencias; mide su calidad de forma continua, como harías con cualquier otro atributo de calidad; y planifica para cuando falle su proveedor. Los modelos seguirán mejorando. Los sistemas construidos sobre ese principio mejoran con ellos, mientras que los sistemas que dependen de que el modelo se comporte bien se vuelven más peligrosos a medida que se les encarga más.

Las 8 secciones

12.1 · Avanzado · 30 minBases de ML y LLMQué hacen realmente el aprendizaje automático y los modelos de lenguaje grandes, desde el entrenamiento y la evaluación hasta los tokens, las ventanas de contexto, el muestreo y los embeddings, y qué implica un componente probabilístico para el sistema que lo rodea.Leer →12.2 · Avanzado · 30 minDónde encajan los modelosModelos alojados por un proveedor, autoalojados o en el dispositivo; inferencia online y por lotes; gateways de IA, enrutamiento, cascadas y escaleras de alternativas (fallback ladders); humanos en el bucle; cómo elegir un modelo; y una arquitectura de referencia para un asistente de soporte.Leer →12.3 · Avanzado · 32 minRAGCómo fundamentar las respuestas del modelo en tus propios datos: ingesta y chunking, embeddings e índices vectoriales, recuperación híbrida y re-ranking, citas, control de acceso, actualización de los datos (freshness), evaluación y modos de fallo.Leer →12.4 · Avanzado · 32 minAgentes y herramientasCómo llaman los modelos a las herramientas, cómo funciona el bucle del agente, cuándo un flujo de trabajo supera a un agente autónomo, qué estandariza el Model Context Protocol y cómo hacer que los agentes sean fiables con límites, idempotencia, puntos de control (checkpoints) y aprobación.Leer →12.5 · Avanzado · 28 minEvaluar la IACómo probar componentes cuyas salidas varían: conjuntos dorados (golden sets), métodos de puntuación, LLM como juez (LLM-as-judge) y sus sesgos, evaluación offline y online, evaluaciones de regresión en CI, monitorización en producción, red teaming y la confianza en las cifras.Leer →12.6 · Avanzado · 28 minGuardrailsPor qué un modelo de lenguaje es un componente no confiable: la inyección de prompts directa e indirecta, los jailbreaks, el OWASP Top 10 for LLM Applications, la tríada letal (lethal trifecta) y las defensas por capas que se mantienen aunque el modelo sea manipulado.Leer →12.7 · Avanzado · 26 minCosto, latencia y LLMOpsLa economía y la operación de las llamadas a modelos: tokens de entrada y de salida, tiempo hasta el primer token y streaming, caché de prompts y caché semántica, procesamiento por lotes, cascadas, límites de tasa y escaleras de alternativas, versionado, trazado y monitorización de costos.Leer →12.8 · Avanzado · 30 minIA responsableConvertir los principios de IA responsable en arquitectura: procedencia de los datos y datos personales en prompts y logs, sesgo y equidad, transparencia y model cards, supervisión humana, el Reglamento de IA de la UE (EU AI Act) en su versión modificada de 2026, el NIST AI RMF e ISO/IEC 42001.Leer →

Prueba del capítulo

Comprueba lo que has entendido del capítulo 12

Opcional: 20 preguntas de opción múltiple y 2 respuestas escritas breves, elegidas de nuevo cada vez de un banco de 72 preguntas. Nota de aprobado: 80%. Superar todas las pruebas de capítulo y después la evaluación final da derecho al Certificado de Finalización Be Wise.

Haz la prueba del capítulo 12 en la app

Lecturas recomendadas