IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Spring Java Discussion :

Question théorique sur le découpage d'un projet type en microservice


Sujet :

Spring Java

  1. #1
    Candidat au Club
    Homme Profil pro
    Dev fullstack
    Inscrit en
    Janvier 2019
    Messages
    3
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 36
    Localisation : Belgique

    Informations professionnelles :
    Activité : Dev fullstack
    Secteur : Finance

    Informations forums :
    Inscription : Janvier 2019
    Messages : 3
    Points : 3
    Points
    3
    Par défaut Question théorique sur le découpage d'un projet type en microservice
    Bonjour à tous, je viens de finir un cours sur les microservices, et j'aurais une question :

    Comment découper au plus propres tout en respectant les principes du microservices (serveur , base de donnée indépendant).

    Imaginons une application tel qu'un e-commerce avec l'ajout d'une fonctionnalité de maintenance sur certains produits

    Nous devrions donc devoir gérer :

    • Les utilisateurs
    • Les produits
    • Les commandes
    • Comptabilité
    • Maintenance des produits.


    Sachant que :
    • Les commandes sont liées aux produits et aux utilisateurs.
    • La comptabilité est liée à la maintenance et aux commandes.
    • La maintenance est liée aux produits et aux utilisateurs.


    Quel découpage devrions nous faire?
    J'aurais tendance a dire de découper en autant de service qu'il n'y a de point. Mais alors les microservices seront indépendant les unes des autres? Si je suis dans le bon , que faire de la gestion des datas? que deviennent les clés étrangères des tables car si nous respectons la règle de base de donnée indépendante, nous aurions quasi une à deux tables par database !
    Peut-on imaginer des micro services qui attaquerais la même base de donnée?

    merci et bonne journée

  2. #2
    Modérateur
    Avatar de dinobogan
    Homme Profil pro
    ingénieur
    Inscrit en
    Juin 2007
    Messages
    4 073
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 42
    Localisation : France

    Informations professionnelles :
    Activité : ingénieur
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juin 2007
    Messages : 4 073
    Points : 7 163
    Points
    7 163
    Par défaut
    Dans la théorie, ta base de données ne doit pas être construite en fonction des micro-services mais plutôt en fonction des données à gérer ainsi que des liens entre elles.
    Mais tout est affaire de compromis. Il faut penser le plus simplement possible en évitant l'usine à gaz impossible à maintenir. Il faut penser au présent sans oublier le futur...
    Normalement les micro-services sont indépendants. Mais tout dépend de ce que tu appelles indépendant... Tu peux imaginer appeler un micro-service pour obtenir une clé et ensuite donner cette clé à un autre micro-service. Sont-ils indépendants dans ta façon de voir ?
    N'oubliez pas de consulter les FAQ Java et les cours et tutoriels Java
    Que la force de la puissance soit avec le courage de ta sagesse.

  3. #3
    Candidat au Club
    Homme Profil pro
    Dev fullstack
    Inscrit en
    Janvier 2019
    Messages
    3
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 36
    Localisation : Belgique

    Informations professionnelles :
    Activité : Dev fullstack
    Secteur : Finance

    Informations forums :
    Inscription : Janvier 2019
    Messages : 3
    Points : 3
    Points
    3
    Par défaut
    @dinobogan
    Merci pour ta réponse !

    Dans la théorie, ta base de données ne doit pas être construite en fonction des micro-services mais plutôt en fonction des données à gérer ainsi que des liens entre elles.
    Quelques parts , je me dis que si l'on construit une nouvelle application basée sur la structure micro-services alors la(les) base(s) de donnée(s) doivent l'être aussi dans le sens où reprennant l'exemple de mon premier poste j'aurais une base de donnée gérant les users , une autre les produits et ainsi de suite .
    De la même manière que j'aurais un micro-service pour chaque partie .

    En tout cas c'est ce que je comprends des microservices. Suis-je dans le bon ou pas ?

    Ensuite clairement la base de donnée utilisateurs pourra contenir plusieurs tables par exemple
    identifiant
    informations_general
    role_utilisateur
    droit_utilisateur
    ...
    ....
    Et donc mon microservice gerera toutes ces tables .


    Mais tout dépend de ce que tu appelles indépendant... Tu peux imaginer appeler un micro-service pour obtenir une clé et ensuite donner cette clé à un autre micro-service. Sont-ils indépendants dans ta façon de voir ?
    Exactement, à partir du moment où la gestion des données est complètement séparée tel que cité juste au dessus.
    Par contre étant habitué au base de donnée relationnel, ca me pertube un peu de voir cette clé étrangère disparaitre.
    Dans le sens où, la suppresion d'un utilisateur du microservice A , ne va pas supprimer ou archiver les commandes ou autres dans les différents microservices ...
    Est ce que quelques choses est préconisé la dessus?

    Bonne journée .

Discussions similaires

  1. Réponses: 3
    Dernier message: 04/04/2008, 18h02
  2. question théorique sur le stockage des données
    Par jp_rennes dans le forum Administration
    Réponses: 1
    Dernier message: 18/09/2006, 18h28
  3. Question théorique sur le langage
    Par Nico73 dans le forum Langage
    Réponses: 23
    Dernier message: 07/08/2006, 01h29
  4. question théorique sur le mot class
    Par stgi02 dans le forum C++
    Réponses: 3
    Dernier message: 01/05/2006, 15h11
  5. Question théorique sur les normales
    Par Pedro dans le forum DirectX
    Réponses: 5
    Dernier message: 16/10/2005, 19h24

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo