Please enable JavaScript.

Coggle requires JavaScript to display documents.

Sistemi distribuiti (Assunzioni errate in fase di progettazione (La rete…

- - - - Soluzione: sincronizzazioni parziali
- - - - E' impossibile nascondere completamente gli errori. E' impossibile capire quale computer. E' difficile capire se un rallentamento è causato dal guasto di un nodo oppure è causato da un sovraccarico
        
        Problema prestazioni
        
        Soluzione: cache. Un nodo master controlla che ogni nodo sia aggiornato e, viceversa, ogni nodo deve aggiornare il nodo master delle operazioni di scrittura effettuate. E' importante effettuare la scrittura ad ogni transazione
  - - - Domande interessanti
        
        Qual è il livello di consistenza per i dati
        
        Quali sono le operazioni permesse in download
        
        Quali sono i requisiti della qualità di servizio che devono essere rispettati in base alle esigenze del cliente
        
        Qual è il livello di segretezza da utilizzare per la comunicazione
      - Meccanismi
        
        Settaggio dinamico per le politiche di cache
        
        Diversi livelli di fidatezza per il codice mobile
        
        Adattare la qualità del servizio in base allo stream di dati in ingresso
        
        Diversi algoritmi di cifratura
  - - - Diversi tipi di scalabilità
        
        Di dimensione: diversi numeri di utenti o processi
        
        Geografica: aggiunta di diversi nodi
        
        Amministrativa: diversi domini amministrativi
    - - Eventualmente cambiare configurazione hardware
        
        Problema amministrativo
        
        Soluzione: acquisto di macchine virtuali
        
        Possibili problemi legati alle politiche delle macchine virtuali acquistate
    - - Spostamento del carico computazionale dal server al client
      - DNS
      - WWW e sistemi informativi distribuiti
- - - - Atomicità: tutte le operazioni devo avere successo altrimenti nessuna può continuare
      - Consistenza: stabilisce se una transazione è valida
      - Isolamento: una transazione corrente non deve interferire con le altre
      - Durabilità: le transazioni andate a buon fine devono avere effetti sui dati in modo permanente
    - - Come essere sicuri che tutto funzioni regolarmente?
        
        Componente TPMonitor che riceve dal client la transazione da eseguire, la analizza, la scompone e assegna ad ogni server una porzione da computare
        
        Ogni server ha il proprio DB locale
        
        Una volta che tutto sarà finito, il TPMonitor comunicherà l'esito al client
        
        Tutto ciò avviene grazie ad un middleware che ha le proprie API. La comunicazione può avvenire attraverso le RCP oppure le MOM (message oriented middleware)
  - - - Diversi requisiti
        
        Cambio di contesto: gestione immediata di qualsiasi cambiamento
        
        Composizione ad hoc: (auto) configurazione semplice ed efficace
        
        Condivisione per default: aggiunta o rimozione dei nodi senza negare un servizio
        
        Problema della trasparenza: difficile da garantire
- - - - Ogni nodo è indipendente
      - I nodi comunicano attraverso un file di configurazione o nodi di discovery
      - Fornisce API per estendere lo strato applicativo
      - Maggior potenza di calcolo
      - Permette di creare un sistema parallelo