Una empresa almacena datos en Amazon S3 Glacier. Se aplicó una nueva política de bloqueo de bóveda (vault lock policy) a 10 TB de datos, y la operación initiate-vault-lock se invocó hace 12 horas. Una auditoría encontró un error tipográfico en la política que permite acceso no deseado. ¿Cuál es la forma más rentable de solucionar esto?

La respuesta correcta es invocar abort-vault-lock, actualizar la política y luego invocar initiate-vault-lock nuevamente. Cuando se inicia un bloqueo de bóveda, hay un período de gracia de 24 horas durante el cual la política se puede abortar si no se ha completado el bloqueo. Esto permite corregir errores sin incurrir en costos adicionales. Copiar los datos a un nuevo bucket de S3 y eliminar la bóveda sería costoso y consumiría mucho tiempo debido al volumen de 10 TB de datos. Actualizar la política en su lugar no es posible porque una vez que la política de bloqueo de bóveda está en progreso o aplicada, no se puede modificar directamente. Actualizar la política e invocar initiate-vault-lock nuevamente sin abortar la operación anterior no funcionaría, ya que la operación original aún estaría en curso o ya aplicada.