AWS Introduces Specification Driven Composition for Flexible Data Workflows

AWS describes a specification-driven approach for composing flexible data workflows by separating intent from processing logic. Architecture uses declarative specifications, reusable processing capabilities, and validation before execution.

AWS describes a specification-driven approach for composing flexible data workflows by separating intent from processing logic. Architecture uses declarative specifications, reusable processing capabilities, and validation before execution.

In context

• Topic: Cloud y Arquitectura — Nube pública, híbrida, costos y decisiones de infraestructura.
• Source: InfoQ
• Published: 26/08/2026

Continue reading at the original source →

Excerpt published automatically by the site radar. The full text belongs to its publisher and is linked above.

Por qué importa

Después de unos años, casi toda organización que migró a la nube descubre lo mismo: la factura crece más rápido que el negocio. No porque la nube sea cara, sino porque nadie apaga lo que ya no se usa y nadie tiene el incentivo de revisarlo.

Separo lo que se mueve por costo de lo que se mueve por capacidad. Migrar para ahorrar casi nunca funciona; migrar para poder hacer algo que antes no se podía, sí. Cuando el argumento es solo de ahorro, conviene revisar los números otra vez porque suelen estar incompletos.

Lo que suele salir mal

Lo que más veo fallar es la migración literal. Se mueve el sistema tal como estaba, sin rediseñar nada, y se termina pagando por hora lo que antes se pagaba una vez. Funciona igual, cuesta más, y a los dos años alguien pregunta para qué se hizo. Levantar y mover no es modernizar.

Qué mirar

• Qué pasa cuando el proveedor tiene una caída, porque la va a tener, y qué queda operando mientras tanto.
• El costo total a tres años con crecimiento real, no la promoción del primer año.
• Qué tan difícil sería salir o mover una parte a otro proveedor, que es el poder de negociación futuro.

Cómo leo esta entrada

Si esto entrara en una decisión de infraestructura, yo pediría el costo total a tres años con el crecimiento real puesto adentro, no el del primer año con descuento de entrada. La mayoría de las sorpresas de nube están en el año dos, cuando el descuento se acaba y el volumen ya subió.

La noticia original está publicada en otro idioma; acá se cita el extracto tal como lo entrega el medio y el comentario se escribe en español.