Renouveler la recherche avant de remplacer tout le système
Un renouvellement délimité peut aider si la maîtrise des données, les droits d’accès et l’exploitation sont clairement définis.
Identifiez le besoin métier
Si la recherche de commandes complique le travail, un renouvellement ciblé peut être pertinent. Il ne nécessite pas de remplacer toutes les autres fonctions simultanément. Microsoft décrit le remplacement progressif de fonctions avec le modèle Strangler Fig. Cela n’impose ni des microservices ni la conservation indéfinie de l’ancien système.
Selon Fowler, les résultats souhaités et les points de séparation adaptés doivent guider le périmètre. Définissez avec les responsables métier les règles de recherche souhaitées. Le comportement existant peut contenir des règles importantes et des défauts.
Exemple : un portail client doté d’une nouvelle recherche
Cet exemple est entièrement fictif. Un portail vise à rendre les commandes plus faciles à trouver ; leur modification reste dans le cœur existant. La séparation est une proposition, pas une amélioration réalisée ou mesurée.
Domaine | Responsabilité proposée | Condition à clarifier |
|---|---|---|
Modifier les commandes | Le cœur existant reste responsable des données de commande faisant autorité et des droits actuels. | Les changements doivent atteindre l’index dérivé ; convenir du délai acceptable et du traitement des mises à jour échouées. |
Rechercher des commandes | La nouvelle recherche lit un index dérivé et renvoie vers les bons détails dans le portail existant. | Résultats et titres doivent déjà être réservés aux personnes actuellement autorisées ; l’accès aux détails reste aussi protégé. |
La nouvelle recherche n’écrit aucune donnée de commande. L’index est une vue dérivée, pas une seconde source faisant autorité. Un nouveau service de recherche ne garantit ni réponses plus rapides ni résultats à jour. Définissez comment détecter et corriger les échecs de mise à jour et à partir de quand les résultats sont trop anciens pour être affichés.
Comptez aussi l’effort de transition
Exploiter les deux parties demande responsabilités, surveillance et entretien de leur liaison. OWASP exige de vérifier les droits à chaque requête. Protéger l’écran de détail ne suffit pas si le résultat révèle déjà un titre confidentiel. La nouvelle recherche doit pouvoir tenir compte des droits actuels de façon fiable.
Aiguillez d’abord des appels de recherche clairement sélectionnés et vérifiez résultats convenus et erreurs. Revenir à l’ancienne recherche suppose qu’elle reste disponible, compatible et adaptée à cet usage. Sans limite fiable pour les données, droits et mises à jour, cette séparation n’est pas encore viable. Si tout l’ancien cœur doit disparaître rapidement, un plan de remplacement plus large est nécessaire.
Sources
Écrit par
- Katharina WeberRédactrice logiciels et technologieKatharina Weber s’occupe chez ASES des articles consacrés au développement logiciel. Elle traite des questions que se posent les entreprises lorsqu’elles choisissent un logiciel, développent de nouvelles applications ou modernisent leurs systèmes existants.
À lire aussi
Tous les articles
Développement logiciel avec ASES
Logiciels sur mesure, applications web et mobiles