SOA - accès aux données pour les services métier en tant que service Web distinct ou non?

Question

Actuellement, dans mon organisation, nous essayons de trouver des conventions pour un projet pilote SOA. À première vue, nous avons pensé qu'il serait préférable de forcer les utilisateurs du service à utiliser le service métier sans accès direct à tous les points de terminaison de données. Mais existe-t-il des scénarios spécifiques où cela n'est pas vrai? avoir accès à des points de terminaison de données spécifiques en dehors d'un service? Je crains toujours que si nous l'ouvrons, cela nuira à la réutilisation car tout le monde va simplement "réinventer" des services commerciaux similaires en utilisant les mêmes données back-end que ce qui est disponible et serait "en théorie .. plus facile "écrire simplement un nouveau service métier plutôt que de demander" que fait cet autre service qui utilise ma base de données? " Parce que même si le service est presque un passage direct à la base de données, nous aurions la possibilité d'appliquer des règles qui permettraient aux développeurs de gagner du temps et, en fin de compte, d'économiser de l'argent.

Pensées?

Answer 1

Votre webservice ne serait-il pas simplement un emballage fin pour votre couche de gestion? Votre couche de service ne devrait probablement pas avoir plus que votre couche de gestion, à part quelques DTO délabrés, peut-être. Alors personne ne demande "qu'est-ce que cet autre service fait qui utilise ma base de données?" parce qu'il n'utilise pas votre db, il utilise votre BL.

Answer 2

Vous agitez un drapeau rouge lorsque vous décrivez "forcer" les utilisateurs à faire n'importe quoi. Peut-être que vous pouvez réfléchir à votre question et reformuler en termes quelque chose comme "activer" les utilisateurs, car cela devrait être le point de départ de votre décision, et SOA offre des avantages et des inconvénients pour les différentes stratégies d'interface utilisateur.