Hello Everybody, I am happy to announce release 0.7.0 of Hawkular Metrics. This release is anchored by major enhancements to counter metrics, updated tag support, and many performance and stability enhancements. Here is a list of major changes in this release: 1) Cassandra Upgrade * Cassandra version 2.2.x is now required for data storage 2) Updated support for counter metrics * Counter raw data and rate data now support buckets similar to the way gauge data does. (HWKMETRICS-280, HWKMETRICS-283) * The same query parameters as gauge metrics are supported. * Tagging functionality (add, delete, update) is now identical to availability and gauge metrics. 3) Revamped tag functionality * Tag support has been updated to have identical functionality across all metric types. * Tagging data points is no longer supported; however, this functionality may resurface when requirements are better understood and there is a real use case around it (HWKMETRICS-247) * Improved metric tag storage and querying; metric tags are no longer stored in the data table (HWKMETRICS-254) 4) Data storage updates * Schema changes will require rebuilding database !!IMPORTANT!! * Interval column has been removed from all tables (HWKMETRICS-3) * Stop the warning message in Cassandra log about batch statement size threshold being exceeded (HWKMETRICS-252) * System-wide data retention default setting is now configurable via system property (HWKMETRICS-251) * Data retention can be set during tenant creation (HWKMETRICS-127) 5) Influx endpoint * time_precision parameter is now supported (Hawkular Metrics does not support microseconds precision though) * integer "overflow" fixes; long integers are now used where needed * time range restrictions support values without unit (i.e. 'time > 1010101010') 6) PTrans * logback replaces log4j as logging backend 7) REST API documentation * Improved documentation (no more broken links, more details on parameters and data types) * http://www.hawkular.org/docs/rest/rest-metrics.html Github Release: https://github.com/hawkular/hawkular-metrics/releases/tag/0.7.0 JBoss Nexus Maven artifacts: http://origin-repository.jboss.org/nexus/content/repositories/public/org/... Jira release tracker: https://issues.jboss.org/browse/HWKMETRICS/fixforversion/12327874/ Hawkular Metrics Clients * Ruby: https://github.com/hawkular/hawkular-client-ruby * Python: https://github.com/hawkular/hawkular-client-python * Go: https://github.com/hawkular/hawkular-client-go Hawkular Metrics 0.8.0 & Beyond: 1) Gauge Aggregates - The task scheduling work is now in place to enable server side aggregates at ingestion times. 2) Improved docker and kubernetes support - this is a long term goal for the project 3) Support for counters in Python and Ruby clients 4) Improved tag support (bulk tag operations and tag queries) 5) Query time metric grouping and aggregation A big "Thank you" goes to John Sanda, Thomas Segismont, Mike Thompson, Matt Wringe, Michael Burman, Libor Zoubek, Jirka Kremser, and Heiko Rupp for their project contributions. Thank you, Stefan Negrea Software Engineer

Congrats ! On Tue, Oct 13, 2015 at 7:25 PM, Stefan Negrea <snegrea(a)redhat.com&gt; wrote:

