Entradas etiquetadas ‘netcentric’
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 
Arquitectura “NetCentric” – Concepto y Definición
Actualmente la gran mayoría de los Sistemas de Información y las correspondientes aplicaciones que utilizamos en Internet están basados en la Arquitectura Net-Centric o NetCentric .
"NetCentric " constituye un Modelo de Arquitectura que amplía las posibilidades – tanto dentro como fuera de la empresa – más allá de lo que había sido posible con los modelos tradicionales de "Cliente/Servidor" y "Host".
Originalmente, el concepto fue presentado al Departamento de Defensa de los Estados Unidos de América (DoD) por David Alberts, Vice Admiral Art Cebrowski y John Gartska mediante una serie de artículos a finales de los 90. El DoD estableció el modelo netcentric como la base arquitectónica de su concepto del Global Information Grid (GIG), para integrar todos sus sistemas de información. Conforme al DoD Architectural Framework , se pretende proporcionar un Modelo de Arquitectura consistente que permita compartir información y reutilizar sus componentes a lo largo del DoD. La visión del DoD sobre NetCentric es cumplir con el Modelo de Arquitectura Orientada a Servicios o SOA ( Service-Oriented Architecture ), así como de XML y otros estándares de Servicios Web (Web Services ).
Existen varias definiciones del término en el mercado tecnológico, pero según la Wikipedia :
"Una arquitectura ligera, masivamente distribuída y horizontal que distribuye componentes y/o servicios a través de una cadena de valor de información empresarial utilizando Tecnologías de Internet y otros Protocolos de Red como principal mecanismo para sustentar la distribución y procesamiento de Servicios de Información."
Sin embargo, podríamos definirlo:
"Una arquitectura que soporta múltiples canales de acceso electrónico a fuentes de información dispares (Bases de Datos internas, servidores de información externas) accesibles por usuarios internos, clientes y proveedores mediante tecnologías abiertas y estándares comúnmente aceptados."
En este sentido, los "múltiples canales de acceso " se refieren a diferentes dispositivos o mecanismos por los que los usuarios acceden a la información, como pueden ser ordenadores personales (PCs), teléfonos móviles , asistentes personales digitales (PDAs), quioscos , teléfonos , etc.
En cuanto a las tecnologías implicadas y los estándares comúnmente aceptados, nos referimos a TCP/IP , HTML , WAP , ActiveX , DCOM , CORBA , Java , COM+ y demás.
Por todo ello, NetCentric posibilita compartir datos y contenidos entre personas y aplicaciones . Estas aplicaciones proporcionan las capacidades de publicación , interacción o transaccionalidad , constituyendo la base del Comercio Electrónico o eCommerce .
