Database Partitioning
Le problème
Un changement de règle en base de données peut impacter l'ensemble des services
Dans une architecture base de données traditionnelle nous avons un schéma qui contient un ensemble de tables et nous avons des Entités Java qui représentent ces tables sous la forme de code Java (e.g. JPAEntity) et ces entités sont regroupées dans une bibliothèque à part qui est partagée entre les différents services (ici db_model.jar).
Mais un changement des règles dans le schéma de la base de données entraînera une mise à jour de db_model.jar. Donc tous les services s'en retrouvent impactés. Pour éviter ceci, il faut que chaque service partage son jar.
Une solution
Une façon de procéder est d'utiliser un partitionnement logique de la base de données (et non physique). Nous pourrons avoir les partitions suivantes :
- une partition avec toutes les données communes
- des partitions pour les domaines spécifiques
Par conséquent, si on doit mettre à jour le modèle de base de données commande seul le service Commande sera impacté. Les autres ne partageant aucune donnée n'auront pas besoin d'être retestés ni redéployés.