Puente 3G

El puente genérico Grid-Grid (3G) es un componente central de código abierto que conecta diferentes infraestructuras de red. Su desarrollo comenzó en 2008 dentro de los proyectos CancerGrid y EDGeS . El objetivo era crear un componente de puente genérico que pudiera utilizarse en diferentes escenarios de interoperabilidad de redes. El puente 3G se utiliza dentro del proyecto EDGeS, que proporciona el componente central de la solución de interoperabilidad entre Service Grid y Desktop Grid. El puente 3G ayuda a conectar comunidades de usuarios de diferentes sistemas de red. Por ejemplo, las comunidades que trabajan en problemas de barrido de parámetros (física, biología, etc.) y que utilizan infraestructuras de Service Grid pueden migrar sus aplicaciones a la plataforma Desktop Grid más adecuada mediante la tecnología del puente 3G, lo que resulta en una investigación acelerada.

El proyecto, iniciado en 2008, está coordinado técnicamente por el profesor Peter Kacsuk , jefe del Laboratorio de Sistemas Paralelos y Distribuidos, y por el máster Zoltan Farkas, líder de investigación de LPDS en MTA -SZTAKI, Hungría.

Arquitectura

Actualmente, 3G Bridge se utiliza activamente en los proyectos EDGI y DEGSICO como tecnología de interconexión de tareas entre redes de servicios y de escritorio. 3G Bridge permite interconectar diferentes tecnologías de red migrando tareas entre ellas. De esta forma, permite trasladar tipos específicos de aplicaciones a una plataforma de ejecución adecuada y facilita el reparto de carga entre diferentes infraestructuras de red, lo que se traduce en una mayor capacidad de procesamiento y una ejecución más rápida.

El puente 3G tiene los siguientes componentes principales:

• Interfaz de gestión de trabajos: esta es una interfaz MySQL muy sencilla para gestionar trabajos en la base de datos de trabajos de 3G Bridge. Puede ser utilizada por clientes MySQL locales o por una aplicación muy sencilla incluida con 3G Bridge llamada 'injector'.

• WSSubmitter: esta es una interfaz de servicio web que se encuentra sobre la base de datos de trabajos del puente 3G. Mediante esta interfaz, los clientes remotos pueden agregar trabajos al puente 3G para su ejecución o verificar el estado de los trabajos ya enviados.

• Base de datos de trabajos del puente 3G: esta es una base de datos MySQL que contiene el conjunto de trabajos que el puente 3G debe gestionar. Las propiedades importantes de los trabajos, como el nombre del ejecutable, los argumentos de la línea de comandos y la lista de archivos utilizados, se almacenan en la base de datos.

• Gestor de descargas: este componente se encarga de obtener los archivos de entrada correspondientes a los trabajos enviados de forma remota.

• Gestor de colas: este componente organiza la ejecución y gestión de las tareas del puente 3G, llamando periódicamente a los diferentes complementos de la red para gestionar las tareas que se les han asignado.

• Interfaz del controlador de cuadrícula: esta es una interfaz genérica que se encuentra por encima de los complementos de cuadrícula. Al utilizar esta capa genérica, ningún componente de 3G Bridge, aparte de los complementos de cuadrícula, debe contener código específico de la cuadrícula. Los métodos que debe implementar un complemento de cuadrícula son: envío y actualización de estado.

• Complemento de cuadrícula: los complementos de cuadrícula se encargan de gestionar los trabajos en las cuadrículas de destino. Cada complemento puede tener varias instancias, por ejemplo, para enviar trabajos a diferentes VO de EGEE. El puente 3G admite las siguientes cuadrículas: EGEE, BOINC, XtremWeb-HEP y OurGrid.

• HTTPD : es un servidor web que permite a los clientes remotos obtener los archivos de salida de los trabajos finalizados desde el servidor 3G Bridge. El lenguaje de programación principal es C++, aunque 3G Bridge admite la implementación de complementos de cuadrícula en Java. Las interfaces de servicio web se implementan mediante gSOAP.

Complementos de destino

Nulo: el complemento más simple que primero establece el estado del trabajo entrante en "en ejecución" y luego en "finalizado".
DC-API-Single: este complemento permite enviar trabajos individuales a una red de escritorio basada en BOINC. Este complemento se utiliza principalmente en el proyecto EDGI.
DC-API: este complemento es una versión mejorada del complemento DC-API-Single, capaz de enviar lotes de trabajos al servidor BOINC. La función de lotes permite agrupar muchos trabajos de corta duración en una unidad de trabajo BOINC, lo que resulta en un aumento de la computación a

índice de comunicación.

EGEE: el complemento EGEE permite enviar trabajos a redes de servicios basadas en gLite. Este complemento se utiliza ampliamente en el proyecto DEGISCO para conectar las unidades de trabajo de BOINC con gLite.
XtremWeb: este complemento permite enviar trabajos a redes de escritorio basadas en XtremWeb. El complemento se utiliza activamente en el proyecto EDGI .
BES: el complemento BES se puede utilizar para enviar trabajos a los recursos BES de OGSA, como ARC o UNICORE .
EC2: este complemento se puede utilizar para ejecutar trabajos en diferentes sistemas en la nube.

Véase también

Referencias

https://sourceforge.net/projects/edges-3g-bridge/
https://web.archive.org/web/20110821040507/http://www.sztaki.hu/department/LPDS/
https://web.archive.org/web/20110720155702/http://www.edges-grid.eu/web/edges/57
https://archive.today/20110928021122/http://www.sztaki.hu/search/projects/project_information/?uid=00332