You are developing a lifecycle management policy for a Standard General Purpose v2 (GPv2) storage account to automate data tiering for telemetry log blobs. The storage account is configured with the following policy:
{
"rules": [
{
"name": "cool-rule",
"enabled": true,
"type": "Lifecycle",
"definition": {
"actions": {
"baseBlob": {
"tierToCool": {
"daysAfterModificationGreaterThan": 14
}
}
},
"filters": {
"blobTypes": ["blockBlob"],
"prefixMatch": ["telemetry/"]
}
}
},
{
"name": "archive-rule",
"enabled": true,
"type": "Lifecycle",
"definition": {
"actions": {
"baseBlob": {
"tierToArchive": {
"daysAfterModificationGreaterThan": 90
}
}
},
"filters": {
"blobTypes": ["blockBlob"],
"prefixMatch": ["telemetry/"],
"blobIndexMatch": [
{
"name": "Archivable",
"op": "==",
"value": "true"
}
]
}
}
}
]
}
A new block blob is uploaded to `telemetry/log1.txt`. You need to trace the lifecycle transitions of this blob based on the actions taken by the client application and the lifecycle execution engine. What is the correct sequence of events from the initial upload to the archiving of the blob? Arrange the events in chronological order.
- 1The blob is uploaded to the Hot tier on Day ``, initializing its Last-Modified timestamp.
- 2A client application updates the content of the blob on Day ``, updating its Last-Modified timestamp to Day ``.
- 3On Day ``, the lifecycle engine executes `cool-rule` and transitions the blob to the Cool tier.
- 4A client application sets the blob index tag `Archivable` to `true` on Day ``, which does not modify the Last-Modified timestamp.
- 5On Day ``, the lifecycle engine executes `archive-rule` and transitions the blob to the Archive tier.