Comments (10)
Why?
from opentsdb.
I see TSDB daemon doing the following:
- Accept data write options from tcollector and other such apps over telnet style RPC
- Allow data retrieval over HTTP (as ascii, charts, and also stats)
- A web interface for humans to query
From a deployment perspective, I'd like (1) & (2+3) to be separate as a way to do some access-control i.e. a deployment of (2+3) acts as a read-only system.
From a compilation and packaging perspective, my guess is that only (3) needs GWT and I'd like to keep that as separate unit (given its size contribution to the final build). Also, I am not a big fan of the UI, so I'd like to have (2) without getting (3). I was hoping to ask for this split as a request at a later point but the cat is now out of the bag.
from opentsdb.
We could add a flag to selectively disable (1) or (2). Nothing requires (3), so if you disable (2) you can just ignore (3) altogether.
from opentsdb.
I'm working on this now where you can configure the TSD to perform one of different rolls, one of them will be just an ingest for data, another will be a GUI, etc.
from opentsdb.
I'm just looking into opentsdb for the past week, and found (2) to be a bit frustrating. I don't plan on using the web UI, so I wanted to test the HTTP API, but I could only get ascii to work. The json query requires gnuplot, so it seems like a bit of an overhead for querying the system. I experienced this with both the master and next branch builds.
I'm not a Java dev, so going through the code on the next branch, I don't see the decoupling of the UI elements from the API. Is that on the roadmap?
My plan is to use jQuery charts so I'm just interested in a JSON response, and not interested in the PNG charts at all.
from opentsdb.
Take a look at the latest commits in the next branch. It implements the /api/query endpoint that lets you retrieve data as JSON. You still need GNUPlot to compile, for now, but in the future that may be moved to a plugin. Docs are at http://opentsdb.net/docs/build/html/api_http/query.html
from opentsdb.
This is exactly what I was looking for. Thanks! (And sorry I didn't find it myself.)
from opentsdb.
Is there a reason you chose to create the datapoints as a dictionary instead of list? Since they are stored in time order (I read that somewhere), I think returning a list would be better, so I don't have to sort them when I try to plot.
from opentsdb.
They are actually returned in order, it's up to whatever parses them to determine if they'll be unsorted. But you can also get them as a list with the &arrays query string parameter. Also, please post to the mailing list or another item since the API isn't directly related to this issue. Thanks!
from opentsdb.
I don't think this request is needed anymore. Although I may be proposing a similar change to the mailing list to support SSL or SSH for better security and authentication support.
from opentsdb.
Related Issues (20)
- Solving security vulnerabilities in the dependencies of opentsdb HOT 5
- Custom Retention of metrics HOT 5
- What's a way to obtain the TSUIDs in the database using the OTSBD API? HOT 1
- Feature: Jupysql integration
- Security Contact HOT 2
- Caused by: org.hbase.async.NonRecoverableException: Too many attempts HOT 2
- Where to disclose vulnerabilities HOT 3
- make check failed when opentsdb 2.4.1 test on suse15_aarch64 HOT 1
- Load uid very slowly HOT 2
- NPE on GraphHandler.java when `o` isn't specified as part of the query parameters
- ERROR [ConnectionManager.exceptionCaught] - Unexpected exception from downstream for [] java.lang.OutOfMemoryError: GC overhead limit exceeded
- how to build and run opentsdb
- 3.0 version java.lang.NoClassDefFoundError: com/google/protobuf/AbstractParser when starting tsd
- CVE-2023-25826 HOT 1
- Solving security vulnerabilities in the dependencies of opentsdb
- OpenTSDB - Unable to parse value to a number
- javax.management.loading.MLet deprecated for removal from the JDK
- Skipping exceptions in RegionClient.exceptionCaught HOT 1
- Default GUI username and password? HOT 1
- Replace AsyncHBaseClient with HBase 2 client libraries HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from opentsdb.