Una empresa utiliza una aplicación central de AWS CDK en varias cuentas para gestionar las pilas de despliegue. Un desarrollador necesita automatizar la detección y eliminación de recursos no utilizados que soportaban pilas anteriores pero que ya no son necesarios. La solución debe integrarse sin problemas con el flujo de despliegue existente basado en CDK y requerir la menor configuración. ¿Qué enfoque satisface estos requisitos?

La opción correcta es implementar un recurso personalizado de AWS CDK que aprovisione una función Lambda con el código del controlador y la invoque durante el despliegue de la pila. Esto permite que la lógica de limpieza se integre directamente en el proceso de despliegue de CDK, aprovechando la capacidad de CDK para gestionar recursos de AWS y su ciclo de vida. Un recurso personalizado de CDK es la forma más idiomática y con menor configuración para extender las capacidades de CDK con lógica personalizada. Las otras opciones son menos eficientes o adecuadas: Generar una plantilla de CloudFormation desde un archivo JSON y adjuntar código a Lambda es un proceso más manual y menos integrado con CDK. Crear una API en AWS Amplify para invocar una función Lambda introduce una capa de complejidad innecesaria para una tarea de limpieza interna. Escribir la función en la consola de AWS Lambda y luego importarla con un recurso personalizado de CDK no es ideal para la automatización, ya que el código de la función no estaría versionado ni gestionado directamente por CDK.