[Hawkular-dev] metrics on the bus

[John Sanda]

We use JMS in large part because metrics and alerts  are in separate WARs (I realize JMS is used for other purposes, but I am speaking strictly about this scenario). Why not deploy metrics and alerts in the same WAR and altogether bypass JMS? As data points are ingested, we broadcast them using an Rx subject to which both metrics and alerts subscribe. We could do this is in away that still keeps metrics and alerts decoupled as they are today. We would also have the added benefit of having a stand alone deployment for metrics and alerts.
 
> On Aug 10, 2016, at 9:37 AM, Jay Shaughnessy <jshaughn at redhat.com> wrote:
> 
> 
> Yes, in fact I should have made it more clear that this whole discussion is bounded by H Metrics and H Alerting in the H Services context, so limiting this to HS/Bus integration code is what we'd want to do.
> 
> On 8/10/2016 4:06 AM, Heiko W.Rupp wrote:
>> Someone remind me please.
>> 
>> That bus-sender in/or hawkular-metrics is not an
>> internal detail of metrics, but rather sort of
>> 'external add-on'?
>> 
>> If so, the logic to filter (or create many subscriptions)
>> could go into it and would not touch the core metrics.
>> Metrics would (as it does today) forward all new data-
>> points into this sender and the sender can then decide
>> how to proceed.
>> 
>> _______________________________________________
>> hawkular-dev mailing list
>> hawkular-dev at lists.jboss.org <mailto:hawkular-dev at lists.jboss.org>
>> https://lists.jboss.org/mailman/listinfo/hawkular-dev <https://lists.jboss.org/mailman/listinfo/hawkular-dev>
>> 
> 
> _______________________________________________
> hawkular-dev mailing list
> hawkular-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/hawkular-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/hawkular-dev/attachments/20160815/050d22ed/attachment.html