8:12 a.m.
On 10/28/2015 12:49 PM, Anton Hughes wrote:
On 27 October 2015 at 13:29, Jay Shaughnessy <jshaughn(a)redhat.com
<mailto:jshaughn@redhat.com>> wrote:
lso, depending on your needs, you could find that your main needs
are metrics and alerting, maybe BTM as well, and those components
can both be used in a "standalone" mode, independent of the
Hawkular framework. REST APIs are the typical way to interact
with Hawkular. Hawkular Alerts has no built-in UI, I'm not sure
if Metrics comes with any visualization outside of Hawkular.
Thanks.
I wasnt aware that the hawkular components could be run separately.
The BTM module looks interesting, however I am concerned about
maintenance. For example, in the configuration example on
http://www.hawkular.org/docs/components/btm/index.html, if I were to
change the switchyard service names it would break - and I assume
there would be no compile time errors? Therefore, using a strongly
typed hawkular client to communicate with hawkular would be preferred.
With Metrics, is it possible to add custom data? To illustrate, I have
the following use-case:
*log events of interest - *as a product owner I would like to use all
user events of interest so that the user and system auditors can see
what and when a user did something. So, we would log "user John, with
user id 1234 logged in at wed 25 oct 17:46. So we would be logging a
custom event, and storing custom data.
Metrics and Alerts can both be used outside of the Hawkular framework so
really you can store any metric you like, or alert on basically any data
you like. As for Events, the next release of Hawkular Alerts (0.6.0)
will include a new Events feature that you may find interesting.
Whereas Alerts are relatively rare, typically involve human interaction,
and run through a simple life-cycle; Events are likely much more
numerous, representing any sort of happening that a client wants to
persist. The interesting thing about Events in HK-Alerts is that they
can be inserted directly via API or can be generated via Trigger, like
an Alert. And Events can also be used as Trigger conditions, to
contribute to further Alert or Event generation.