Download información técnica

Características Generales Arquitectura
PADKernel ®
Julio 2005
Rosellón, 34, 5-1 08029 Barcelona tel. 933630638 fax. 934102438
www.padconsulting.net
FrontEnd (Canales de difusión):
Los medios propuestos permiten una mejor distribución y versionado y mayor usabilidad para
los clientes ya que son medios de difusión cuyo funcionamiento está socialmente aceptado.
Cualquier otra solución se evitará por el tremendo aumento de costes y por las conocidas
problemáticas de gestión de versiones, gestión de memoria y dependencia de plataformas
especificas cerradas.
Plataformas Desktop PC: Windows y Linux que soporten arquitectura J2EE Client
Provisioning Java Web Start o a través de navegador mediante protocolo HTTPS (servidor
seguro) y presentación DHTML.
Plataformas Windows CE .Net y Pocket PC PDA's:
– Navegador HTTPS (Servidor seguro) mediante HTML (Preferiblemente)
– Cliente que posea un JWDK (Java Wireless Developer Kit o entorno de desarrollo Java)
bajo la especificación J2ME OTA-CP CDC (Java 2 Microedition Over The Air - Client
Provisioning Client Device Connected)
Plataforma Móviles: Nokia, Siemens, Ericsson (Preferiblemente) y cualquier dispositivos que
posea un JWDK (entorno de desarrollo Java) bajo la especificación J2ME OTA -CP MIDPCLDC (Java 2 MicroEdition Over The Air-Client Provisioning Mobile Information Device
Profile – Connected Limited Device Configuration).
Middleware (Arquitectura):
Multiempresa: Se da servicio a múltiples empresas.
Multiplataforma: Portable, se puede instalar el aplicativo en diferentes Sistemas Operativos.
Multientorno/Multiaplicación: Una misma empresa puede tener diferentes entornos o
aplicaciones corriendo simultáneamente.
Multicanal: Implementación de negocio bajo el concepto Java Write Once Run Anywhere.
Trasladando esa filosofía al mundo de las aplicaciones móviles. Escribo una vez el negocio
y aplico múltiples presentaciones según canal, manteniendo el negocio único.
Multidispositivo: Siempre que sea posible el aplicativo será Crossbrowser (misma
presentación para Internet Explorer y para Netscape, p. ej.). La arquitectura permitirá
realizar un presentación o vista especifica si no fuese posible encontrar una vista
Crossbrowser, aunque esto será raro de encontrar, ya que existirá una capa de
componentes JavaScript tremendamente potentes, fiables y óptimos.
Multiusuario (Concurrencia masiva)
Multidioma (Internacionalización)
MASP: Mobile Application Services Provider (Web, Móviles y PDA, pero pueden ser más)
Alta disponibilidad 7x24
Alto rendimiento de entre 1000 y 30000 usuarios concurrentes soportados según inversión
en infraestructura y fase de desarrollo en la que nos encontremos.
Java 2 Platform, Enterprise Edition (J2EE) 100% Compliant.
Abierta: Framework MVC propio (modelo-vista-controlador) multicapa (todos los
componentes del sistema són independientes 100%) y basado en estándares abiertos
(Java, XML, XHTML, CSS, JavaScript, XSD, XSLT, Linux Virtual Cluster, Web Server
Balancing, WebServices).
Reutilizable, modular, escalable y extensible vertical y horizontalmente.
Integración con backends:
– Pool de conexiones JDBC para prácticamente cualquier base de datos SQL que exista
en el mercado.
– Java Connector Arquitecture basado en transacciones para acceder de forma óptima a
sistemas Legacy (heredados o antiguos) basados en cobol, pl1, etc.
Parametrizable, configurable y personalizable, monitorizable de forma remota.
Altos requisitos de seguridad y confidencialidad.
– Conexión a través de Firewall de datos a través de HTTPS encriptación de datos de 128
bits.
Rosellón, 34, 5-1 08029 Barcelona tel. 933630638 fax. 934102438
www.padconsulting.net
– Gestor de seguridad para configurar, entre otras cosas, IP's de clientes no válidas y IP's
validas. Proporcionará todas las utilidades anti-hacking que se crean oportunas.
– Autentificación de clientes segura (Secure Login) mediante Java Authentication and
Authorization Service (JAAS) y Linux Kerberos. Sistemas que implementan una
encriptación de los datos de autentificación mediante claves publicas (clientes) y claves
privadas (servidor).
Backends (repositorio de datos del cliente)
Existen tres posibilidades:
1. Mantener la actual infraestructura de datos que ya posea el cliente y conectarse a ella
mediante una línea segura punto a punto de forma remota, el backend publicará ciertos
servicios consultables a través de una pasarela firewall con un único puerto abierto y con
nuestro rango de IP's como único permitido, más una autenticación básica si se requiere,
mediante login o certificados cliente SSL.
2. Replicar la información necesaria en nuestro middleware mediante una infraestructura de
datos específica, que se mantenga sincronizada con los datos originales del cliente.
Costoso, complejo, pero más óptimo que el primero, si este no tiene un ancho de banda
adecuado para realizar las transacciones on-line, en cuyo caso el primer planteamiento
sería más adecuado.
3. Crear las infraestructuras de datos necesarias desde cero en nuestro middleware. Lo ideal y
lo más óptimo. Difícil encontrar clientes que no tengan ya la infraestructura montada,
algunos no se fian o no se quieren casar con alguien externo si la aplicación concreta es
crítica. Tender a la solución 1.
Se puede acceder a todo tipo de EIS (Enterprise Information Server) máximizando la
integración, explotación y rentabilidad de los ya existentes o creando nuevos. Diferentes tipos
de EIS para los que se puede desarrollar una solución, através de un Pool de conexiones
JDBC y SQL:
– Oracle
– MySQL
– SQLServer
– Access
– PostgreSQL.
Y más adelante se crearán conectores especificos para:
– SAP
– Siebel
– SAS
– AS400
Rosellón, 34, 5-1 08029 Barcelona tel. 933630638 fax. 934102438
www.padconsulting.net