Entradas etiquetadas ‘Applet’
Arquitectura “Net-Centric” - Visión General
Las arquitecturas NetCentric utilizan las tecnologías de Internet para conectar personas y procesos de negocio. De acuerdo a este modelo, la "lógica de presentación" se muestra y ejecuta habitualmente en un Navegador Web presente en un PC, PDA, teléfono o cualquier otro canal de acceso.
A diferencia de un entorno Cliente/Servidor , el contenido visualizado en un navegador a menudo contiene varios elementos de información multimedia obtenidos de diferentes servidores mediante el acceso a través de una red TCP/IP . Una Intranet es un sistema TCP/IP cerrado, como una red corporativa que limita el acceso sólo a usuarios autorizados. Si la red TCP/IP constituye un sistema abierto accesible por cualquiera en el mundo, se utiliza el nombre de Internet . El término Extranet se usa cuando la red TCP/IP conecta a determinados "socios comerciales " (clientes, proveedores, colaboradores, etc.) con usuarios de una Intranet.
Los clientes en una arquitectura NetCentric - también llamados Clientes Web - se comunican con Servidores Web mediante el protocolo HTTP . El diseño de este protocolo permite al cliente establecer una conexión con un Servidor Web sobre una red TCP/IP . El cliente realiza entonces una solicitud de documentos - llamados páginas web - o de cualquier otro tipo de elemento de información multimedia, como gráficos, animaciones, audio, video o código ejecutable como Applets Java y Controles ActiveX . Una vez que el servidor responde a la petición, el cliente cierra la conexión con el Servidor tan rápidamente como la abrió. Desde el punto de vista del usuario, es una simple interacción petición/respuesta - pide algo, lo recibe y éste es el final del diálogo con el servidor.
Los Clientes Web también son capaces de enviar información de vuelta al Servidor Web utilizando el protocolo HTTP. Esta información que se envía de esta manera normalmente suele proporcionarla el proprio usuario en un formulario HTML , o bien es generada por código que se ejecuta en el navegador, como es el caso de Applets Java, Controles ActiveX o algún tipo de lenguaje de script . Cuando no se ejecuta ningún código (o muy poco) en el cliente Web, nos referimos a éste como "cliente ligero " o "thin client ". En cambio, cuando es necesario ejecutar grandes cantidades de código en el cliente Web, lo llamaremos "cliente pesado " o "thick client ". Típicamente, los clientes pesados se utilizan con propósitos de validación, para proporcionar un elemento de presentación complejo (como una estructura en árbol) o cuando es deseable que parte de la lógica de negocio resida en la capa de cliente.
La comunicación HTTP entre Clientes Web y Servidores Web sólo es capaz de enviar y recibir páginas estáticas . Para proporcionar contenido dinámico que incluya información específica del usuario o información extraída de una Base de Datos , se hace necesaria la utilización de programas adicionales en la parte del Servidor para crear estas páginas. Originariamente, estos programas se ejecutaban en el Servidor Web usando la Interfaz de Entrada Común (Common Gateway Interface) o CGI y se solían escribir en Lenguaje C o PERL . En cualquier caso, dado que estos programas se volvieron cada vez más sofisticados, se introdujeron soluciones de "middleware " adicionales llamadas Servidores de Aplicaciones Web (Web Application Servers ). Dichos Servidores de Aplicaciones Web permitieron el uso de tecnologías especializadas en proporcionar contenido dinámico como ASP (ActiveServer Pages), JSP (JavaServer Pages) y Servlets . Así mismo, estos servidores se diseñaron para gestionar la ejecución de programas más que para servir páginas web, de forma que pudieran concentrarse en la escalabilidad , balanceado de carga , tolerancia a fallos , optimización de rendimiento e interfaces de "back-end " mejores de lo que los Servidores Web permitían por sí solos. Aunque a día de hoy aún quedan algunos sistemas heredados (legacy) que usan CGIs para proporcionar contenido dinámico, prácticamente todos los desarrollos nuevos para aplicaciones transaccionales NetCentric se apoyan en algún tipo de Servidor de Aplicaciones Web como JBoss , Apache Tomcat , BEA WebLogic , IBM WebSphere , etc.
Determinar el número de capas a desplegar y cómo distribuir la lógica de negocio entre dichas capas constituyen decisiones clave de diseño . Un enfoque estándar contruir aplicaciones consiste en separar dicha lógica en tres capas principales: presentación , lógica de aplicación y gestión de los datos . En una arquitectura de 3 capas (three-tier ), éstas están físicamente distribuídas de tal forma que cada una se ejecuta en una máquina diferente y se comunica con las demás a través de la red.
En la arquitecturas NetCentric, la tendencia es mover la lógica de negocio a la capa del Servidor de Aplicaciones Web, e implementar únicamente la presentación en la capa cliente. Por esta razón, los sistemas NetCentric se implementan típicamente en más de tres capas (arquitecturas "n-tier" ). Adicionalmente, el Servidor de Aplicaciones Web también maneja la comunicación con las Bases de Datos así como con los Sistemas Heredados.
PDF 
