Relación con la arquitectura del ciclo de negocio La propuesta era promover la interacción entre los investigadores del CERN. No había manera de saber.

Presentación del tema: "Relación con la arquitectura del ciclo de negocio La propuesta era promover la interacción entre los investigadores del CERN. No había manera de saber."— Transcripción de la presentación:

1

2 Relación con la arquitectura del ciclo de negocio La propuesta era promover la interacción entre los investigadores del CERN. No había manera de saber si ese sistema, de hecho, incrementar la comunicación.

3 La aplicación inicial de un sistema Web tenia las siguientes caracteristicas iniciales: se permitía a los usuarios crear enlaces desde dentro del navegador Berners-Lee inicialmente pensó que ningún usuario que desea escribir HyperText Markup Language (HTML) o hacer frente a los localizadores de recurso uniforme (URL).

4 Requisitos y Cualidades La World Wide Web, tal como es concebido y aplicado inicialmente en el CERN: Portatil Interoperabilidad Escalable Extensible libWWW: la biblioteca de software apoya desarrollo basado en Web y una arquitectura distribuida de cliente-servidor. Hardware- Nuevos protocolos Nuevos datos- Nuevas aplicaciones

5 Los primeros requisitos Acceso remoto a través de redes. La heterogeneidad. Noncentralization. El acceso a los datos existentes. bases de datos existentes debían ser accesibles. Posibilidad para los usuarios agregar datos. enlaces privados. Análisis de datos. El control de topología Definición de técnicas de navegación y los requisitos de la interfaz de usuario, incluyendo mantener una historia visual Los requisitos son a menudo las listas de características deseables, y en los sistemas sin precedentes, para alcanzar estos requisitos son a menudo desconocidos hasta un diseño existente.

6 . Los requerimientos vienen y van Nadie pudo pronosticar el crecimiento de la web en los últimos años. De acuerdo a las últimas estadísticas, ha doblado su tamaño cada 3 o seis meses. La web crece más rápido que Internet, una gran proporción de Hosts de Internet se están volviendo servidores web. Comunidad de investigación – Tráfico comercial Plataforma para selección de contenidos de Internet (PICS) = etiquetado y criterios de selección

7 Troncales de Internet

8 Solución de Arquitectura El enfoque de arquitectura empleado se basa en clientes, servidores y una librería (libWWW) que enmascara el hardware, sistema operativo y dependencias de protocolo.

9 Conociendo los requerimientos originales: libWWW LibWWW se organiza en 5 capas: Utilidades genéricas:  Provee una capa de portabilidad, donde descansa el resto del sistema.  Contiene los bloques de construcción para el resto del sistema: administración de red, tipos de datos, utilidades para la manipulación de strings.  Esta capa permite que los niveles más altos sean independientes de la plataforma.

10 Conociendo los requerimientos originales: libWWW Núcleo: Contiene el esqueleto de la funcionalidad. Acceso a redes, administración y parsing de datos, etc. Esta capa por si sola no hace nada, brinda la interfaz para construir aplicaciones web. Plugins: se registran en tiempo de ejecución, enviando y manipulando datos. Soportan protocolos y transporte a bajo nivel, además proveen la facilidad de añadir funcionalidad. Funciones call-out: permiten extender la funcionalidad del núcleo. Provee la abstracción para construir las aplicaciones sobre la capa genérica.

11 Conociendo los requerimientos originales: libWWW La capa stream: Provee la abstracción de un stream de datos usada por todos los datos transportados entre las aplicaciones y la red. La capa de acceso: provee un conjunto de protocolos de comunicación. La capa de aplicaciones: brinda el conjunto de funcionalidades útiles para escribir aplicaciones.

12 Conociendo los requerimientos originales: libWWW

13 Lecciones de libWWW Lograr Herramientas basadas en Web sean heterogéneas, admitan el acceso remoto a través de redes, no centralizadas, etc. Permitir las características de aplicaciones basadas en Web para crecer ha llevado a muchas de las decisiones en LibWWW y ha llevado a las siguientes lecciones:

14 Lecciones: Formalización de interfaces de programación de aplicaciones (API) son obligatorios: presentan la funcionalidad de LibWWW para los programas construidos en base a esta. La funcionalidad y la API que se debe presentar en capas: Aplicaciones tendrán acceso a niveles de abstracción de servicio La librería debe ser compatible con una dinámica, de composición abierta establecido de características: posible sustituciones en tiempo de ejecución. Procesos construido sobre el software deben ser flujos seguros. aplicaciones basadas en Web debe realizar varias funciones al mismo tiempo.

15 Resulta que LibWWW no es compatible con todos estos objetivos. Por ejemplo, el núcleo LibWWW hace algunas suposiciones acerca de los servicios esenciales, así que no todas las funciones pueden ser dinámicamente reemplazados. Por otra parte, es LibWWW destinados a ejecutarse en diferentes plataformas, por lo que no puede depender de un modelo de un solo hilo. Así, se ha implementado pseudothreads, que proporcionan algunos, pero no todos, de la funcionalidad requerida. Por último, las aplicaciones Web más actuales no admiten configuración de la característica dinámica, que requiere reiniciar el sistema antes de los nuevos servicios se pueden registrar.

