• eBD
• Compañía
• Formación
• Partners
• eBD Community
• Noticias

El principal motivo de esta estructura modular, es el de permitir la separación de todas las fases del procesado de la aplicación en nodos separados para aumentar la eficiencia conjunta de la instalación, y permitan estructuras en "cluster" que le proporcionen alta disponibilidad.

Web Server

Se encarga de interactuar directamente con los navegadores de los usuarios de las aplicaciones. Se conecta a un servicio eBD y Puede publicar cualquier instancia de una instalación o incluso de instalaciones diferentes. También puede usarse como un servidor http normal, publicando datos estáticos si se desea.

Su principal tarea es la de adaptar la información al protocolo http, actuar como caché de contenidos públicos del servidor eBD y implementar funcionalidades añadidas de protocolo http (Compresión de datos, encriptación, etc..). También posibilita el balanceo de carga entre varios servicios eBD.

Este servicio no contiene información privada ni tiene contacto directo con las bases de datos o ficheros de usuario. Se puede colocar en la parte exterior de la estructura de red del sistema, en una zona desmilitarizada con la seguridad de que en caso de ataque, solo se accediera directamente a datos públicos.

En el caso de haber mas de un servicio http para la misma instancia, normalmente se requerirá de algún método externo para balancear las conexiones entre ellos. Esto es imprescindible para crear un entorno de alta disponibilidad (Como mínimo deben existir dos servicios en nodos diferentes), y opcional en el caso de alto rendimiento.


eBD Server

Se encarga de crear las paginas http que veran los usuarios de las aplicaciones y otras tareas relacionadas (Envío de correos, tareas programadas, Web services, etc...), a partir del desarrollo. Se trata del servicio central de eBD y el que define las instancias y las aplicaciones que han de correr en ese servicio.

Cada servicio puede implementar mas de una instancia, y múltiples servicios pueden implementar la misma instancia. En este ultimo caso, decimos que el servicio eBD esta en cluster, y el servicio http tendrá que ser configurado especialmente para usarlo.

Usa el servicio de transacciones para obtener todos los datos relacionales, tanto de las bases de datos de usuario como del diccionario. También usa el sistema de ficheros del nodo donde esta instalado para los ficheros de aplicación y de usuarios. En el caso de un servicio eBD en cluster, se debe asegurar que cada servicio vea exactamente los mismos datos tanto en ficheros como en bases de datos.


eBD Transaction Server

Su objetivo principal es el de mantener las conexiones con las bases de datos, tanto las de usuario como las del diccionario, de cada instancia. El servicio eBD usa estas conexiones para obtener todos los datos relacionales. A parte también se usa para realizar las transacciones de las secciones java y de mantener las sesiones que los usuarios tienen abiertas en la aplicación.

Cada servicio de transacciones puede mantener varias instancias, y varios servicios de transacciones pueden dar servicio a una instancia. La única excepción es para la función de mantenimiento de sesiones, en la que solo puede haber un servicio con esta función para cada instancia.

Se pueden crear servicios de transacciones especializados en cada una de estas tareas, y así obtener una mayor separación de servicios en aplicaciones que lo requieran. Una aplicación que haga un uso intensivo de secciones Java, por ejemplo, podría tener un servidor de transacciones especializado en un nodo físico independiente.