Difference between revisions of "Telemetry/RoadMap"
Gordon chung (talk | contribs) m (→Gnocchi (metric storage)) |
Gordon chung (talk | contribs) m (→Road Map) |
||
| Line 2: | Line 2: | ||
'''NOTE:''' We do not use blueprints in Telemetry projects. If a patch is complex or controversial, please raise the topic to the mailing list using the ''[telemetry]'' tag. In very rare cases will a spec or blueprint be required. | '''NOTE:''' We do not use blueprints in Telemetry projects. If a patch is complex or controversial, please raise the topic to the mailing list using the ''[telemetry]'' tag. In very rare cases will a spec or blueprint be required. | ||
| − | |||
| − | |||
* items from summit - https://etherpad.openstack.org/p/mitaka-telemetry-todos | * items from summit - https://etherpad.openstack.org/p/mitaka-telemetry-todos | ||
| Line 34: | Line 32: | ||
=== Ceilometer (data collection) === | === Ceilometer (data collection) === | ||
* [https://bugs.launchpad.net/ceilometer/+bugs?field.importance%3Alist=WISHLIST wishlist items] | * [https://bugs.launchpad.net/ceilometer/+bugs?field.importance%3Alist=WISHLIST wishlist items] | ||
| − | |||
* deprecate ceilometer-api | * deprecate ceilometer-api | ||
** document how to push to gnocchi or use HTTP dispatcher | ** document how to push to gnocchi or use HTTP dispatcher | ||
| − | |||
| − | |||
* generic notification agent | * generic notification agent | ||
* rolling upgrades test gate | * rolling upgrades test gate | ||
Revision as of 14:12, 28 February 2017
Contents
Road Map
NOTE: We do not use blueprints in Telemetry projects. If a patch is complex or controversial, please raise the topic to the mailing list using the [telemetry] tag. In very rare cases will a spec or blueprint be required.
- items from summit - https://etherpad.openstack.org/p/mitaka-telemetry-todos
- pre-existing blueprints - https://blueprints.launchpad.net/ceilometer
Priority Work Items
The following are high priority items targeted for the current cycle that require owners:
Open Work Items
The following is a list of work items that have been approved conceptually and can be targeted for the current development cycle. If a new resource is found, the following will happen; if not, it might take a while.
For more information on a item, contact us on openstack-dev mailing list or on freenode at #openstack-telemetry. The current list of core contributors can be found at each projects respective page:
- https://launchpad.net/~aodh-drivers/+members#active
- https://launchpad.net/~ceilometer-drivers/+members#active
- https://launchpad.net/~gnocchi-drivers/+members#active
All Projects
- service status interface
- raise details on health, message processing rate, etc...
Aodh (alarming)
- wishlist items
- in-tree functional tests
- event alarm multiple workers
- use oslo.messaging batch notification listener
- alarm CRUD events
- send aodh CRUD events to panko
- adopt oslo.db pagination
Ceilometer (data collection)
- wishlist items
- deprecate ceilometer-api
- document how to push to gnocchi or use HTTP dispatcher
- generic notification agent
- rolling upgrades test gate
- rally tests
Gnocchi (metric storage)
- wishlist items
- indexer sharding support (maybe?)
- benchmark rewrite, generating load with python is not efficient enough for good benchmarking
- fair scheduling
- migrate tempest plugin
Panko (event storage)
- wishlist items
- tempest tests
Future Targets
These ideas have been discussed/introduced at a high-level. They are areas of interests for the users/developers of Ceilometer but still require discussion. Proposals for concrete work items related to these items are welcomed for future cycles:
- log processing
- application level monitoring
- group based configuration control - connect tooz to manage configuration and allow for better control of configuration updates.
- nova cell metrics
- nova availability zone metrics
- project level pipeline control. enable ability to poll at different frequencies per project.
- granular ttl control (project level / meter level)
- CADF event indexer - generic definition to index all CADF events
- stop using WSME in aodh
- Use specific configuration to load selected stevedore extensions, not all of them
- remove stevedore plugins out of tree
- Add more complete evaluation of the upgrade process in the grenade plugin.
- Notification and pollster driven functional/integration tests.
