Diseño visual de aplicaciones serverless con AWS Infrastructure Composer (antes AWS Application Composer) - Generación automática de plantillas IaC

Explicamos el diseño visual de arquitecturas serverless con Infrastructure Composer, la generación automática de plantillas SAM y la integración con VS Code.

Unos 7 min de lecturaÚltima actualización: 2026-10-31

Descripción general de Infrastructure Composer

Infrastructure Composer es un servicio que permite diseñar visualmente la arquitectura de aplicaciones serverless y crea automáticamente plantillas de AWS CloudFormation y AWS SAM. En lugar de escribir YAML a mano, usted coloca recursos en un lienzo y los conecta, e Infrastructure Composer arma una plantilla que incluye las políticas de IAM y la configuración de orígenes de eventos necesarias, de acuerdo con las prácticas recomendadas de AWS.

Diseño visual y sincronización bidireccional

Si arrastra una función de Lambda al lienzo y la une a API Gateway con una línea de conexión, se generan automáticamente el mapeo de origen de eventos de API Gateway y el rol de ejecución de Lambda. Si conecta una tabla de DynamoDB con Lambda, el ARN de la tabla se configura como variable de entorno y se añaden permisos de acceso a DynamoDB a la política de IAM. Los cambios en el lienzo y en el código de la plantilla se sincronizan automáticamente, y lo que corrija a mano en el YAML también aparece en el diagrama. Con la extensión de VS Code, puede editar visualmente plantillas SAM locales existentes.

Uso en el desarrollo en equipo y limitaciones

Las plantillas diseñadas en Infrastructure Composer se prueban localmente con SAM CLI, se confirman en un repositorio Git y se incorporan al flujo de trabajo de IaC habitual. Lo que se cambia en el lienzo visual también se incorpora automáticamente a la plantilla, por lo que las diferencias se comprueban en la revisión de código. Los recursos que se pueden manejar en Infrastructure Composer no se limitan a recursos serverless como Lambda, API Gateway, DynamoDB, S3, SQS, SNS y Step Functions. Los recursos como VPC, RDS y ElastiCache también se pueden colocar en el lienzo si CloudFormation los admite. En plantillas que usan mucho Conditions y Mappings complejos, el límite entre la edición visual y la edición manual se vuelve difuso, por lo que es importante que el equipo establezca reglas sobre hasta dónde gestionar con Composer y a partir de dónde escribir a mano.

Cuándo usar CloudFormation / SAM

Infrastructure Composer es una herramienta para trabajar con plantillas de CloudFormation y AWS SAM en forma de diagrama, y no sustituye a CloudFormation ni a SAM CLI. Es adecuada para crear rápidamente prototipos de nuevas aplicaciones serverless. Si se importa una plantilla grande existente (cientos de recursos), el lienzo se vuelve confuso y disminuye la facilidad de uso, por lo que la aplicación a proyectos existentes se decide con cuidado. En proyectos que usan CDK, es posible visualizar en Composer las plantillas de CloudFormation que generan los constructos de CDK, pero no existe una función para convertir de vuelta a código CDK lo editado en Composer, por lo que lo realista es usarlo como herramienta de visualización de solo lectura. Si se combina con SAM Accelerator (sam sync), se puede repetir a intervalos cortos el ciclo de diseñar en Composer, hacer un despliegue en caliente con sam sync y comprobar el funcionamiento.

Precios de Infrastructure Composer

El uso de Infrastructure Composer en sí no tiene coste. No se aplican cargos adicionales por el editor visual de la consola de AWS, la extensión de VS Code ni la generación automática de plantillas SAM. El único coste son los cargos de uso de los recursos de AWS desplegados con las plantillas generadas. Las pruebas locales combinadas con SAM CLI tampoco están sujetas a costes adicionales.

El flujo de la idea al despliegue

Infrastructure Composer conecta con fluidez la serie de pasos que va desde el diseño hasta el despliegue. Si arma la arquitectura colocando / conectando recursos en la pantalla, se genera la plantilla de IaC correspondiente. Al unir recursos con líneas, los permisos y la configuración necesarios se completan automáticamente, lo que reduce el esfuerzo de escribir a mano el cableado detallado. Las plantillas generadas se pueden combinar con herramientas de desarrollo para serverless y llevar a las pruebas locales y al despliegue en producción. Poder dar forma rápidamente a la arquitectura que se tiene en mente y convertirla directamente en algo que funciona ayuda a poner en marcha el desarrollo.

Cableado automático de orígenes de eventos y permisos

