2011/2/10 Grégory Starck <g.sta...@gmail.com>
> 2011/2/10 Hermann Lauer <hermann.la...@iwr.uni-heidelberg.de>
>
>> Hello,
>>
>> [...]
>>
>>
>>
> a host generator is definitively a must ; I had already also thought to
> it..
>
> but shouldn't we use a new/different object for this instead of putting
> this in a host definition ?
>
> example: use a "hostgenerator" object :
>
> define hostgenerator {
> template some-unique-host-template-name
> ( services-templates service-template1 service-template2, ... )
> ## others variables to add/overhidde the variables defined in
> some-unique-host-template-name
> generate-for hostname1, hostname2, server[1-5]
> ( # exclude server4,.. # if you want to exclude a specific host/server.
> }
>
> that would here dynamically generate 7 host definitions. (hostname1 +
> hostname2 + server1 + server2 + server3 + server4 + server5 (unless we use
> the "exclude server4" then this one isn't present)
> with "services-templates" we could also generate the services definitions
> associated with them...
>
> wdyth ?
>
> but it's just a proposition ;)
>
> greg.
>
> [...]
>
> Hi,
We should only create new objects only if we really should. Here, a simple
property is enough. It will already take times for this new property to be
taken into account from configurations UIs, so a full new object is even
worse.
I think with the duplicate_foreach on a host template, we already got all
data we need. such "mass definition" will be for very simple hosts, with
name=address. So let keep this simple :)
Jean
------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Shinken-devel mailing list
Shinken-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/shinken-devel
