Justificación Cliente/Servidor. Arquitectura Cliente/Servidor. Nuevas Tareas del Dpto. de Sistemas de Información

Transcripción

1 Tema IV Arquitectura liente/servidor Justificación liente/servidor AVANE TENOLÓGIO EXIGENIAS DE LA EMPRESA ENTORNO GENERAL ANTES Rigidez. No redistribución. Vinculación al sistema. Solapamiento, duplicación y redundancia. Producción masiva. Tareas simples. Repetitivas. Desmotivación. Usuario operador. Adaptación a la capacidad del ordenador. Ordenadores caros. Usuarios asustadizos. AHORA Múltiples procesadores Portabilidad entre procesadores. Migrabilidad entre plataformas. ompetencia. Renovación. Factor tiempo crítico. Autonomía. Usuario analista. Software a medida. Ordenadores accesibles. Domesticación de la informática. 1 2 Nuevas Tareas del Dpto. de Sistemas de Información Soporte a la gestión empresarial. Apoyo a los objetivos. Selección de Estándares: ompatibiliza. Facilita al usuario. Infraestructura /S: Plataforma operativa. Entorno de desarrollo. Gestión del SID. Arquitectura de la aplicación: Portabilidad. Interoperatividad. Distribuida. Desarrollo corporativo (no departamental). Integración de aplicaciones propias con estándar. Implicaciones del modelo liente/servidor Necesidades comerciales en continua evolución Nuevos roles de Sistemas de Información y de los usuarios Nuevas herramientas de desarrollo: Prototipos Nuevo proceso de desarrollo Infraestructura Abierta liente/servidor 3 4

2 uándo implantar /S? ambios estructurales y organizativos. ambios en organigramas. Respuesta dinámica de mercado. ambio en procesos de negocio. Qué ayuda a la implantación? La demanda de sistemas fáciles. Precio/rendimiento de estaciones y servidores. reciente acceso a la información para decisiones: Separación datos-programas. Programas flexibles. Nuevas tecnologías de alta productividad. 5 6 liente/servidor Definición: Sistema distribuido entre múltiples procesadores donde hay clientes que solicitan servicios y servidores que los proporcionan. Separa los servicios situando cada uno en su plataforma más adecuada. Objetivos de /S Localización transparente. Recursos compartidos. Escalabilidad Horizontal: > nº estaciones. Vertical: migración a otras plataformas. Interoperatividad entre distintos Hw. y Sw. 7 8

3 Evolución 1ª ÉPOA: LAN. LAN con MAINFRAMES. omunicaciones homogéneas (LU, SNA, APP). 2ª ÉPOA: Herramientas de desarrollo /S. Proveedores DBMS con /S. Downsizing: migración a Ps. S.O. De red con servidores de servicios. Evolución (II) 3ª ÉPOA: ATUAL. PWS: Estaciones de trabajo programables gráficamente. GUI: Interfaz gráfico de usuario. Alta resolución. Nuevas tecnologías: Ratón, lápiz óptico, scanner, multimedia. Tecnología de componentes: DDE y OLE. onectividad de BDs: ODB, JDB Objetos Distribuidos: ORBA, OM, OM+, DOM Internet: HTML, GI, Applet, ActiveX, JAVA, JAVASRIPT Arquitecturas /S de 2 y 3 niveles. Middleware Tecnología de componentes: DDE y OLE DDE: (Dynamic Data Exchange) (Microsoft). Enlaces de datos dinámicos. Información automáticamente actualizada entre aplicaciones. OLE: (Object Linking and Embeding) (Microsoft). Objetos enlazados y embebidos. Enlazado: Guardando una referencia. Embebido: Insertando un documento. onectividad de BDs ODB: (Open DataBase onectivity) (Microsoft). onectividad abierta entre BDs. Interfaz de conexión entre BDs (especialmente Microsoft) JDB: (Java DataBase onectivity) (Java). onectividad abierta entre BDs versión Java. Abierto