16 Arquitectura Cliente-Servidor utilizando LibWWW WWW Cliente Visor externos HTTP Client Interfaz de usuario Administrador, el Administrador de caché y mucho más... Servidor WWW CGI HTTP Server Corriente del Administrador de control de acceso y mucho más...

17 El UI manager captura petición de un usuario en forma de una dirección URL y luego pasa al Access Manager. El Access Manager determina si la URL solicitada existe en la cache y si esta en el historial de navegación Si el archivo se almacena en caché, que se recupera del Cache Manager y pasa al Presentation Manager para su visualización ya sea a la interfaz de usuario o un visor externo. Si no se almacena en caché, el Protocol Manager determina el tipo de solicitud e invoca el conjunto de protocolos necesarios para que le de servicio.

18 El Stream Manager utiliza este protocolo para comunicar la solicitud al servidor, una vez que reciba una respuesta del servidor en forma de un documento, esta información se pasa al Presentation Manager para su visualización adecuada. El Presentation Manager consulte a un control estático para ver el archivo de configuración (mimerc, mailcap, etc) para ayudar al mapeamiento de tipos de documentos a los espectadores externos.

19 El servidor HTTP garantiza un acceso transparente al sistema de archivos. Accesando directamente o a través de un proxy conocido como Common Gateway Interface (CGI). CGI gestiona los tipos de recursos que un servidor nativo no puede manejar y se ocupa de la extensión de la funcionalidad de servidor. Cuando una solicitud es recibida por el Stream Manager de flujo, se determina su tipo y la ruta de la URL que se resuelva a través de la resolución de camino. El servidor HTTP consulta una lista de acceso para determinar si el cliente solicitante está autorizado para el acceso. Puede iniciar una sesión de autenticación de contraseña con el cliente para permitir el acceso a los datos protegidos. Suponiendo que la autenticación, accede al sistema de archivos (que es fuera del ámbito del servidor) y escribe la información requerida a la secuencia de salida. Si un programa se va a ejecutar, un proceso se pone a disposición (ya sea nuevo o encuestados) a través de CGI y el programa se ejecuta, con la producción escrita por el administrador de servidor de flujo de vuelta al cliente.

20

21 Interfaz de entrada común CGI es una de las necesidades más importantes que impulsan la evolución de la Web de software Scripts CGI permite solicitar información dinámica para ser devueltos a los clientes El uso más común de la CGI es crear una dinámica documento HTML y devolverlo a los usuarios. CGI permite a los usuarios "poner" información en la web, a diferencia de "obtener" la operación que usualmente los servidores brindan. Por ejemplo añadir información sobre las bases de datos rellenando un formulario

22 Provee: Extensibilidad muy necesaria de servidores para manejar los recursos arbitrarias Permite a los usuarios poner los datos de manera limitada. Deficiencia: Seguridad. Portabilidad.

23 Logro de los Objetivos de Calidad inicial Objetivo¿Cómo obtenerlo?Tácticas utilizadas Acceso RemotoGenerar sitio en la parte superior de Internet El cumplimiento de protocolos definidos InteroperabilidadUtilice LibWWW para enmascarar los detalle plataforma Abstracción de servicios comunes, Ocultar información Extensibilidad del software Aislar el protocolo y las extensiones de tipo de datos en LibWWW; permitir plug-in de los componentes Abstracción de servicios comunes, Ocultar información, Reemplace los componentes Extensibilidad de datos Cada elemento de datos independientes con excepción de las referencias que controla Limitar las posibles opciones EscalabilidadUtilice arquitectura cliente-servidor Introducir la concurrencia Reducir la sobrecarga de cómputo

24 Evoluvión: Comercio Electrónico Requerimientos Nuevos Alto Desempeño: Debe soportar millones de entradas por dia. Alta Disponibilidad: Debe de estar disponible 24 horas a la semana. No debe cerrar. Escalabilidad: Asi como crece en popularidad, debe crecer en capacidad. Ser capaz de poder gestionar grandes cantidades de datos.

25 Evolución: Comercio Electrónico Seguridad: Los usuarios deben sentir seguridad al efectuar transacciones en linea. Modificabilidad: Poder cambiar frecuentemente sin complicaciones.

26 Navegadores para Modificabilidad Los navegadores actuales soportan la modificabilidad en sus interfaces de distintas maneras.

27 HTTPS para la Seguridad Al realizar una solicitud, esta es transmitida hasta una Web Final. Esta transaccion se realiza a travez del protocolo HTTP o HTTPS. HTTPS, es un protocolo que realiza las transacciones de forma encriptada (SSL, Claves de 128 bits)

28 Proxy para el desempeño Solicitudes de navegadores individuos, llegan primero a un Servidor proxy. El Servidor proxy, es el que se conecta a internet, recupera la información y se la envía al navegador. Esto incrementa el desempeño, por que tecnicamente solo una maquina es la que se conecta a internet.

29 Routers y Firewalls para Seguridad Las solictudes de un Navegador o un Proxy, pueden llegar a un Router que posee un firewall. La función del firewall, es prohibir la salida de información sin autorización o impedir la entrada de información proveniente del exterior.