Changes between Version 2 and Version 3 of Subproyectos


Ignore:
Timestamp:
Feb 15, 2017, 10:16:15 AM (7 years ago)
Author:
ramon
Comment:

Subproyectos para distintas APIs REST

Legend:

Unmodified
Added
Removed
Modified

  • Subproyectos

    v2 v3  
    44En esta página queremos definir futuras funcionalidades de OpenGnsys que son lo bastante modulares para abordarlas como un subproyecto independiente. Esto permite que se realicen separadamente por una o varias personas o incluso como proyectos fin de carrera.
    55
     6
    67== Gestión de particiones GPT y arranque tipo UEFI ==
     8
    79El hardware de los equipos nuevos vienen con unas características que no son soportados por OpenGnsys.
    810
    … …  
    1416 * Dar instrucciones para editar el fichero de configuración de DHCP definiendo grupos para equipos UEFI y para equipos BIOS.
    1517
    16 == Arranque de Windows desde un sistema linux sin reiniciar la máquina. ==
     18
     19== Arranque de Windows el cliente ogLive sin reiniciar la máquina ==
     20
    1721Una vez que hemos entrado en el cliente OpenGnsys, ubuntu 11, este nos ofrece la opción de iniciar sesión en los sistemas operativos que tenga instalado el equipo. Se quiere iniciar sesión en windows sin que haya que reiniciar el equipo.
    1822
    … …  
    5256}}}
    5357
    54 == Sustituir los clientes de sistemas operativos por agente basado en API REST ==
    5558
    56 Actualmente los servicios ogAdmLnxClient y ogAdmWinClient están desarrollados en C/C++ y la comunicación entre ellos y el servidor OpenGnsys es persistente a través de un socket de Linux, por lo que, si existe inestabilidad en la red, cualquier microcorte hace que se desconecte del servidor y bloquee el acceso a la red del sistema operativo.
     59== Sustituir clientes de sistemas operativos por agente basado en API REST ==
    5760
    58 Se quiere sustituir por nuevos servicios desarrollados en Python y con una comunicación no persistente a través de una API REST.
     61Los servicios ogAdmLnxClient y ogAdmWinClient de OpenGnsys 1.0.x están desarrollados en C/C++ y la comunicación entre ellos y el servidor OpenGnsys es persistente a través de un socket de Linux, por lo que, si existe inestabilidad en la red, cualquier microcorte hace que se desconecte del servidor y bloquee el acceso a la red del sistema operativo.
    5962
    60 En la versión 1.1 se va a sustituir el agente del sistema operativo, de forma que para se dispone de un punto de partida para desarrollar agentes para otros sistemas operativos y para los demás servicios (ver siguiente sección):
     63En la versión 1.1.0 se va a sustituir el agente del sistema operativo por nuevos servicios desarrollados en Python y con una comunicación no persistente a través de una API REST, que servirá de punto de partida para desarrollar agentes para otros sistemas operativos y para los demás servicios (ver siguiente sección):
    6164 * [wiki:ApiRest Información sobre la API REST]: contiene un apartado del agente.
    6265 * [source:branches/version1.1/installer/vagrant/Vagrantfile-ogagent-vbox Máquina virtual con el entorno de desarrollo para el ogAgent]
    6366
    64 == Sustituir los servicios ogAdmServer, ogAdmRepo y ogAdmClient por una API REST ==
     67Se pretende ampliar la disponibilidad de agentes OGAgent para sistemas operativos macOS, para más distribuciones Linux, etc.
    6568
    66 Como en el caso anterior, los servicios ogAdm... están desarrollados en C/C++ y mantienen un comunicaciones persistentes mediante sockets, sin recuperación ante cortes de conexión. Por ejemplo, para el ogAdmClient instalado en un cliente ogLive, la desconexión del servidor de lugar a que el equipo aparezca en estado apagado en la consola, no permitiendo que se envíen comandos.
     69== Sustituir cliente instalao en ogLive por agente basado en API REST ==
    6770
    68 El servicio ogAdmClient puede ser adaptado a partir del código de los nuevos agentes OGAgent, ampliando sus funciones realizando llamadas a los scripts del motor de clonación.
     71Como en el caso anterior, el servicio ogAdmClient instalado en un cliente ogLive está desarrollados en C y mantiene comunicaciones persistentes mediante sockets sin recuperación de la comunicación. La desconexión del servidor de lugar a que el equipo aparezca en estado apagado en la consola, no permitiendo que se envíen comandos.
    6972
    70 El resto de servicios podría sustituirse por una API REST implementada sobre el servicio web, pero debe tenerse en cuenta que algunos mensajes (operaciones) pueden depender de otros en secuencia.
     73El nuevo agente para clientes ogLive debe ser desarrollado a partir del código de los nuevos agentes OGAgent, ampliando sus funciones realizando llamadas a los scripts del motor de clonación.
    7174
    72 == Crear paquetes de instalación OpenGnsys en formato .deb y .rpm para distintas distribuciones. ==
     75
     76== Sustituir servicios ogAdmServer y ogAdmRepo por una API REST ==
     77
     78Como en los 2 casos anteriores, los servicios ogAdmServer y ogAdmRepo desarrollados en C/C++ también mantienen comunicaciones persistentes usando sockets, sin recuperación ante cortes de conexión.
     79
     80Se desea sustituir estos servicios por una API REST implementada sobre el servicio web, pero debe tenerse en cuenta que algunos mensajes (operaciones) pueden depender de otros en secuencia.
     81
     82
     83== Crear paquetes de instalación de OpenGnsys en formato .deb y .rpm ==
    7384
    7485Por prioridad: Ubuntu/Debian, Fedora/Red Hat/CentOS, SuSE.
    … …  
    93104 * Muestra un resumen de la instalación.
    94105
    95 ==  Api de virtualización ==
     106
     107==  API de virtualización ==
     108
    96109Interacción de OpenGnsys con vmware/XEN/KVM para gestionar máquinas virtuales de igual manera que se gestionan los equipos físicos.
    97110
    … …  
    107120
    108121
     122== Autodetección de clientes incorporados a la red ==
    109123
    110 
    111 Autodetección de los clientes cuando se incorporan a la red.