Router uniquement les lectures tolérant un retard
Les rapports et requêtes acceptant une courte latence sont de bons candidats. Gardez écritures et lectures après écriture sur la base principale lorsque l’utilisateur doit voir immédiatement sa modification.
Mesurez le retard et la santé des requêtes, puis définissez le comportement en cas d’indisponibilité. Un routage aveugle peut renvoyer des valeurs obsolètes ou déplacer la panne ailleurs dans le produit.
Valider la cohérence et les coûts
Testez les fonctionnalités et transactions réellement utilisées ; toutes les requêtes ne se comportent pas forcément pareil sur le primaire et la réplique. Consultez la documentation du fournisseur sur les modes et limites de bascule.
Comparez les gains aux coûts de calcul, stockage, réseau et supervision. Une réplique n’est pas une sauvegarde : une suppression ou corruption peut être répliquée ; conservez des sauvegardes indépendantes et testez leur restauration.