author | Sebastian Harl <sh@tokkee.org> | |
Tue, 6 Oct 2015 19:47:34 +0000 (21:47 +0200) | ||
committer | Sebastian Harl <sh@tokkee.org> | |
Tue, 6 Oct 2015 19:47:34 +0000 (21:47 +0200) | ||
commit | 9a96acd759c31211aa512e174339a9c178c4eb83 | |
tree | accff69f4859041fa2476f685eee6e574823b017 | tree | snapshot |
parent | b60d581597cc0210f2eb57f60b612bc182a44865 | commit | diff |
Build a more generic/powerful query API which writes to a store-writer.
Instead of letting the query implementation write JSON directly, let them emit
objects to a store-writer. This allows for more powerful and centralized
post-processing of the data and avoids code-duplication by moving all logic of
how to write out the data to the core. Also, this had a couple of nice side
effects and allowed for further simplication:
- The TIMESERIES command is now handled by the front-end (based on a FETCH of
the respective metric data); query plugin no longer have to implement this.
- All protocol specific information is now handled by the frontend; query
plugins no longer have to handle this (response-type).
- Further separation of the memory-store and generic store code.
Instead of letting the query implementation write JSON directly, let them emit
objects to a store-writer. This allows for more powerful and centralized
post-processing of the data and avoids code-duplication by moving all logic of
how to write out the data to the core. Also, this had a couple of nice side
effects and allowed for further simplication:
- The TIMESERIES command is now handled by the front-end (based on a FETCH of
the respective metric data); query plugin no longer have to implement this.
- All protocol specific information is now handled by the frontend; query
plugins no longer have to handle this (response-type).
- Further separation of the memory-store and generic store code.