En las aplicaciones serverless es necesario conectar correctamente varios recursos, como funciones, almacenes de datos y colas de mensajes. Al escribirlo a mano, suelen producirse omisiones en la concesión de los permisos necesarios y errores en la configuración de conexión. Si conecta los recursos entre sí en el diseño visual, los permisos y la configuración de referencias que requiere esa relación se reflejan automáticamente en la plantilla. Así se reducen los errores de conexión y también se acorta el tiempo necesario para aislar la causa de que algo no funcione. Al armar visualmente las relaciones entre recursos, la compleja configuración subyacente queda ordenada, lo que facilita el trabajo de desarrollo serverless.

Como ayuda para el aprendizaje y la comprensión

Infrastructure Composer también es útil como punto de entrada para aprender configuraciones serverless. Al colocar y conectar recursos, puede entender a qué parte de la plantilla corresponde cada uno comparando el diagrama con el código. Para los principiantes que están aprendiendo a escribir IaC, esto ayuda a ver las plantillas abstractas como configuraciones concretas. Además, si carga una plantilla existente y la convierte en diagrama, puede captar rápidamente la imagen general de una aplicación compleja, lo que resulta útil en traspasos e investigaciones. Poder entender de forma conjunta lo visual y lo escrito respalda el aprendizaje y el mantenimiento en el desarrollo serverless.

Resumen

Infrastructure Composer es una herramienta que visualiza el diseño de aplicaciones serverless y acelera la construcción inicial de IaC mediante la generación automática de plantillas SAM. La sincronización bidireccional entre el lienzo visual y el YAML facilita mantener alineados el diseño y la implementación. Es adecuada para prototipos y proyectos serverless de tamaño pequeño a mediano.

Referencias (recursos oficiales de AWS)

Las fuentes primarias de esta página son el sitio web y la documentación oficiales de AWS. Consulta las páginas oficiales siguientes para conocer las especificaciones y los precios más recientes.

Si esta página y la documentación oficial difieren, prevalece la documentación oficial.

El desarrollo de software transformado por AI-DLC - Guía práctica de las 3 fases Inception, Construction y OperationExplicamos la visión general de la metodología AI-DLC que sitúa la IA en el centro del proceso de desarrollo. Presentamos las 3 fases Inception, Construction y Operation, y los métodos prácticos con Kiro y Amazon Q Developer.Taller práctico AI-DLC Unicorn Gym - Domina AI-DLC con desarrollo en equipoPresentamos el contenido completo del taller práctico de 3 días para experimentar AI-DLC con desarrollo en equipo. Explicamos cómo llevar a cabo Mob Elaboration y Mob Construction, y cómo aprovechar los flujos de trabajo de código abierto.Gestión de repositorios de artefactos - Base segura de gestión de paquetes con AWS CodeArtifactExplica la construcción y operación de repositorios de artefactos con AWS CodeArtifact. Presenta la centralización de la gestión de paquetes npm, Maven, PyPI y la construcción de pipelines de build seguros con integración de CodeBuild.El mecanismo de throttling de las API de AWS - El algoritmo Token Bucket y la verdad detrás del error 429Explicamos cómo el rate limiting de las API de AWS se implementa con el algoritmo Token Bucket, el concepto de burst capacity, las diferencias en los límites según el servicio, y las medidas prácticas para evitar el throttling.¿Por qué las API de AWS devuelven XML? - La historia de la evolución desde Query API hasta REST JSONExplicamos las razones históricas por las que las API de S3 y EC2 devuelven respuestas XML, las diferencias entre Query API y REST API, la evolución de la autenticación de Signature V2 a V4, y la complejidad que los SDK ocultan.Por qué los endpoints de API de AWS difieren por región - Diseño de servicios globales y regionalesExplicamos las razones de diseño por las que existen endpoints regionales como ec2.us-east-1.amazonaws.com y endpoints globales como iam.amazonaws.com, así como los endpoints dual-stack y FIPS.Entorno de shell basado en navegador - Acceso CLI instantáneo con AWS CloudShellExplica el entorno de shell basado en navegador con AWS CloudShell. Cubre el entorno CLI disponible instantáneamente desde la consola de administración de AWS, herramientas de desarrollo preinstaladas, integración automática de autenticación IAM, gestión segura de archivos y consejos prácticos para mejorar la eficiencia operativa.IaC con lenguajes de programación usando AWS CDK - Diseño de constructs y stacksSe explica la definición de infraestructura con TypeScript/Python mediante CDK, la elección entre constructs L1/L2/L3 y las técnicas de pruebas.