Gestion des données de simulation
Une gestion des données de simulation qui suit vos campagnes
Le chiffre sur la diapositive de revue vient d'une exécution. Quelle version du modèle, quelle version du solveur, quel jeu de paramètres ? Dans la plupart des équipes, cette question coûte une journée. Elle devrait coûter un clic. Cette page traite de cet écart, de ce qui le comble, et de ce que cela coûte.
La situation
Où finissent aujourd'hui les données de simulation
Les résultats sont sur un lecteur réseau, dans un dossier portant le nom de celui qui a fait le calcul, ou dans l'espace scratch du cluster avec un délai de conservation dont personne ne se souvient. Le résumé part dans une diapositive. La diapositive survit. L'exécution non. Six mois plus tard, un fournisseur contredit un cas de charge, et l'équipe reconstruit l'exécution de mémoire en espérant que les chiffres concordent.
La réponse classique est un système de gestion des processus et des données de simulation, en anglais SPDM. Ansys Minerva, Siemens Teamcenter Simulation et ESTECO VOLTA sont de bons systèmes. Les systèmes de cette classe sont construits pour la structure et la culture d'un grand groupe : projets de déploiement, rôles dédiés, un bureau des méthodes. Un groupe de huit ingénieurs calcul dans une entreprise de deux cents personnes travaille avec des dossiers ou SharePoint. Rescale, citant NAFEMS, situe la diffusion de ces systèmes parmi les ingénieurs calcul à un pourcentage à un chiffre, dans le bas de l'échelle. Nous tenons ce chiffre pour juste.
La règle
Ce qui rend une exécution encore utilisable un an plus tard
Une exécution ne vaut d'être conservée que si elle apporte son contexte : les entrées exactes, le code et l'environnement dans lequel elle a tourné, et ce qu'elle a produit. Si c'est le cas, deux exécutions se comparent et chacune des deux se refait. Sinon, les résultats sont des chiffres avec une date à côté.
La NASA écrit la même règle dans sa norme sur les modèles et les simulations, NASA-STD-7009B, comme exigence M&S 24 : un relevé des entrées, provenance comprise, doit être tenu. Tout système SPDM sérieux le voit de la même façon. Les systèmes se distinguent par la quantité de travail d'archivage qu'ils demandent à l'ingénieur après coup. Notre position : l'archivage est l'étape qui échoue. Il doit se produire au moment où le calcul est lancé, sinon il n'a pas lieu un jeudi après-midi avant la remise. Un ingénieur calcul expérimenté peut nous contredire et montrer une équipe disciplinée qui archive tout. À quarante personnes, cette équipe, nous ne l'avons pas encore rencontrée.
Dans Ref
Lancer une campagne
Vous gardez vos solveurs et vos scripts. Ref exécute vos outils dans des conteneurs, de façon interactive pendant l'exploration et sur Azure Batch pour des campagnes de centaines d'exécutions. Chaque exécution consigne, pendant qu'elle tourne, ce qu'elle a lu et ce qu'elle a écrit. Ensuite, il ne reste rien à archiver.
Une campagne reste une unité : ses jeux de paramètres, ses exécutions, ses résultats et une comparaison avec les critères que vous fixez. Si une exécution est fausse, vous voyez ses entrées, vous la relancez, et la comparaison suit. Si une version de modèle change, vous voyez quelles exécutions antérieures ont utilisé l'ancienne.
Formats : FMI et SSP pour la cosimulation, et tout ce que votre outil écrit. Ref stocke des fichiers et les garde distincts ; pour cela, il n'a pas besoin de les comprendre. Votre post-traitement actuel en Python continue de tourner, dans le conteneur, directement sur les résultats.
Le résultat
Reproductibilité
Chaque résultat se refait à la demande, des mois plus tard, par une personne qui n'était pas là. C'est ce qu'exige un évaluateur selon ISO 26262 ou IEC 61508 quand une démonstration de sécurité repose sur la simulation. C'est ce qu'exige un cas de garantie quand la question est de savoir ce qui était connu à la validation. Et c'est ce dont a besoin un nouveau collègue dans sa première semaine.
Périmètre
Ce que cela coûte
Vos outils devraient pouvoir tourner sans surveillance dans un conteneur : un solveur avec ligne de commande et installation silencieuse. Un outil qui ne se pilote que par sa fenêtre peut être conduit par un agent qui lit l'écran. Cela fonctionne, c'est plus lent et cela coûte plus par exécution qu'une ligne de commande, donc nous le mettons en place sur demande et non par défaut. Une exécution qui reste entièrement hors de Ref peut tout de même y déposer ses résultats avec ses entrées ; le relevé vaut alors ce que vaut ce que vous y joignez. Les licences restent les vôtres et ne sont pas comprises. Ref est un service en nuage sur Microsoft Azure dans la région UE de votre choix ; chez vous, c'est possible sur demande, en tant que projet. La page sur le périmètre énumère tout le reste que Ref laisse à d'autres outils.
Un pilote ne coûte pas d'argent. Il coûte un de vos projets, ses données et un ingénieur qui répond à nos questions la première semaine.
Pour qui
Pour qui cette page est écrite
Des groupes de calcul de trois à trente personnes dans une entreprise qui ne financera jamais un déploiement SPDM à l'échelle d'un PLM : équipementiers automobiles, construction de machines, énergie, start-up de mobilité après le premier prototype. Qui dispose d'un service de calcul avec son propre administrateur est mieux servi par Teamcenter Simulation ou Ansys Minerva, et nous préférons le dire ici qu'en troisième semaine de pilote.
Questions
Ce que l'on demande en premier
Devons-nous changer de solveur ?
Non. Tout outil qui tourne sans surveillance en ligne de commande tourne dans Ref. Un outil qui a besoin de sa fenêtre peut être piloté par un agent via l'écran, à un coût plus élevé par exécution. Jeux d'entrée, scripts et post-traitement restent tels quels.
Où sont les données ?
Normalement sur Microsoft Azure dans la région UE de votre choix, sur demande sous votre propre tenant. Chez vous, c'est possible, chiffré comme un projet.
À quoi ressemble la première campagne ?
Une de vos propres études, avec votre solveur, calculée comme campagne et comparée à vos critères. C'est l'objectif du pilote. Soit cela réussit, soit le pilote a échoué.
Quelle taille peut avoir une campagne ?
Des centaines d'exécutions par campagne, c'est la plage contre laquelle nous testons. Au-delà, c'est une conversation sur les types de nœuds et le temps, pas sur la plateforme.
Pages associées
Si vos données de simulation vivent dans des dossiers et des diapositives, un pilote avec une de vos études ne coûte rien. Parlez-nous de votre projet.