BIND 10 #512: Update of statistics daemon for HTTP/XML reporting: design
BIND 10 Development
do-not-reply at isc.org
Thu Feb 3 15:37:42 UTC 2011
#512: Update of statistics daemon for HTTP/XML reporting: design
-------------------------------------+-------------------------------------
Reporter: | Owner: naokikambe
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 vorner):
* owner: vorner => naokikambe
Comment:
Good morning
Replying to [comment:4 naokikambe]:
> > - 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.
Well, the fact that some modules take configuration as command line
arguments is due to historical reasons (I guess the modules are older than
the config manager itself).
It makes sense to provide command line parameters to override settings.
But the need to reconfigure it it runtime is there and we will need to
update the other modules to support it. So if you expect that the command
lines arguments are short-term solution, then OK.
> > - 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.
ACK. I guess that modifying it from stand-alone HTTP server to CGI script
would be easy, as most of the logic will be in generating the correct
output and it doesn't matter much which it is plugged into.
So, shall we close this as complete?
--
Ticket URL: <https://bind10.isc.org/ticket/512#comment:5>
BIND 10 Development <http://bind10.isc.org>
BIND 10 Development
More information about the bind10-tickets
mailing list