>Architecture and Platform Requirements
La arquitectura está basada en capas independientes:
- La capa de presentación
- La capa de lógica de negocio
- La capa de integración
- La capa de datos
Este diseño lógico estructurado en capas independientes, pero complementarias en cuanto a sus competencias funcionales, dota al Portal de una serie de características claves y de valor añadido, atribuibles a todo servicio de calidad en la Red, y que aseguran la excelencia estructural del aplicativo:
- Escalabilidad de la solución en tanto que la distribución en capas y componentes permite utilizar plataformas hardware dedicadas a competencias específicas (servidor web, de aplicaciones y de datos en máquinas dedicadas) o soluciones complementarias de alta disponibilidad (clustering) y alto rendimiento (balanceo de carga).
- Máxima capacidad de integración asegurada.
- Protección de la inversión, en la medida que el mismo aplicativo permitirá ser adaptado y evolucionar con el propio servicio, tanto en rendimiento como en funcionalidades.
- Modularidad e independencia de los componentes, lo que facilita su mantenimiento y actualización funcional.
- Soporte multicanal asegurado, ya que la capa de presentación encapsula la naturaleza y tecnología de los clientes (WAP, PDA, etc.) accediendo de manera uniforme al núcleo de negocio del aplicativo.
El usuario final puede usar cualquier plataforma con una conexión al Internet y un navegador de estos: IE6, IE7, FireFox 1.5+, Opera 9, Safari, Konqueror.
Para la implantación de la plataforma en un servidor local, hay las siguientes necesidades:
Los recursos Java que necesita nivaria{content manager para ejecutarse son los siguientes:
- J2SE 1.5
- J2EE 1.2 (sólo necesario con ciertas configuraciones)
- JDBC v.2.0 o superior
- JSP v.1.1 o superior
- Servlets v.2.2 o superior
- JDOM v.7.x o superior
- Xerces 1 o superior
Cualquier servidor de aplicaciones J2SE que disponga de los recursos Java enumerados en el apartado anterior (Recursos Maquina Virtual Java) será suficiente plataforma para que nivaria{content manager funcione correctamente. Entre los servidores que cumplen con estas características se encuentran: Apache Tomcat, JBoss, Macromedia JRun 4, IBM WebSphere Application Server, Sun ONE Application Server, Oracle9i Application Server, BEA WebLogic Server,...
Cualquiera (IIS, iPlanet HTTP, Apache o los servidores que incorporan los servidores de aplicaciones, la mayoría de las veces derivados de Apache).
nivaria{content manager puede trabajar tanto con páginas dinámicas, que cargan el servidor de aplicaciones en el momento de ejecución, o también puede trabajar con páginas estáticas que serían soportadas por el servidor http.
Soporta cualquier Base de datos relacional. El rendimiento de nivaria{content manager con las diferentes bases de datos (IBM DB2, ORACLE, MS SQLServer, PostgreSql, MySQL). El rendimiento dependerá de dos aspectos, la propia base de datos y el driver de conexión JDBC.
Cualquiera de los S.O. habituales en el mercado (Windows, Solaris, Linux, Mac OSX,…) Normalmente se elige un servidor de aplicaciones fácilmente adaptable al entorno en que se desenvuelve el cliente y por esto es relevante la solidez y calidad de implantación para un servidor de aplicaciones en un S.O determinado. En cualquier caso, la mayoría de los servidores de aplicaciones confiables están disponibles para una amplia gama de sistemas operativos.
Un proyecto típico con nivaria{content manager necesita a partir de 100 Mb de espacio en disco. Dependiendo del proyecto y de sus recursos multimedia este requerimiento de disco puede ser varias veces superior. En cualquier caso, será el servidor de aplicaciones y el sistema gestor de bases de datos los que principalmente definan las necesidades a nivel de CPU, RAM y demás recursos máquina.