Cleanup functionality - e.g. keep "latest" and things newer than <n> days about acr HOT 8 CLOSED

We use an auto incrementing build ID generated from Azure Pipelines, so we needed a quick way just to purge older images based on the tag ID. I wrote this quick shell script to purge images older than the 10th image. Could easily be modified just to require a "delete before x date" reference.

https://github.com/jeffbeagley/azure_cr_purge/blob/master/retention.sh

from acr.

Thanks @DonMartin76 ,
I'll reply to #83

from acr.

Hi @jeffbeagley,
Here's the auto-purge spec feedback area: AzureCR/specs#1

from acr.

Hi Don,
As you noted, image policy management is listed on our roadmap; https://aka.ms/acr/roadmap
We have a conceptual design that allows you to set an expiration policy on specific tags. This way you can keep your released images for x days, while a default policy will delete them after fewer days.
We are currently working on the OS & Framework patching scenarios. But, have image management queued up soon after.
Don't worry about the perceived hard limits. Here's a post on what's coming: https://blogs.msdn.microsoft.com/stevelasker/2018/02/02/relaxing-acr-storage-limits-with-tools-to-self-manage/

A core feature needed for most of our future work is a metadata api, to track things, like policies. A very brief doc is here: https://github.com/SteveLasker/acr/tree/master/preview/metadata

If you'd like to help us shape ACR, I'd like to invite you to the preview group: https://aka.ms/acr/preview/signup
Steve

from acr.

Thanks! The relaxed limits is a good thing - but we still will need to do some housekeeping earlier than you have finished the autopurge or policies, I fear. I whipped up something real quick, which seems to work, but ran into #83. I will consider joining the preview group, thanks for the pointer!

from acr.

The metadata API is also used for us to do some indexing, to speed up requests on manifest listing. I'm just checking when that rolls out and confirming it will solve the specific manifest listing issue.
We did improve the delete API as the previous api was a bit confusing. I couldn't find the issue that tracked it. I think it was in the az cli repo. But, here's the cleaned up command:
az acr repository delete -n MyRegistry --image hello-world:latest

Delete an image by sha256-based manifest digest. This deletes all tags referencing the manifest and any associated layer data.

from acr.

I found the handling of the manifests and corresponding image tags fairly intuitive and flexible. If it just were a little faster, I would be very happy with it actually.

from acr.

Closing this item for now since we could potentially use things like tag locking and - https://docs.microsoft.com/en-us/azure/container-registry/container-registry-auto-purge
Feel free to open new items to discuss details of these implementations if needed.

from acr.