Ans : Let me describe the architectures for drools and web applications. The integration architecture can be defined in two main categories a) Drools as embedded in the web application.
Drools peuvent être mis en œuvre comme un composant interne dans le Web entier application.Le initialisation du moteur de règles est fait à partir de l'application Web et donc il fonctionne au sein de la même JVM que le web application.So le moteur de règle est active jusqu'à ce que la JVM est active .Si nous nous arrêtons la JVM alors statuer moteur sera également stop.So ils sont étroitement couplés les uns avec les autres et il a ses propres inconvénients.
b) Drools comme support seul service en interaction avec l'application web.
Drools peuvent être utilisés en tant que composant autonome, (en utilisant le serveur Drools). Dans cette application, la situation web interagit avec le serveur drools pour obtenir le service de celui-ci. Ici, les composants sont faiblement couplés et donc fonctionne independently.If la JVM arrête, il ne cesse de l'application Web, mais le serveur de moteur de règles est toujours sur ON pour serve.The plus grand avantage est le même serveur de moteur de règles peut servir à de nombreuses applications web (clients).Ce type d'architecture prend en charge l'évolutivité et la croissance future des principaux avantages de cette architecture application.Les sont
Je) Scalable
ii) Couplage lâche
iii) maintenable
iv) Réutilisable
Donc, la conclusion est, il est préférable d'utiliser Drools comme un stand seul service quand on veut faire une bonne architecture de l'application avec les futures perspectives de croissance. Et pour les petites applications qui ne se développera, l'architecture intégré peut être utilisé. L'architecture intégrée est utile lorsque nous faisons POC (preuve de concept) ou nous avons besoin d'une solution rapide.
