[jboss-cluster-dev] [Fwd: Re: Infinispan in JBoss AS]

Brian Stansberry brian.stansberry at redhat.com
Fri Jul 10 15:56:12 EDT 2009


Jason T. Greene wrote:
> Manik Surtani wrote:
>>
>> On 10 Jul 2009, at 18:14, Jason T. Greene wrote:
>>
>>> Manik Surtani wrote:
>>>> I know this should be a separate thread, but isn't building two 
>>>> separate management mechanisms counter-intuitive?  E.g., I was 
>>>> hoping JOPR could provide standalone cluster/grid management for 
>>>> Infinispan as well.  I am in Stuttgart next week to speak at their 
>>>> JUG and am hoping to catch up with Heiko Rupp to discuss this stuff.
>>>> https://jira.jboss.org/jira/browse/ISPN-126
>>>> https://jira.jboss.org/jira/browse/ISPN-127
>>>
>>> Where we draw the line was a topic discussed recently with the JON 
>>> team. The consensus was that the management APIS of the AS need to 
>>> encompass a cluster/domain, while JOPR manages multiple 
>>> clusters/domain. There is no duplication here because both management 
>>> views (jopr or embedded jopr) expose the same capabilities using the 
>>> same central control point (the as profile service management api).
>>>
>>> This is for the following reasons:
>>>
>>> 1) The embedded console needs to be capable of doing it
>>> 2) Users/customers need to be able to automate this programmatically 
>>> from their own provisioning tools, scripts etc.
>>> 3) Consistency between the cluster configuration and the management 
>>> view.
>>> 4) The cluster manager is in the best position to control rolling 
>>> updates (configuration or deployment).
>>
>> Good.  Then in seems like JOPR will evolve into something I can use 
>> for this, based on the information I expose to JOPR via JMX.  Perfect.
> 
> Right, they are also wanting to tackle advanced provisioning use-cases 
> like pushing bits to nodes.
> 
> However, the above description means that you still need to provide a 
> management API that would apply and persist configuration changes to the 
> infinispan grid that survive restart (this is what the profile service 
> does). In the AS that's not a problem because Brian's profile service 
> integration would manage all of this. However in a standalone mode you 
> would either have to implement something specific to infinispan, or 
> alternatively find a way to reuse the profile service + clustering 
> pieces in the AS.
> 

IMO we need to come up with something that can be used generally across 
all types of JBoss servers. E.g. a very lightweight profile service.

-- 
Brian Stansberry
Lead, AS Clustering
JBoss by Red Hat



More information about the jboss-cluster-dev mailing list