Parte II — Control plane de IA: APIM, seguridad y escalado real en Azure


Parte II — Control plane de IA: APIM, seguridad y escalado real en Azure

Cuando hablamos de añadir IA a una aplicación, lo primero que viene a la cabeza es desplegar un modelo. Azure AI Foundry, OpenAI, un endpoint de inferencia… y empezar a hacer llamadas HTTP. Funciona. Pero hay otro camino que a veces olvidamos.

Cada vez más aplicaciones empiezan a usar LLMs. Integrar un modelo es sencillo: haces una llamada HTTP y listo.
El problema aparece cuando la IA pasa a producción.
Entonces necesitas …

La disciplina que no desaparece… se vuelve visible
Durante los últimos meses se ha instalado una narrativa recurrente en el sector:
la Inteligencia Artificial generativa va a sustituir a los desarrolladores porque ya puede escribir código…

En entornos empresariales modernos, usar Docker “porque sí” ya no es suficiente. La tecnología de contenedores debe alinearse con políticas de cumplimiento, licenciamiento y productividad, especialmente cuando trabajamos en equipos grandes, con requisitos legales o con entornos Windows/WSL2.

Si tus reglas viven en prompts, no tienes gobernanza: tienes suerte. Este repo demuestra un enfoque distinto: el LLM no manda. Las reglas se modelan en OWL y un reasoner determina qué está permitido. Así eliminas el “depende cómo lo preguntes”, bloqueas prompt injection y paras el prompt drift. La IA habla; la ontología pone los límites.
Workflows deterministas, agentes autónomos y modelos híbridos suelen mezclarse bajo el paraguas de “arquitectura de IA”, como si fueran sinónimos. No lo son.
Aunque comparten terminología y tecnología, representan formas muy distintas de diseñar procesos y delegar decisiones. En este artículo se clarifica qué es cada uno, cuándo utilizarlo y por qué confundirlos suele acabar en sistemas frágiles y difíciles de gobernar.

Tres formas distintas de potenciar el desarrollo con IA — cada una en su nivel real
En el panorama actual del desarrollo asistido por IA, hay muchas confusiones sobre qué aporta cada herramienta y cómo compiten (o no) entre sí. Vamos a ordenar ese debate con hechos y matices correctos.

Durante mucho tiempo, intento aplicar TOGAF en proyectos reales: entornos complejos, organizaciones grandes, equipos distribuidos, presión de negocio y decisiones que no admiten demasiada teoría. Y si hay algo que he visto repetirse una y otra vez es esto: TOGAF se entiende, pero no se sabe aplicar. No porque el marco sea malo —de hecho, TOGAF sigue siendo uno de los marcos de arquitectura empresarial más sólidos que existen— sino porque suele enseñarse y explicarse de forma excesivamente académica, desconectada de la realidad de los proyectos. De ahí nace este libro. Entra para descargarlo.

Uno de los bloqueos más comunes que escucho en empresas cuando proponemos usar Dapr sobre Azure —por ejemplo con Azure Service Bus o Azure Blob Storage bindings — es que los building block estan en versión alpha. Veamos que significa esto.