[Hawkular-dev] Hawkular Metrics + Hawkular Alerts - Phase 0

Heiko W.Rupp hrupp at redhat.com
Wed Nov 11 05:24:08 EST 2015


On 10 Nov 2015, at 19:09, Lucas Ponce wrote:

> - A standalone use of Hawkular Metrics (mainly for OpenShift).
Which may add alerts in the future, which was the trigger
for this whole discussion.
>
> - Hawkular, a integrated project of several components/subproject 
> (bus,accounts,metrics,alerts,inventory,agent,ui,new ones).
>
> - Hawkular BTM (not sure if this will be consumed as part of Hawkular 
> as add-on, or a variant).

This will for sure add into Hawkular-all at some point in time.

> - Hawkular DataMining module (not sure if this will be consumed as 
> part of Hawkular as add-on, or a variant).

As with BTM - DataMining is about prediction of potential
bad conditions and in the future possibly also about root cause
analysis.


> It happens as our components are decoupled and can be consumed 
> separately, so it could be valid if the same user that is using 
> metrics in standalone can add alerts too to work together, but 
> probably that user is not interested in the full Hawkular solution as 
> it has developed its own security, feeds and inventory frameworks (or 
> any combination).

At the moment this is a SEP to me [1]. We need to
care about that OpenShift thingy and Hawkular-all.


> So, if a user can deploy a metrics.war and alerts.war in the 
> deployments folder on a standard wildfly server, that could be 
> interesting an attractive for everyone (or at least that I think is 
> our main motivation for this discussion).

Which will most possibly be possible when Hawkular is
rebased to WF 10 where we will use the embedded
AMQ-Artemis broker.

> have my conclusion clear: we need to go through Hawkular, not 
> replicating things, or in other words, focus all efforst in a single 
> solution that can be used in several scenarios.

+1

[1] http://hitchhikers.wikia.com/wiki/Somebody_Else's_Problem_field


More information about the hawkular-dev mailing list