Please enable JavaScript.

Coggle requires JavaScript to display documents.

Diseño arquitectónico, image, image - Coggle Diagram

- - - - Ventajas
        
        La evolución es relativamente sencilla pues se pueden integrar nuevos subsistemas registrando sus eventos en el controlador de eventos.
        
        Cualquier subsistema puede activar otros subsistemas sin conocer su nombre o ubicación
        
        Los subsistemas se pueden implementar en máquinas distribuidas de forma transparente para otros subsistemas.
      - Desventajas
        
        Los subsistemas no saben si los eventos se manejarán ni cuando lo harán.
        
        Cuando un subsistema genera un evento no sabe que otros subsistemas han registrado un interés en ese evento.
    - - Desventajas:
        
        Complejo de programar y difícil de validar (replicación de ocurrencias)
        
        Si el número de interrupciones está limitado por el hardware, cuando se alcanza el límite no se pueden gestionar más tipos de eventos.
      - Ventajas:
        
        Permite dar respuestas muy rápidas a los eventos.
      - Interrupciones
        
        Existen varios tipos de interrupciones conocidas con un controlador definido para cada tipo. Cada tipo de interrupción se asocia con la ubicación de memoria en la que se almacena la dirección del controlador. Cuando se recibe una interrupción de un determinado tipo, un interruptor de hardware transfiere el control al controlador adecuado. El controlador puede iniciar o detener otros procesos en respuesta a los eventos recibidos por el interruptor.
  - - - Es relativamente sencillo analizar los flujos de control y conocer cómo responderá el sistema a cierto tipo de entradas.
    - - Las excepciones a operaciones normales son complicadas de gestionar.
- - - - Arquitectura descentralizada
      - Arquitectura semicentralizada
  - - - Servicio web.
        
        ¿Qué permite?
        
        Las organizaciones pueden hacer accesible información a diferentes programas definiendo y publicando una interfaz de servicio web que defina los datos y su forma de acceso
        
        Permite que la provisión de un servicio sea independiente de la aplicación que lo
        utiliza
        
        Componentes
        
        Proveedor de servicios.
        
        Solicitante del servicio
    - - Los usuarios pueden pagar por los servicios sólo en función del uso. No hay por qué comprar componentes caros que rara vez se utilicen.
      - Aplicaciones más pequeñas (manejos de excepciones como servicios externos).
      - Construcción a medida de nuevos servicios, enlazando servicios existentes.
- - - - Ventajas:
        
        Es un modelo de sistemas distribuido que muestra como datos y procesamiento se pueden distribuir a lo largo de varios procesadores
      - Componentes
        
        Conjunto de clientes
        
        Una red
        
        Conjunto de servidores
    - - Desventajas:
        
        Implica una gran carga de procesamiento para el servidor.
        
        El servidor realiza todos los cálculos, lo que provoca una gran cantidad de tráfico en la red entre el cliente y el servidor.
        
        Desaprovecha la capacidad de cálculo de las máquinas de los procesos cliente.
      - Ventajas:
        
        Se suele utilizar cuando se heredan sistemas centralizados.
        
        La interfaz migra a los PC’s.
        
        La aplicación misma actúa como servidor y maneja todo el procesamiento y la administración de los datos.
    - - Ventajas:
        
        Compartición eficiente. Se comparten grandes cantidades de datos sin necesidad de transmitir datos explícitamente de un subsistema a otro.
        
        Ligera abstracción el manejo de datos. Los subsistemas que producen datos no necesitan saber cómo son utilizados por otros subsistemas.
        
        Centralización. Centralización de actividades de administración del repositorio (respaldo, seguridad, control de acceso y recuperación de errores).
        
        Integración directa. Las herramientas compatibles con el modelo de datos se intregran directamente.
      - Desventajas:
        
        Modelo de datos común. Los subsistemas deben utilizar un mismo modelo de datos que el que esté implementado en el repositorio. Este “compromiso” entre las necesidades específicas de cada herramienta puede afectar a diversas cuestiones, entre ellas al rendimiento.
        
        Difícil integración de subsistemas “externos”. Resulta muy difícil o incluso imposible integrar subsistemas (normalmente heredados) cuyos modelos de datos no se ajusten al esquema del repositorio.
        
        Dificulta la evolución. Genera un gran volumen de información y es difícil hacer evolucionar el sistema.
        
        Estandarización de las políticas. Diferentes subsistemas pueden tener diferentes políticas de seguridad, de recuperación y respaldo pero el repositorio impone la misma política a todos los subsistemas.
        
        Dificultad para distribuir. Difícil distribuir el repositorio en varias máquinas por los posibles problemas de inconsistencia o de redundancia de datos.