Gouvernance de l’architecture de la solution de surveillance des machines

Prev Next

Découvrez dans quels cas il est préférable de centraliser votre solution de surveillance des machines et les meilleures pratiques en matière de gestion du changement.

Quand centraliser

Utilisez une architecture centralisée (une seule application pour une « Machine Type ») lorsque :

  • Des processus standardisés existent sur toutes les machines de même type
  • Une équipe de développement à temps plein gère les applications
  • Des itérations rapides sont nécessaires: les modifications doivent se propager rapidement
  • Les exigences de conformité imposent que les modifications apportées aux applications soient soumises à un contrôle de version et puissent faire l'objet d'un audit

Exemple: un fabricant pharmaceutique disposant de 20 presses à comprimés identiques. La FDA exige un processus validé. Une application unique garantit que toutes les machines suivent une procédure identique et validée.

Quand décentraliser

Optez pour une architecture décentralisée (des applications distinctes par machine) lorsque :

  • Des workflows personnalisés par instance de machine
  • Les « développeurs citoyens » de différents services sont responsables de leurs propres machines
  • Projets de validation de concept ou projets pilotes dont les exigences ne sont pas clairement définies
  • Faible fréquence de modification: les applications nécessitent rarement des mises à jour

Exemple: atelier d’usinage disposant de 5 modèles différents de fraiseuses CNC. Chacune dispose de bibliothèques d’outils, de programmes de pièces et de workflows opérateur qui lui sont propres.

Meilleures pratiques en matière de gestion du changement

Machine types et les déclencheurs sont globaux

  • Les modifications apportées à une « machine type » affectent immédiatement toutes les machines de ce type
  • Machine types il n’y a pas de système de gestion des versions (contrairement aux applications)
  • Meilleure pratique: tester d’abord les modifications d’ machine type dans une instance de développement

Stratégie de contrôle des versions

  1. Instance de développement: tester les nouvelles machine types et les nouveaux déclencheurs
  2. Instance de préproduction (si disponible) : valider avec des données similaires à celles de production
  3. Instance de production: ne déployez qu'après validation
  4. Documenter les modifications dans les notes de mise à jour

Plan de restauration

  • Il n’est pas possible de revenir en arrière sur les déclencheurs automatiques : vous devez les annuler manuellement
  • Les configurations de machine n’étant pas gérées par versions, pensez à créer des copies (par exemple des déclencheurs Machine Types et Machine Type ) ou à conserver une documentation hors ligne avant d’effectuer des modifications ayant un impact important.

{{snippet.Avez-vous trouvé ce que vous cherchiez ?}}