Please enable JavaScript.

Coggle requires JavaScript to display documents.

Tolerancia a Fallas - Coggle Diagram

- - - - Ocurren una vez y luego desaparecen, suelen ser por causas fortuitas
      - Ejemplo: Interferencia de ruido aleatorio durante una conversación telefónica
    - - Aparece y reaparece cada cierto tiempo, son difíciles de diagnosticar y causan muchos problemas
      - Ejemplo. Conexión a internet
    - - No desaparece hasta que el componente defectuoso sea reemplazado
      - Ejemplo: Cuando un componente falla de la pc, necesita ser remplazado para que se solucione
  - - - Funcione por largo tiempo
    - - El sistema no genera nada catastrófico al dejar de funcionar un tiempo
    - - Funcione cuando se requiera
    - - El sistema puede ser reparado rápidamente y sus fallas pueden ser detectadas y diagnosticadas
  - - - Omisión
        
        Un servidor no responde a las peticiones entrantes
        
        Recepción
        
        Un servidor no recibe mensajes entrantes
        
        Envío
        
        Un servidor no envía mensajes
      - Tiempo
        
        La respuesta del servidor está fuera del intervalo de tiempo
      - Congelamiento (Crash)
        
        Un servidor trabajaba correctamente y se detuvo
      - Repuesta
        
        Valor
        
        El valor de la respuesta es incorrecta
        
        Transición de estado
        
        El servidor se desvía del flujo de control correcto
        
        La respuesta de un servidor es incorrecta
      - Arbitraria
        
        Un servidor produce respuestas arbitrarias en tiempos arbitrarios
- - - - Primary-based
        
        Organizado de forma jerárgica.
        
        Aparece en forma de protocolo de
        backup del ente primario
        
        Es mucho mas rapido.
      - Replicate-write
        
        No tiene un punto de falla
        
        Se organiza en grupos simples
  - - - Simple
        
        tolerante a fallas pero mas complejo
      - Grupo jerárgico
        
        Menos complejo, pero no es tolereante a fallas
- - - - Ocultar la comunicación para que parezcan locales.
    - - El cliente no puede localizar al server
        
        Los servidores pueden estar apagados
        
        Diferentes versiones de software
        
        Una solución a estas fallas es implementar excepciones a nivel de los lenguajes de programación
      - La petición del cliente o la respuesta del servidor se pierde
        
        Es la falla más sencilla de solucionar
        
        Se usa un cronometro por cada mensaje enviado. Si el cronómetro expira se envía nuevamente el mensaje
        
        Si el mensaje se perdió, el servidor o cliente no diferencia entre la retransmisión y el envío inicial
      - El servidor se congela después de recibir una petición
        
        Es compleja de solucionar
        
        La tolerancia se implementa en base a retransmisiones bajo diversos escenarios (congelamiento antes o después de haber ejecutado la petición)
      - El cliente se congela despues de emitir una peticion
        
        Es la más compleja de solucionar porque se generan huérfanos
        
        Los huérfanos son cálculos que el servidor realiza sin que un cliente espera sus resultados y consumen recursos innecesarios o producen bloqueos
    - - Exterminio
        
        Se guarda un registro de cada petición RPC de tal forma que se eliminan si tras un reinicio son detectados
      - Reencarnación
        
        El cliente emite un mensaje de tiempo cada vez que se reinicia para que se eliminen los cálculos huérfanos
      - Reencarnación gentil
        
        Antes de eliminar los cálculos huérfanos, se trata de buscar a sus dueños
      - Expiración
        
        Cada RPC viene con un límite de tiempo para ser resuelta, si se supera se elimina el cálculo huerfano