From 19da893bce87892c904bc7c5879b624d186eca31 Mon Sep 17 00:00:00 2001 From: vmahe Date: Thu, 26 Nov 2015 14:22:27 +0100 Subject: [PATCH] Added two precise Use Cases in the spec The Watcher Decision Engine should query metrics from the Ceilometer API V2 to allow an easiest integration with OpenStack components (especially DevStack). Change-Id: I0d2dfd78925b1fa5e1d6b7629ced00a2943254a9 blueprint: telemetry-integration --- .../mitaka/approved/telemetry-integration.rst | 19 +++++++++++++------ 1 file changed, 13 insertions(+), 6 deletions(-) diff --git a/specs/mitaka/approved/telemetry-integration.rst b/specs/mitaka/approved/telemetry-integration.rst index 5009266..13c7d7f 100644 --- a/specs/mitaka/approved/telemetry-integration.rst +++ b/specs/mitaka/approved/telemetry-integration.rst @@ -11,7 +11,7 @@ Watcher Decision Engine should query metrics from the Ceilometer V2 API https://blueprints.launchpad.net/watcher/+spec/telemetry-integration Watcher Decision Engine must query metrics from the Ceilometer V2 API to allow -an easiest integration with OpenStack services (especially devstack). +an easiest integration with OpenStack services (especially DevStack). Telemetry used to be the initial name of the Ceilometer project. Now, the following projects are managed by the Telemetry team: @@ -34,12 +34,19 @@ the metrics necessary for the optimization algorithm. Use Cases ---------- -This will address any use case where Watcher needs to be used for optimizing -an OpenStack cluster where Telemetry is being used for collecting metrics and -where the operators do not want to install any other metering chain. +As a developer. +I want to be able, in my optimization strategies, to request metrics collected +by Telemetry services. +So that I can develop and run audits on an official DevStack release +(Kilo and above) just by enabling the Telemetry services. -It will impact every developer that has already developed an optimization -strategy in the Watcher project. +As an operator with an admin role. +I want to be able to launch audits on data-centers where compute and storage +resources are managed by any Openstack controller deployed with version Kilo +and above. +So that I can optimize the resources of the data-center which I am responsible +of without the need to install a metering chain which is not in an official +release of the core modules. Project Priority -----------------