L'arquitectura d'eBD es divideix en diferents serveis, cadascun d'ells encarregat de realitzar una tasca específica.

El principal motiu d'aquesta estructura modular, és el de permetre la separació de totes les fases del processat de l'aplicació en nodes separats per a augmentar l'eficiència conjunta de la instal·lació, i permetin estructures en "cluster" que li proporcionin alta disponibilitat.

Web Server

S'encarrega d'interactuar directament amb els navegadors dels usuaris de les aplicacions. Es connecta a un servei eBD i pot publicar qualsevol instància d'una instal·lació o fins i tot d'instal·lacions diferents. També pot utilitzar-se com un servidor http normal, publicant dades estàtiques si es desitja.

La seva principal tasca és la d'adaptar la informació al protocol http, actuar com caché de continguts públics del servidor eBD i implementar funcionalitats afegides de protocol http (Compressió de dades, encriptació, etc..). També possibilita el balanceig de càrrega entre diversos serveis eBD.

Aquest servei no conté informació privada ni té contacte directe amb les bases de dades o fitxers d'usuari. Es pot col·locar en la part exterior de l'estructura de xarxa del sistema, en una zona desmilitarizada amb la seguretat que en cas d'atac, solament s'accedís directament a dades públiques.

En el cas d'haver mes d'un servei http per a la mateixa instància, normalment es requerirà d'algun mètode extern per a balancejar les connexions entre ells. Això és imprescindible per a crear un entorn d'alta disponibilitat (Com a mínim han d'existir dos serveis en nodes diferents), i opcional en el cas d'alt rendiment.


eBD Server

S'encarrega de crear les pàgines http que veuran els usuaris de les aplicacions i altres tasques relacionades (Enviament de correus, tasques programades, Web services, etc...), a partir del desenvolupament. Es tracta del servei central de eBD i el qual defineix les instàncies i les aplicacions que han de córrer en aquest servei.

Cada servei pot implementar mes d'una instància, i múltiples serveis poden implementar la mateixa instància. En aquest ultimo cas, diem que el servei eBD aquesta en cluster, i el servei http haurà de ser configurat especialment per a usar-lo.

Utilitza el servei de transaccions per a obtenir tots les dades relacionals, tant de les bases de dades d'usuari com del diccionari. També usa el sistema de fitxers del node on aquesta instal·lat per als fitxers d'aplicació i d'usuaris. En el cas d'un servei eBD en cluster, s'ha d'assegurar que cada servei vegi exactament les mateixes dades tant en fitxers com en bases de dades.


eBD Transaction Server

El seu objectiu principal és el de mantenir les connexions amb les bases de dades, tant les d'usuari com les del diccionari, de cada instància. El servei eBD usa aquestes connexions per a obtenir tots les dades relacionals. A part també s'utilitza per a realitzar les transaccions de les seccions java i de mantenir les sessions que els usuaris tenen obertes en l'aplicació

Cada servei de transaccions pot mantenir diverses instàncies, i diversos serveis de transaccions poden donar servei a una instància. La única excepció és per a la funció de manteniment de sessions, en la qual solament pot haver un servei amb aquesta funció per a cada instància.

Es poden crear serveis de transaccions especialitzats en cadascuna d'aquestes tasques, i així obtenir una major separació de serveis en aplicacions que ho requereixin. Una aplicació que faci un ús intensiu de seccionis Java, per exemple, podria tenir un servidor de transaccions especialitzat en un node físic independent.