BIND 10 #512: Update of statistics daemon for HTTP/XML reporting: design
BIND 10 Development
do-not-reply at isc.org
Thu Feb 3 08:51:36 UTC 2011
#512: Update of statistics daemon for HTTP/XML reporting: design
-------------------------------------+-------------------------------------
Reporter: | Owner: vorner
naokikambe | Status: reviewing
Type: task | Milestone: A-Team-
Priority: major | Sprint-20110209
Component: | Resolution:
statistics | Sensitive: 0
Keywords: | Add Hours to Ticket: 0
Estimated Number of Hours: 5.0 | Total Hours: 0
Billable?: 1 |
Internal?: 0 |
-------------------------------------+-------------------------------------
Changes (by naokikambe):
* owner: naokikambe => vorner
* estimatedhours: 3.0 => 5.0
Comment:
Hello Michal-san,
Replying to [comment:3 vorner]:
> I had a look (I'm not sure if I should have, if the statistics team
wanted to review it themselfs). The design makes sense by itself, just two
notes:
Thank you very much for reviewing and good feedbacks. I think this
designing task should be reviewed by non-JPRS members. Since the basis of
the design have been already discussed in the last F2f meeting, I think
the internal review by JPRS-only members is no longer important much.
> - Would it be possible to specify the configuration by the config
manager instead of the command line options? After all, this way boss
needs to know the command line options and it is hard to have full runtime
configuration.
Yes, I think it can also accept the configuration from the config manager.
But the listening address and port number are specified in the command-
line option. it is like same one in "Cmdctl" or in "Auth". However I think
other configurations can be specified by the config manager. I have
updated the wikipage a little according to the thoughts. Please see
[[StatsModule#HTTPXMLinterface]] again.
> - Is it needed for the daemon to be running all the time? As we talked
on the F2F, there's another possibility ‒ havig a cgi script that would
start, download the data from stats module, produce the output and
terminate (therefore not running and taking memory) and we could have any
web server to listen. If it was considered and decided it is not the way
to go, then OK.
Yes, it can be running all the time. In this design, it has the web-server
implementation but doesn't have CGI scripts. However another possibility,
which is having CGI scripts and is depending on a third-party web server
like "Apache", is also reasonable for me. If other modules also need a
third-party web server in the future, I think the design of "Stats" module
may be changed.
--
Ticket URL: <http://bind10.isc.org/ticket/512#comment:4>
BIND 10 Development <http://bind10.isc.org>
BIND 10 Development
More information about the bind10-tickets
mailing list