Traiter les contraintes comme des données d'architecture
Connectivité, calcul, latence, énergie, stockage, zones de sécurité et compétences locales doivent être caractérisés avant le choix d'un modèle. Ces conditions déterminent les approches viables de mise à disposition des modèles, de recherche documentaire, d'observabilité et de mise à jour.
- Caractériser la charge et les exigences de réponse
- Définir les frontières réseau et les zones de sécurité
- Concevoir pour les opérateurs et le matériel réellement disponibles
Choisir et orienter les modèles avec discernement
Le plus grand modèle n'est pas automatiquement le meilleur choix opérationnel. Un système peut employer des modèles spécialisés plus petits, la recherche, des composants déterministes ou un routage guidé par les politiques pour satisfaire ses exigences de qualité et de ressources.
Concevoir les mises à jour pour les opérations restreintes
Les environnements isolés exigent eux aussi des changements contrôlés. Des lots signés, manifestes de dépendances, validations par étapes, procédures de retour arrière et évaluations hors ligne permettent les mises à jour sans fragiliser la frontière.
- Regrouper et documenter les dépendances des modèles et des logiciels
- Valider les changements avant promotion
- Préserver les voies de retour arrière et de reprise
Rendre le système maintenable par son propriétaire
Un déploiement privé ne réussit que si l'institution peut l'observer, l'exploiter et le faire évoluer. Documentation, procédures, indicateurs de capacité et transfert de connaissances appartiennent à la conception technique dès le départ.