Rating service for OpenStack
Go to file
Luka Peschke 2734bb1a8d Create DBCommand object after parsing
The DBCommand object needed to execute the command was created during
the parsing of the command-line arguments and the config file.

This caused keystone to raise an error because the authentication
informations weren't know at this point of the program's execution.

The object is now created after prepare_service.

Change-Id: If4efa31d93ae72b9506e0eb1a53e4b79d5618058
Closes-Bug: #1610235
2016-08-31 16:09:10 +02:00
cloudkitty Create DBCommand object after parsing 2016-08-31 16:09:10 +02:00
contrib Merge "Changes default port from 8888 to 8889" 2016-06-29 15:24:49 +00:00
devstack Changes default port from 8888 to 8889 2016-06-29 14:53:00 +02:00
doc doc: fix cmd for creating hashmap group 2016-07-29 04:18:58 +00:00
etc Changes default port from 8888 to 8889 2016-06-29 14:53:00 +02:00
.gitignore Add .DS_Store to .gitignore 2015-11-10 23:22:29 -06:00
.gitreview Update .gitreview for new namespace 2015-10-17 22:00:44 +00:00
.testr.conf Correct concurrency of gabbi tests for gabbi 1.22.0 2016-06-16 13:00:10 +01:00
LICENSE Set copyright/license information in .py files 2014-06-07 09:14:06 +02:00
README.rst Fix the path of the logo for the README file 2016-05-11 13:03:35 +02:00
requirements.txt Merge "Define context.roles with base class" 2016-06-29 13:04:08 +00:00
rtd-requirements.txt Removes unused posix_ipc requirement 2016-02-11 08:44:54 -08:00
setup.cfg Merge "Added support for an hybrid gnocchi storage" 2016-03-26 06:33:22 +00:00
setup.py Updated from global requirements 2016-03-25 01:14:12 +01:00
test-requirements.txt Updated from global requirements 2016-03-25 01:14:12 +01:00
tox.ini Merge "Delete python bytecode before every test run" 2016-08-22 12:41:25 +00:00

README.rst

CloudKitty

cloudkitty

Rating as a Service component

Goal

CloudKitty aims at filling the gap between metrics collection systems like ceilometer and a billing system.

Every metrics are collected, aggregated and processed through different rating modules. You can then query CloudKitty's storage to retrieve processed data and easily generate reports.

Most parts of CloudKitty are modular so you can easily extend the base code to address your particular use case.

You can find more information on its architecture in the documentation, architecture section.

Status

CloudKitty has been successfully deployed in production on different OpenStack systems.

You can find the latest documentation on readthedocs.

Contributing

We are welcoming new contributors, if you've got new ideas, suggestions or want to contribute contact us.

You can reach us thought IRC (#cloudkitty @freenode.net), or on the official OpenStack mailing list openstack-dev@lists.openstack.org.

A launchpad is available if you need to report bugs.

Additional components

We're providing an OpenStack dashboard (Horizon) integration, you can find the files in the cloudkitty-dashboard repository.

A CLI is available too in the python-cloudkittyclient repository.

Trying it

CloudKitty can be deployed with devstack, more information can be found in the devstack section of the documentation.

Deploying it in production

CloudKitty can be deployed in production on OpenStack Kilo environments, for more information check the installation section of the documentation. Due to oslo libraires new namespace backward compatibility is not possible. If you want to install it on an older system, use a virtualenv.