Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Avant d’automatiser une simulation financière, définissez une petite exécution que vous pouvez inspecter dans le portail Azure ou l’Explorateur de Batch. Une petite exécution vous aide à valider le modèle, la stratégie de partitionnement et le format de sortie avant de faire évoluer la charge de travail.
Associer la charge de travail aux ressources Batch
| Élément de simulation | Ressource par lots | Décision d’urbanisme |
|---|---|---|
| Une exécution de simulation | Job | Utilisez un ID de tâche unique pour identifier l’exécution. |
| Un segment de portefeuille ou une gamme d’essais | Tâche | Attribuer à chaque partition un identifiant de tâche déterministe. |
| Travailleurs qui exécutent le modèle | Pool | Choisissez la taille d’une VM et des emplacements de tâches à partir de l’utilisation mesurée des ressources. |
| Exécutable du modèle et dépendances | package d’application, fichiers de ressources ou image conteneur | Version du modèle séparément de ses données d’entrée. |
| Données de portefeuille et de marché | stockage Azure | Séparez les données de référence partagées des entrées spécifiques à la partition. |
| Résultats et journaux de partitionnement | Fichiers de sortie de tâche | Utilisez un chemin unique pour chaque job, tâche et tentative. |
| Résultat au niveau du portefeuille | Tâche dépendante ou orchestrateur externe | Agréger uniquement une fois que toutes les sorties requises sont valides. |
Pour une introduction générale à ces ressources, voir Flux de travail et ressources du service Batch.
Définir le manifeste d’exécution
Consignez les informations suivantes avant de créer le projet :
- Versions de modèles et de données d’entrée.
- Nombre d’essais et de partitions.
- Politique de graines de nombres aléatoires.
- Schéma de sortie et nombre de partitions attendus.
- Image du pool, taille de la VM et version de l’application.
- Exigences de rétention pour les résultats et les journaux de diagnostic.
Stockez le manifeste avec les sorties. Il fournit les informations nécessaires pour reproduire et auditer la séquence.
Choisissez la taille de la partition
Commencez par des partitions qui prennent quelques minutes plutôt que quelques secondes. De très petites partitions peuvent passer plus de temps à planifier et transférer les données qu’à calculer. De très grandes cloisons augmentent la perte de travail après une interruption.
Utilisez des identifiants immuables de run et de partition pour obtenir des graines de nombres aléatoires. La même partition devrait produire le même résultat lorsque Batch la réessaie ou la remet en file d’attente.
Validez une petite série
- Complétez le démarrage rapide du portail pour créer un pool, un travail et une tâche de petite taille.
- Remplacez un petit jeu de données d’entrée non sensible et votre commande modèle après avoir compris le flux de travail de base.
- Confirmez que chaque partition attendue produit un résultat et une sortie de diagnostic.
- Comparez le résultat global avec un résultat local ou une plage de tolérance connue.
- Examinez les codes de sortie des tâches, le nombre de réessays et les erreurs de téléversement avant d’augmenter le nombre de pools ou de partitions.
Ne mettez pas de secrets ou de données financières sensibles dans les lignes de commande des tâches, les identifiants de tâches, les métadonnées de travail ou les journaux.