1.%20Introducci

1
1. Introducción a los Sistemas de Internet

• Gestión de Sistemas en Internet
• Universidad Antonio de Nebrija 2003/04
• Justo N. Hidalgo Sanz

2
1.- Introducción

1. Empresas para qué Internet?
2. Qué problemas ha de resolver Internet.
3. Opciones actuales.
4. Por qué J2EE
5. Arquitecturas en una empresa.
6. Evolución en las aplicaciones web.
7. CGIs (Common Gateways Interfaces).
8. Soluciones propietarias.
9. Servidores de Aplicaciones.

3
1.1.- Empresas para qué Internet?

• Internet interconexión. Las empresas lo utilizan
  para
• Intercambio de información.
• Comunicación con sus clientes (B2C).
• Comunicación con sus empleados (B2E).
• Obtención de información del competidor.
• Comunicación con sus proveedores (B2B).
• ...
• Ya no es tan sólo un medio de investigación, ni
  un juguete.

4
1.2.- Qué problemas ha de resolver Internet

• Diversidad de necesidades de información
• Complejidad de los procesos de negocio
• Diversidad de aplicaciones
• Opciones
• Técnicas simples, propietarias.
• Sistema genérico (plataforma, framework,...)
• Productividad de programación.
• Fiabilidad y disponibilidad.
• Seguridad.
• Escalabilidad.
• Integración.

5
1.3.- Opciones actuales

• Todas se basan en el modelo orientado a
  Componentes.
• Microsoft .NET.
• Nuevo, prometedor, propietario.
• OMG CORBA (Common Object Request Broker
  Architecture) Component Object Model.
• Sin gran implementación todavía, unido a J2EE.
• Sun J2EE (Java 2 Enterprise Edition)
• Existe desde hace más de dos años.
  Especificación.

6
1.4.- Por qué J2EE

• Independencia de plataforma.
• Gratuidad implementación de referencia.
• Mayor madurez.
• Tiempo .NET está en su primera versión, CCM es
  demasiado complejo.
• Soporte de 20 empresas (IBM, Sun, BEA, HP,
  Oracle, Informix, Novell, Symantec,...)

7
1.5.- Arquitecturas en una empresa

• Arquitectura en dos capas (2-tier)
• Aplicación accediendo a un repositorio de datos.
• Arquitectura en tres capas (3-tier)
• GUI lógica de negocio repositorio de datos.
• Arquitectura en n capas (n-tier)
• GUI interacción del usuario con la aplicación.
• Lógica de presentación.
• Lógica de negocio.
• Repositorio de datos.
• Utiliza el patrón de diseño MVC
  (model-view-controller)

8
1.6.- Evolución en las aplicaciones web

• Las aplicaciones web son diferentes
• Millones de usuarios escalabilidad.
• http es un protocolo sin estado.
• Construcción rápida y dinámica.
• Entorno abierto gt seguridad.
• GUI genérica gt personalización.
• Evolución
• CGIs.
• Soluciones propietarias.
• Servidores de aplicaciones.

9
1.7.- CGIs (Common Gateways Interfaces)

• Aplicaciones independientes inicialmente para
  UNIX.
• Invocadas por los servidores web para que ejerzan
  de intermediarias entre la web y la aplicación a
  invocar.
• Problemas
• No es escalable (C, Perl, ...)
• Manejo de sesión no gestionado por CGI.
• Muchos programitas y scripts dificultad de
  mantenimiento.

10
1.8.- Soluciones propietarias

• Formalización de las lecciones aprendidas de las
  CGIs.
• Problemas
• Propietarias (Oracle, NetDynamics, Kiva).
• No siempre había extensiones de seguridad.
• No existía soporte transaccional.

11
1.9.- Servidores de Aplicaciones

• Soportan arquitectura multicapa.
• Middleware para creación rápida de aplicaciones
  server-side.
• Ejemplos
• Microsoft DNA, .NET.
• CORBA servers.
• Broadvision.
• Vignette.
• Apple WebObjects.
• BEA.
• Para la mayor parte del mercado, un servidor de
  aplicaciones es J2EE-compliant.

12
1.10.- Aplicaciones dentro de un proceso

• El desarrollo de aplicaciones basadas en
  componentes facilita su integración dentro de
  sistemas de control de procesos
• CRMs (Customer-Relationship-Management)
• ERPs (Enterprise Resource Planners)
• BPMs (Business Process Management)
• EAI (Enterprise Application Integration)
• ...