Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
FAQ
Cette section fournit des réponses aux questions fréquemment posées sur l'activation de la persistance des données dans les microservices.
Quand puis-je moderniser ma base de données monolithique dans le cadre de mon parcours de modernisation ?
Vous devez vous concentrer sur la modernisation de votre base de données monolithique lorsque vous commencez à décomposer des applications monolithiques en microservices. Assurez-vous de créer une stratégie pour diviser votre base de données en plusieurs petites bases de données alignées sur vos applications.
Puis-je conserver une ancienne base de données monolithique pour plusieurs microservices ?
Le fait de conserver une base de données monolithique partagée pour plusieurs microservices crée un couplage étroit, ce qui signifie que vous ne pouvez pas déployer des modifications de manière indépendante sur vos microservices, et que toutes les modifications de schéma doivent être coordonnées entre vos microservices. Bien que vous puissiez utiliser un magasin de données relationnelle comme base de données monolithique, les bases de données NoSQL peuvent être un meilleur choix pour certains de vos microservices.
Que dois-je prendre en compte lors de la conception de bases de données pour une architecture de microservices ?
Vous devez concevoir votre application en fonction de domaines correspondant aux fonctionnalités de votre application. Assurez-vous d'évaluer les fonctionnalités de l'application et de décider si elle nécessite un schéma de base de données relationnelle. Vous devriez également envisager d'utiliser une base de données NoSQL, si elle répond à vos besoins.
Quel est le modèle commun pour maintenir la cohérence des données entre les différents microservices ?
Le modèle le plus courant est l'utilisation d'une architecture axée sur les événements
Comment puis-je maintenir l'automatisation des transactions ?
Dans une architecture de microservices, une transaction consiste en plusieurs transactions locales gérées par différents microservices. Si une transaction locale échoue, vous devez annuler les transactions réussies précédemment. Vous pouvez utiliser le Saga pattern pour éviter cela.
Dois-je utiliser une base de données distincte pour chaque microservice ?
Le principal avantage d'une architecture de microservices est son couplage souple. Les données persistantes de chaque microservice doivent rester privées et accessibles uniquement via l'API du microservice. Les modifications apportées au schéma de données doivent être soigneusement évaluées si vos microservices partagent la même base de données.
Comment puis-je préserver la confidentialité des données persistantes d'un microservice s'ils partagent tous la même base de données ?
Si vos microservices partagent une base de données relationnelle, assurez-vous de disposer de tables privées pour chaque microservice. Vous pouvez également créer des schémas individuels qui sont réservés aux microservices individuels.
