Suite de Soluciones
EBS
FRONT
VIEW
WIZARD
   
     
 

Varios nodos del sistema pueden estar activos recibiendo procesos. Esto es posible porque el sistema no mantiene datos por fuera de los procesos contra la base de datos. Toda información que se mantiene en algún caché en un nodo es información de sólo-lectura. Si se desea tener información en el caché que pueda ser modificada, es necesario invocar un mecanismo de notificación/actualización inter-nodo previsto en el sistema. Como el sistema soporta nativamente el funcionamiento en cluster, no requiere del Switch ningún tratamiento especial. Por ejemplo: no necesitará que éste último mantenga “sesiones sincronizadas”. Esto no quita que por razones de rendimiento se decida “rutear” los pedidos relacionados con cierto módulo al mismo nodo, para mejorar el rendimiento aprovechando al máximo la administración del caché. La aplicación tampoco será dependiente de si los pedidos le son enviados desde un Switch o desde varios. En su máximo nivel de exigencia esta arquitectura enfoca un crítico eventual en el sistema en la administración de la base de datos. Para aumentar la disponibilidad del sistema es recomendable emplear productos que provean esta disponibilidad de operar en cluster también en el nivel de la administración de las bases, tal el caso de Oracle con “Oracle Real Application Cluster”, que permite tener dos bases replicadas continuamente que hacia fuera se presentan como una sola.



Ver también:

Máquina de Ejecución de Procesos
Contexto
Procesos
Manejo de los Errores
Operatoria Batch
Estructura de Mínima


- Arquitectura MODHELUS
- MODHELUS CORE
- Características de Diseño
- Funciones Incluidas