14 | | - Gestión de script-guiones en modo centralizado: |
15 | | - restoreImage: |
16 | | - Se restaura una imagen previamente creada en una partición destino. |
17 | | - Si la imagen está almacenada en el Repositorio: unicast - multicast |
18 | | - - No es obligatorio que el cliente disponga de partición cache. |
19 | | - Si la imagen está almacenada en la partición cache: toda la operación en local. |
20 | | - en restoreImage no es posible usar el protocolo P2P. |
21 | | - updateCache: |
22 | | - Es obligatorio el uso de la cache del cliente. |
23 | | - la imagen ubicada en el Repositorio se almacena en la cache de/los clientes. |
24 | | - soporte de los protocolos multicast, P2P y unicast. |
25 | | - deployImage: |
26 | | - Es obligatorio el uso de la cache del cliente. |
27 | | - Consta de dos fases: |
28 | | - Primera Fase: llamada a updateCache. |
29 | | - Segunda Fase: llamada a restoreImage con origen en Cache. |
30 | | - Gestion de script-guiones en modo descentralizado: |
31 | | - No es necesario que los equipos dispongan o tengan asignado un Repositorio dedicado. |
32 | | - Uno de los clientes asume el papel del Repositorio, denominandose cliente-Master |
33 | | - Las distitnas operaciones son: |
34 | | - remoteCloneFromMaster |
35 | | - El cliente Master envia por multicast su partición directamente a la partición de los demás clientes. |
36 | | - En ningún momento se crea la imagen. |
37 | | - remoteUpdateCache: |
38 | | - El cliente Master envia por multicast/torrent/unicast una imagen almacenada en su cache a las cache de los demas clientes. |
39 | | - Usado entre los diferentes clientes Master de nuestra infraestructura para la actualización de las imagenes bases. |
40 | | - remoteDeployImage: |
41 | | - El clientes realizan un remoteUpdateCache, y despues realizan un restoreImage desde su cache. |
42 | | |
43 | | - Modulos para la consola-web: |
44 | | - Gestor de arranque remoto. |
45 | | - Asistentes para las operaciones en modo centralizado y descentralizado. |
46 | | |