Simulations des attributions de tâches de stockage

Qu’est-ce qu’une exécution à blanc ?

Une simulation simule l’exécution d’une affectation de tâche de stockage sans effectuer d’opérations sur vos blobs. Lorsque vous créez une exécution fictive, stockage Azure Actions analyse et évalue vos objets blob par rapport aux conditions de tâche comme cela le ferait lors d'une exécution réelle, mais elle n'exécute aucune opération. Au lieu de cela, il génère un rapport détaillé qui montre quels objets blob correspondent aux conditions et quelles opérations auraient été effectuées.

Les exécutions simulées sont utiles lorsque vous souhaitez :

• Afficher un aperçu de l’impact d’une tâche avant de l’exécuter à grande échelle, en particulier lorsque les opérations sont irréversibles (telles que la stratégie de suppression ou d’immuabilité)
• Vérifiez les conditions sur l’ensemble des objets blob de votre compte, et non sur un simple échantillon d’aperçu.
• Générez des rapports prêts pour l’audit qui indiquent quels blobs seraient affectés, sans effectuer de modifications.
• Estimer le coût en comprenant le nombre d’objets blob ciblés et le nombre d’opérations appelées.

Fonctionnement des tests simulés

Créez une exécution fictive en tant qu’affectation de tâche de stockage avec le type de déclencheur défini sur MockRun. Comme les autres types d’attribution, une simulation cible un compte de stockage spécifique, utilise des filtres de préfixe facultatifs pour limiter le périmètre des objets blob et génère des rapports d’exécution dans un conteneur d’export désigné.

Lorsqu’une exécution simulée s’exécute :

1. stockage Azure Actions énumère tous les objets blob qui correspondent à l'étendue et aux filtres de préfixe de l'affectation.
2. Elle évalue chaque objet blob par rapport aux conditions de la tâche de stockage.
3. Pour les objets blob qui correspondent, il enregistre les opérations qui seraient effectuées, mais elle n’exécute aucune opération.
4. Il génère un rapport détaillé qui répertorie les blobs correspondants et leurs opérations simulées.

Aperçu d’exécution simulée ou aperçu de condition

Les exécutions fictives et la fonctionnalité d’aperçu de condition vous aident à valider les conditions de tâche avant l’exécution, mais elles servent des objectifs différents :

Utilisez l’aperçu des conditions lors de la composition de vos conditions de tâche, puis utilisez une exécution fictive pour la validation finale avant d’activer une exécution réelle.

Cycle de vie et états d’une exécution simulée

Les exécutions de test suivent le même cycle de vie que les affectations à exécution unique.

Comportement de concurrence

Une seule exécution ( fictive ou réelle) peut s’exécuter sur un compte de stockage à la fois. Ce modèle de concurrence correspond à celui des exécutions réelles de tâches :

• Si une exécution réelle est en cours, le système met en file d’attente une nouvelle exécution fictif jusqu’à ce que l’exécution réelle se termine.
• Si une simulation est en cours, le système met en attente une nouvelle exécution réelle de tâche ou l’ignore pour les exécutions planifiées.
• Si une autre exécution de test est en cours, le système place la nouvelle exécution de test en file d’attente.

Ce modèle garantit la stabilité et empêche la contention des ressources sur le compte de stockage cible.

Rapports d’exécution simulée

Lorsqu’une exécution test se termine, le processus écrit un rapport détaillé dans le conteneur d’exportation de rapports que vous spécifiez lors de la création de l’attribution. Vous pouvez accéder aux rapports dans des formats CSV .

Vous pouvez également afficher un résumé de l’exécution directement dans le portail Azure, sur la page des résultats de l’exécution fictive de l’attribution. Le résumé inclut le nombre d’objets répertoriés, les objets qui répondent aux conditions et les opérations effectuées par le processus.

Colonnes de rapport :

Exemple de sortie CSV :

Le processus génère également un fichier JSON récapitulative en même temps que le rapport. Ce fichier contient des métriques d’agrégation :

{
  "completionTime": "2024-10-21T17:46:59",
  "destination": "taskoutput",
  "endpoint": "https://contoso1storage1.blob.core.windows.net",
  "fileFormat": "csv",
  "fileSchema": [
    "Container",
    "Blob",
    "Operation to be performed",
    "Result",
    "Matched condition block"
  ],
  "files": [
    "<link to the reporting file>"
  ],
  "objectsListed": 1100,
  "objectsToBeOperated": 240,
  "operationType": "BlobOperation",
  "runId": "mockrun-assignment-2024-10-21T17:30:13.9121342Z",
  "startTime": "2024-10-21T17:37:12",
  "status": "succeeded"
}

Champs clés dans le résumé :

• objectsListed : nombre total de blobs scannés lors de l’exécution fictive.
• objectsToBeOperated : nombre de blobs qui correspondaient aux conditions et sur lesquels des opérations auraient été effectuées.
• état : résultat de l’exécution fictif (succeeded ou failed).

Passer d’une exécution factice à une exécution réelle

Après avoir examiné le rapport d’exécution fictif et confirmé que les résultats sont comme prévu, vous pouvez passer de l’affectation d’une exécution fictive à une exécution réelle :

1. Accédez à l’affectation dans le portail Azure.
2. Modifiez l’attribution et remplacez le type de déclencheur de Exécution fictive par Exécution unique ou Récurrent.
3. Enregistrez l'attribution mise à jour.

À l’aide de ce processus, vous pouvez passer de la validation à l’exécution sans recréer l’affectation à partir de zéro.

Tarifs

Les exécutions fictives sont facturées de la même manière que les exécutions réelles d’affectation de tâches, à une différence près : aucuns frais ne sont facturés au titre du compteur d’opérations, car aucune opération n’est réellement effectuée sur les blobs.

Les coûts standard de l’API Stockage Blob pour l’énumération et la lecture des propriétés des objets blob pendant l’analyse s’appliquent toujours.

Permissions

L’identité managée associée à la tâche de stockage doit avoir le rôle approprié sur le compte de stockage cible pour effectuer une exécution fictif. Bien que le processus n’effectue aucune opération, l’identité doit disposer d’un accès en lecture pour analyser et évaluer les blobs :

• Rôle minimal : Lecteur de données Blob de stockage
• Rôle recommandé : Storage Blob Data Owner (si vous envisagez de passer à une exécution réelle avec la même attribution de rôle)

Les identités gérées attribuées par le système et celles attribuées par l’utilisateur prennent toutes deux en charge les exécutions simulées.

Si le compte de stockage cible a des restrictions réseau, vérifiez que l'option Allow trusted services Microsoft est activée dans la configuration réseau du compte.

Voir aussi

• Créer et utiliser une exécution fictive
• Affectation des tâches de stockage
• Exécutions de tâches de stockage
• Meilleures pratiques pour les tâches de stockage