[rules-users] Time to Scale some Drools
Salaboy
salaboy at gmail.com
Wed Jun 30 19:43:17 EDT 2010
Hi man, I'm working on drool-grid exactly for those scenarios I will
be committing a new version next week, and it will be really nice if
you can take a look on it. After my commit next week I will include
more advanced technics to caching kbases on a distributed
environments. Can you share your sla requirements that you have? So I
can stress the current implementation.
Greetings!
- CTO @ http://www.plugtree.com
- MyJourney @ http://salaboy.wordpress.com
- Co-Founder @ http://www.jbug.com.ar
- Mauricio "Salaboy" Salatino -
On Jun 30, 2010, at 20:05, tolitius <webakaunt at gmail.com> wrote:
>
> 1. What are the options to scale?
>
> If many rule requests are coming from different nodes ( server
> nodes ) OR
> many rule requests are coming from the same node, but with a very high
> frequency: WHAT ARE THE BEST PRACTICE(S) to:
>
> Create
> Expose
> Access
>
> All the knowledge artifacts? ( KnowledgeBase, Session, etc... )
>
> Guvnor is not production ready, hence I am looking for ways / best
> practices
> with production ready components.
>
> 2. I understand that "session creation is very light", but how
> light? We
> have certain SLAs in milliseconds for the whole "request / response"
> travel,
> which would include throwing facts into the engine and getting
> results.
>
> 3. Seems like caching a KnowlegeBase ( e.g. GemFire, Terracotta,
> etc.. )
> across nodes would be one way to go, what are others?
>
> Thank you,
> /Anatoly
> --
> View this message in context: http://drools-java-rules-engine.46999.n3.nabble.com/Time-to-Scale-some-Drools-tp934703p934703.html
> Sent from the Drools - User mailing list archive at Nabble.com.
> _______________________________________________
> rules-users mailing list
> rules-users at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-users
More information about the rules-users
mailing list