Etiqueta: Arquitectura

TOON, MCP y Agentes: menos hype, más arquitectura real (y un 25% de ahorro que sí importa)

En mis pruebas reales con modelos de razonamiento (o1) y datos de negocio no cocinados, TOON no fue “mágico”, pero sí consistentemente útil: frente a JSON compacto, TOON-RAW redujo ~25% de tokens sin perder precisión ni aumentar la latencia. Ese ahorro aparece justo donde más duele —en los tool-results entre MCP y los agentes— y se multiplica en arquitecturas AI-native con decenas de llamadas por flujo. La conclusión no es cambiar tus APIs a TOON, sino usar JSON mini en el backend y reservar TOON para la frontera MCP ↔ LLM, donde optimizar tokens sin perder estructura sí importa.

Leer más

Azure IoT Operations

Azure IoT Operations es el nuevo plano industrial de Microsoft para plantas que necesitan algo más que un IoT “de laboratorio”. Es una plataforma edge-native, basada en Kubernetes y habilitada por Azure Arc, capaz de procesar millones de señales por segundo, integrar OPC UA de forma nativa, operar sin conexión durante horas y gobernar todo el ciclo de vida del dato desde el propio perímetro. En este monográfico exploro cómo IoT Operations se diferencia de IoT Hub y de IoT Edge, cuándo tiene sentido dar el salto, y qué implica en términos de arquitectura, seguridad, gobernanza y coste operativo (FinOps). También incluyo un despliegue paso a paso, varios casos de uso reales en manufactura, ejemplos de DataFlows, módulos propios (Python/.NET), integración con Microsoft Fabric y un análisis totalmente práctico de cómo operar esta plataforma en producción.

Si trabajas en entornos OT/IT, si necesitas alta frecuencia, resiliencia offline o un modelo de operación declarativo, este artículo te ayudará a entender por qué IoT Operations no es una evolución de IoT Edge… sino el siguiente plano lógico para plantas modernas.

Leer más

ATAM: Cómo evaluar una arquitectura antes de que falle en producción

Diseñar una buena arquitectura no garantiza que el sistema funcione correctamente.
La verdadera clave está en evaluar esa arquitectura antes de implementarla, asegurándose de que cumple los atributos de calidad (rendimiento, disponibilidad, seguridad, mantenibilidad, etc.) que el negocio necesita.
Para ello, el SEI (Software Engineering Institute) de la Carnegie Mellon University desarrolló el ATAM (Architecture Tradeoff Analysis Method): un método cualitativo, sistemático y colaborativo que permite valorar los riesgos y compensaciones (trade-offs) de una arquitectura de software antes de su construcción.

Leer más

Reinventar el Desarrollo: De SDLC a AI-DLC

Inspirado por lo que vi en el evento AWS DevSphere 2025 y el video «Build applications faster with GenAI» en YouTube, decidí compartir mi punto de vista sobre por qué el ciclo de vida tradicional del desarrollo de software (SDLC) está roto y cómo podemos evolucionar hacia un enfoque más efectivo, incluso fuera del ecosistema de AWS. Porque al final, hablamos de metodologías y patrones que son agnósticos al proveedor cloud y pueden aplicarse en cualquier entorno, incluyendo Azure.

Leer más
Cargando

Acerca de

Reconocimientos

Microsoft MVP

GitKraken Ambassador

Azure Heroes

GitKraken Ambassador

GitKraken Ambassador

Conecta conmigo

        

Perfil Sessionize

Otros

Buy Me a Coffee