Difference between revisions of "Dynamic Cfengine2"
(→The structure) |
|||
| (One intermediate revision by the same user not shown) | |||
| Line 1: | Line 1: | ||
| + | Although this website is written in Dutch, because it is aimed at Dutch people using Debian, this set of pages is in English. The reason behind this is Webhuis' desire to support the international CFEngine community.<br/> |
||
Dynamic CFEngine is the Webhuis way of providing a taylor made set of promises to each and every node. Webhuis offers Dynamic CFEngine under [http://webhuis.nl/GPL-license GPL-2] as its contribution to the community. |
Dynamic CFEngine is the Webhuis way of providing a taylor made set of promises to each and every node. Webhuis offers Dynamic CFEngine under [http://webhuis.nl/GPL-license GPL-2] as its contribution to the community. |
||
= How does it work? = |
= How does it work? = |
||
| Line 5: | Line 6: | ||
* A host has a role |
* A host has a role |
||
In the example the host, domain and role bundles contain data that drive the common logic in the common bundles. When the host is bootstrapped to the CFEngine Master Hub it starts configuring itself by pulling the host and domain bundles from the hub. The host bundles file contains the role information, which convergently is being pulled from the hub in a subsequent iteration. |
In the example the host, domain and role bundles contain data that drive the common logic in the common bundles. When the host is bootstrapped to the CFEngine Master Hub it starts configuring itself by pulling the host and domain bundles from the hub. The host bundles file contains the role information, which convergently is being pulled from the hub in a subsequent iteration. |
||
| + | == The structure == |
||
| + | The bundlesequence in promises.cf is as follows: |
||
| + | "role"<br/> |
||
| + | "g"<br/> |
||
| + | "update"<br/> |
||
| + | "@(webhuis_common)"<br/> |
||
| + | "${g.class_domain}"<br/> |
||
| + | "${g.class_host}"<br/> |
||
| + | "${role.role}"<br/> |
||
| + | |||
| + | == Step by step == |
||
| + | In the first iteration almost everything fails, the bundles g, update and the bundlesequence in @(webhuis_common) will execute but will not fulfill all the promises. |
||
Latest revision as of 22:37, 17 May 2014
Although this website is written in Dutch, because it is aimed at Dutch people using Debian, this set of pages is in English. The reason behind this is Webhuis' desire to support the international CFEngine community.
Dynamic CFEngine is the Webhuis way of providing a taylor made set of promises to each and every node. Webhuis offers Dynamic CFEngine under GPL-2 as its contribution to the community.
How does it work?
Dynamic CFEngine extends on convergence because it provides the promises to the system. The Webhuis example setup is structured:
- A host belongs to a domain
- A host has a role
In the example the host, domain and role bundles contain data that drive the common logic in the common bundles. When the host is bootstrapped to the CFEngine Master Hub it starts configuring itself by pulling the host and domain bundles from the hub. The host bundles file contains the role information, which convergently is being pulled from the hub in a subsequent iteration.
The structure
The bundlesequence in promises.cf is as follows:
"role"
"g"
"update"
"@(webhuis_common)"
"${g.class_domain}"
"${g.class_host}"
"${role.role}"
Step by step
In the first iteration almost everything fails, the bundles g, update and the bundlesequence in @(webhuis_common) will execute but will not fulfill all the promises.
