Borrar cómputo no retira todo

Retirar un proyecto exige cerrar dependencias, no solo apagar un icono.

Define el cierre por recurso

El destino de retirada indica si una dependencia se eliminará, transferirá o conservará deliberadamente, con responsable y evidencia de aceptación. Cómputo, almacenamiento, identidades y copias pueden tener ciclos distintos.

En EC2, borrar un volumen EBS adjunto depende de su configuración de terminación. Terminar una instancia no demuestra que desapareciera todo el almacenamiento asociado.

Entrega del proyecto Atlas

D1: La instancia está terminada. V7 tenía desactivado el borrado al terminar y sigue disponible.

D2: El responsable aprueba conservar S7 durante 30 días y borrar V7 tras una recuperación exitosa. S7 existe, pero no se presenta resultado de recuperación.

D3: Otro proyecto activo utiliza el rol de publicación. Se desconoce si el trabajo retirado Atlas todavía puede obtener ese rol.

Supón registros actuales y ninguna otra exigencia de conservación que cambie D2. Puede cerrarse el cómputo. V7 queda pendiente porque no se demostró la condición de recuperación. S7 necesita responsable, acceso protegido y fecha de revisión de su destino.

Conserva el rol compartido para su consumidor aprobado. Asigna al responsable de identidad revisar por separado la elegibilidad restante de Atlas y las sesiones emitidas. Que no exista la instancia no responde esas preguntas para otros entornos de ejecución.

Escribe cuatro filas con identificadores de evidencia. Un modelo útil indica: “instancia cerrada: D1”; “volumen pendiente: falta recuperación”; “instantánea conservada: responsable y revisión al día 30”; “rol conservado: uso activo; elegibilidad de Atlas pendiente”.

La aceptación debe proteger ambos lados: el trabajo retirado pierde autoridad innecesaria y el activo funciona. Delimita el inventario; cuatro filas no descartan exportaciones externas, recursos facturables ni copias desconocidas.