Anii : 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 poate fi implementată ca o componentă internă în web application.The intreaga inițializare a motorului regula se face din aplicația web și, prin urmare, se execută în cadrul aceluiași JVM ca și pe web application.So motorului regula este activă până la JVM este activă .la ne oprim JVM, atunci va exclude motorul de stop.So, de asemenea, ele sunt strâns cuplate unul cu celălalt și are propriile sale dezavantaje.
b) Drools ca singur serviciu de suport care interacționează cu aplicația web.
Drools poate fi folosit ca un singur element suport (folosind serverul Drools). În această situație aplicație web interacționează cu serverul Drools pentru a obține servicii de la ea. Aici componentele sunt slab cuplate și, prin urmare, se execută independently.If JVM se oprește, se opreste numai aplicatia web dar serverul a motorului regula este încă pe la serve.The cel mai mare avantaj este același server motor regulă poate servi mai multe aplicații web (clienți).Acest tip de arhitectură suportă scalabilitate și o creștere viitoare a principalelor avantaje application.The ale acestei arhitecturi sunt
eu) scalabilă
ii) Slab cuplate
iii) mentenabile
iv) Re-utilizabile
Deci, concluzia este, este mai bine să utilizeze Drools ca un stand singur serviciu, atunci când vrem să facem o arhitectură bună aplicație cu perspectiva viitoare de creștere. Iar pentru aplicatii mici, care nu va crește, arhitectura încorporat poate fi utilizat. Arhitectura embedded este utilă atunci când vom face POC (proof of concept) sau avem nevoie de o soluție rapidă.