Hi, This is great news! Congratulations all! So since Hawk-Metrics is consumed by Openshift 3.1 ....and Openshift 3.1 is 17 days from GA ..... please help me understand this release a bit more. I am curious now how this Hawk-Metrics release stream relates to the Openshift stream. Is it? Hawk-Metrics Version Openshift Version 0.8.0 3.1 0.9.0 3.1.1?? Or ... is there no direct intersection of the Hawk-Metrics release stream and the Openshift stream ... because there exists the Openshift Origin Metrics project ? [ https://github.com/openshift/origin-metrics ] The reason I ask is the use-case around patching Hawk-Metrics for Openshift 3.1. Visualize this perhaps unlikely scenario, ...a bug is found in Hawk-Metrics in Openshift 3.1 that we need to address. * there is a bug or defect in Hawk-Metrics (presumably version 0.8.0?) as it exists in Openshift Origin Metrics and Openshift 3.1 GA. * we need to supply a fix, ASAP * is this bug fix coming from Origin Metrics? Hawk-Metrics version 0.8.0? Hawk-Metrics 0.9.0? * what version of Hawk-Metrics would development put the fix in? What version of Hawk-Metrics would QE use to perform the qualification of this fix? * is what is in Openshift Origin Metrics ... is that code Hawk-Metrics 0.8.0 final? Or was that something else? Is that code in Orign Metrics ...the integration point with OSE... updated when you update Hawk-Metrics? I just want to understand this a bit more ...how these projects are coupled ... as the answer is important to the continued support and new feature development of metrics as it relates to the 1 consumer of Hawk-Metrics ...OSE 3.1. More generally, I would like to understand how this stream of Hawk-Metric releases is related to the OSE stream ... what the plan is there ...particularly as it relates to our ability to deliver qualified fixes to OSE in a timely manner. Second topic ... One thing that has been incredibly useful on Hawkular releases is the developer demo (thank you, thank you, thank you). The developer demo has had many benefits including: * it shows the new features * transparency * it helps QE engage * it helps other teams who may use this feature, engage As a suggestion, is it possible you could consider performing a developer demo for each release? I think it would be of great value to those consuming the release, or who may want to consume the release. I would imagine the consumers of Hawk-Metrics would love to see the new features. I know ...as a QE ... that seeing the new features is invaluable first step in testing them. Third, on a more pragmatic note ... it would be great if ... on each release ...... we could document or share information regarding: * No performance regressions. We now have Performance CI in place on Hawk-Metrics ...and I think it would be of great value to show documented evidence that there is no performance regression in the release. * OSE Integration ... that this release is compatible with OSE ...and does not cause a major breakage. Again ... congratulations on yet another release! Well done! Regards, Michael Foley QE Supervisor, Middleware BU ----- Original Message ----- From: "Stefan Negrea" <snegrea(a)redhat.com&gt; To: "Discussions around Hawkular development" <hawkular-dev(a)lists.jboss.org&gt; Sent: Monday, November 2, 2015 5:28:58 PM Subject: Hawkular Metrics 0.9.0 - Release & Beyond Hello Everybody, I am happy to announce that release 0.9.0 of Hawkular Metrics was published on Friday. This is a regular schedule release anchored by integration enhancements for Hawkular project via Hawkular Bus. Here is a list of major changes in this release: 1) Hawkular integration * When deployed within Hawkular, the project now publishes metrics insertion events on the Hawkular Bus for consumption by interested parties (HWKMETRICS-83, HWKMETRICS-10) * Added support for publishing large amounts of events (HWKMETRICS-315) 2) Improved tag query * It is now possible to query metrics by tag via respective metric type end-points: /gauges, /counters, /availability (HWKMETRICS-317) 3) InfluxDB compatibility * Added millisecond unit support (HWKMETRICS-32) Github Release: https://github.com/hawkular/hawkular-metrics/releases/tag/0.9.0 JBoss Nexus Maven artifacts: http://origin-repository.jboss.org/nexus/content/repositories/public/org/... Jira release tracker: https://issues.jboss.org/browse/HWKMETRICS/fixforversion/12328458 Hawkular Metrics Clients * Ruby: https://github.com/hawkular/hawkular-client-ruby * Python: https://github.com/hawkular/hawkular-client-python * Go: https://github.com/hawkular/hawkular-client-go Hawkular Metrics 0.10.0 & Beyond: 1) Continuous agggregation - this has been a long term project goal and we are getting closer with refining the requirements and infrastructure 2) Improved docker and kubernetes support - this is a long term goal for the project 3) Improved tag support - to add bulk tag operations and tag queries 4) Improved aggregate downsampling for multiple metrics - the project has now a base with recently added stacking and uniform support; the goal is to expand the aggregation methods 5) Improved integration of Hawkular Metrics and Hawkular Alerts - this will be added the our long term development goals with the initial integration phase part of the release scheduled at the end of November. Keep and eye on both projects and the mailing list for more announcements. A big "Thank you" goes to John Sanda, Thomas Segismont, Mike Thompson, Matt Wringe, Michael Burman, Libor Zoubek, and Heiko Rupp for their project contributions. Thank you, Stefan Negrea Software Engineer