4 Objetos Distribuidos ORBA (ommon Object Request Broker Architecture) (Object Management Group): Estándar de programación distribuida basada en objetos. OM (Microsoft): Interface estándar para objetos (no importa cómo están programados). OM+ (Microsoft): Extensión de OM en el que se añade un modelo para la programación de objetos. DOM (Microsoft): Extensión de OM que permiten crear objetos clientes y servidores utilizando OM aunque creando transparencia sobre la localización física del objeto (es decir que puede encontrarse en otra máquina). La gestión de la comunicación está embebida. 13 INTERNET HTML (HyperText Markup Language): Lenguaje basado en el estándar SGML de etiquetado para la creación de páginas web en el servidor visibles desde un cliente remoto con su propio visor. GI(ommon Gateway Interface): Interface para el tratamiento de ejecutables en el servidor (remoto) a petición de clientes. Rápido y muy modular. ActiveX (Microsoft): Objetos visuales de control (desde botones hasta miniaplicaciones) embebidos en un documento (o página web) que se descargan y se ejecutan en el visor del cliente. JAVA (Sun Microsystems): Lenguaje de programación específico para /S en internet. Lento, con aplicaciones mayores. APPLET: Objetos visuales embebidos en una página web (versión abierta de ActiveX). JAVABEANS (Sun Microsystems): Especificación para objetos en Java. JAVASRIPT (Netscape): Lenguaje de utilidades para HTML. 14 Evolución (III) EL FUTURO. Facilidad de uso de las aplicaciones. Accesos a datos distribuidos en cualquier lugar del mundo (y del espacio). MIDDLEWARE onecta procesos para constituir aplicación. onjunto de funciones + servicios. Actúa en el bajo nivel del SID: omunicación. Directorios. Integridad. Define la plataforma de transparencia de localización

5 aracterísticas /S. Flexibilidad: Middleware. Separación de funciones: Lógica de presentación. Lógica de negocio. Lógica de datos. Encapsulación de servicios. Portabilidad - reubicación. Operación sincrono - asíncrono. aracterísticas /S (II). Entorno de aplicaciones incremental. Añadir un nuevo servidor. Añadir un nuevo cliente. Modificar un cliente para usar un nuevo servidor. Integración: por la GUI Modelos /S Modelos /S (II) Presentación distribuida Proporciona un API que separa la programación de ventanas del resto. Ejemplo: X-Windows System en UNIX o Windows95 y NT. Presentación Negocio Datos S Función distribuida Máxima flexibilidad. Lógicas de negocio separadas. Presentación Negocio Negocio S Datos 19 20

6 Modelos /S (III) Datos distribuidos Ficheros distribuidos. Bases de datos distribuidas. Presentación Negocio Datos S Aplicaciones de 2 y 3 niveles 2 niveles: Generalmente usa los modelos de función distribuida o datos distribuidos. Muy productivo. Distribución no flexible. Dependiente del suministrador Aplicaciones de 2 y 3 niveles (II) 3 niveles: Modelo presentación-negocio-datos Distribución flexible. Sistema abierto. No dependiente. Negocio Sistemas abiertos Definición según IEEE: Un conjunto completo y consistente de estándares internacionales de tecnología de información y de estándares funcionales, que especifica interfaces, servicios y formatos de soporte para conseguir la interoperatividad y portabilidad de aplicaciones, datos y personas. Definición según ISO: Todo el conjunto de interfaces, servicios y formatos de soporte, además de otros aspectos de usuarios, para la interoperativilidad o la portabilidad de aplicaciones, datos o personas, según se especifica en los estándares y perfiles de tecnología informática 23 24

7 Sistemas Abiertos: aracterísticas. Elección libre de plataforma gracias a la portabilidad e interoperatividad. Protección de la inversión empresarial. Libertad de elección del modelo de distribución: presentación, función o datos distribuidos. Explotación de aplicaciones estándar. Estándares Definición: onjunto de reglas, definiciones y propiedades mutuamente aceptadas que permite la cooperación de objetos heterogéneos y su utilización lasificación: Por su lugar de publicación: Internacional Regional (EE). Nacional. Por autor: De Iure: por comité De facto: por fabricante Sistemas abiertos vs propietarios Tiempo de implantación mayor en abiertos: Estándar 10 años. Alianzas y consorcios (no oficial): medio plazo. Tecnologías propietarias portables: corto plazo. Tecnologías propietarias: Rápidas. No abiertas. Diferenciador de producto: Estándar industrial + algo propio. Ejemplo: un DBMS con SQL estándar + 4GL propio. Arquitecturas de proveedores importantes. Sistemas Abiertos: Factores de éxito. Independencia del suministrador. Elección de herramientas: Interoperativas: Estándares. Portables: Estándar o propietario. Arquitectura de la aplicación: Buen diseño /S

8 Plataformas operativas: Gestores de recursos Definición: Programas software que acceden a recursos (dispositivos, ficheros, bases de datos, programas, objetos, etc.) y proporcionan un API. Tipos: Local: servicio en s.o. local. Remoto: con /S. Distribuido: en varios lugares. Plataformas operativas: Middleware Función de intermediario entre clientes y servidores. Otros servicios: Directorio de recursos: info. sobre ellos. Nominación de recursos. omunicaciones: onversacional (SIN) RP: (SIN) ola de mensajes: (ASIN) Seguridad: Login único. Gestión de transacciones: única para todos los recursos Selección de sw /S Sistema operativo. Múltiples modelos de distribución /S. Nuevas tecnologías (POO). Apertura. Integración con sw estándar. Operación /S (síncrona y asíncrona). Herramientas de desarrollo potentes. 31