Difference between revisions of "Centralized Management"
From AMTech WikiDocs
| Line 1: | Line 1: | ||
Centralized and specific configuration for managing the bridges and its instances | Centralized and specific configuration for managing the bridges and its instances | ||
| − | * | + | * Properties configured in the template are used the first time the bridge starts allowing a centralized configuration. From that moment on, properties configured in the instances are not overwritten, allowing specific configuration. |
| + | ** When a bridge starts, a clone of the template is performed. If the bridge has been previously cloned, then the existing instances are reused | ||
* Bridge will react to CRUD observations for the cloned instances only, not the templates. | * Bridge will react to CRUD observations for the cloned instances only, not the templates. | ||
* Platform will allow modifying properties in a set of instances of the same type (allowing some sort of centralized management) | * Platform will allow modifying properties in a set of instances of the same type (allowing some sort of centralized management) | ||
Revision as of 13:03, 18 July 2017
Centralized and specific configuration for managing the bridges and its instances
- Properties configured in the template are used the first time the bridge starts allowing a centralized configuration. From that moment on, properties configured in the instances are not overwritten, allowing specific configuration.
- When a bridge starts, a clone of the template is performed. If the bridge has been previously cloned, then the existing instances are reused
- Bridge will react to CRUD observations for the cloned instances only, not the templates.
- Platform will allow modifying properties in a set of instances of the same type (allowing some sort of centralized management)
