La tolerancia a fallas o degradación graciosa es la propiedad que le permite a un sistema seguir funcionando correctamente en caso de fallo de una o varias de sus componentes. Si disminuye su calidad de funcionamiento, la disminución es proporcional a la gravedad de la avería, en comparación con un sistema diseñado ingenuamente de forma que hasta un pequeño fallo puede causar el colapso total del sistema.

PropertyValue
dbpedia-owl:abstract
  • La tolerancia a fallas o degradación graciosa es la propiedad que le permite a un sistema seguir funcionando correctamente en caso de fallo de una o varias de sus componentes. Si disminuye su calidad de funcionamiento, la disminución es proporcional a la gravedad de la avería, en comparación con un sistema diseñado ingenuamente de forma que hasta un pequeño fallo puede causar el colapso total del sistema. Tolerancia a fallos es particularmente buscado en sistemas de alta disponibilidad.Un diseño tolerante a fallas es un sistema que está capacitado para continuar su funcionamiento cuando alguna componente del sistema falla., posiblemente a un nivel más reducido, lo que es mejor a que el sistema falle completamente. El término es comúnmente usado para describir sistemas basados en computadoras diseñados para continuar en mayor o menor medida las operaciones que realiza con, a lo mejor, una reducción de su rendimiento o un incremento de los tiempos de respuesta en las componentes que fallan. Esto significa que el sistema, dada una falla de software o de hardware no se detiene. Un ejemplo en otra rama es el de un automóvil diseñado para continuar su funcionamiento si uno de sus neumáticos recibe un pinchazo.Tolerancia a fallos no es sólo una propiedad de cada una de las máquinas, sino que también puede caracterizar las reglas según las cuales interactúan. Por ejemplo, el Protocolo de Control de Transmisión (TCP) está diseñado para permitir una comunicación fiable de dos sentidos en una red de conmutación de paquetes, incluso en la presencia de enlaces de comunicaciones que son imperfectos o sobrecargados. Esto es así debido a que en los extremos de la comunicación se puede esperar pérdida de paquetes, la duplicación, la reordenación y la corrupción, a fin de que estas condiciones no dañen la integridad de los datos, y sólo reduzcan la capacidad de una cantidad proporcional.La recuperación de errores en sistemas tolerantes a fallas puede caracterizarse como avanzar o retroceso. Cuando el sistema detecta que se ha cometido un error, la recuperación "avanzar" toma el estado del sistema en ese momento y lo corrige, para poder avanzar. La recuperación "retroceso" recupera el estado del sistema a algunos de los primeros y la versión correcta, por ejemplo mediante los puntos de recuperación, y se mueve hacia adelante. La recuperación en retroceso requiere que las operaciones entre el puesto de control y los errores detectados pueda ser inalterable. Algunos sistemas hacen uso de ambos tipos de recuperación de errores para diferentes partes de un mismo error.En el ámbito de un sistema individual, la tolerancia a fallas se puede lograr, anticipando las condiciones excepcionales y creando el sistema para hacer frente a la situación, y, en general, con el fin de auto-estabilizar para que el sistema converge hacia un estado libre de error. Sin embargo, si las consecuencias de una falla en el sistema son catastróficas, o el costo de hacer que sea suficientemente fiable es muy alta, la mejor solución puede ser la de utilizar algún tipo de duplicación. En cualquier caso, si la consecuencia de una falla en el sistema es tan catastrófico, el sistema debe ser capaz de utilizar reversión para volver a un modo seguro. Esto es similar a la recuperación en retroceso, pero puede ser una acción humana si los seres humanos están presentes en el ciclo.
dbpedia-owl:wikiPageExternalLink
dbpedia-owl:wikiPageID
  • 6116349 (xsd:integer)
dbpedia-owl:wikiPageLength
  • 20213 (xsd:integer)
dbpedia-owl:wikiPageOutDegree
  • 34 (xsd:integer)
dbpedia-owl:wikiPageRevisionID
  • 73107079 (xsd:integer)
dbpedia-owl:wikiPageWikiLink
http://es.dbpedia.org/property/autor
http://es.dbpedia.org/property/año
  • 1976 (xsd:integer)
http://es.dbpedia.org/property/doi
  • 101145 (xsd:integer)
http://es.dbpedia.org/property/issn
  • 360 (xsd:integer)
http://es.dbpedia.org/property/mes
  • December
http://es.dbpedia.org/property/número
  • 4 (xsd:integer)
http://es.dbpedia.org/property/publicación
  • ACM Computing Surveys
http://es.dbpedia.org/property/páginas
  • 359 (xsd:integer)
  • 409 (xsd:integer)
http://es.dbpedia.org/property/título
  • Fault tolerant operating systems
  • Operating System Structures to Support Security and Reliable Software
http://es.dbpedia.org/property/url
http://es.dbpedia.org/property/volumen
  • 8 (xsd:integer)
http://es.dbpedia.org/property/wikiPageUsesTemplate
dcterms:subject
rdfs:comment
  • La tolerancia a fallas o degradación graciosa es la propiedad que le permite a un sistema seguir funcionando correctamente en caso de fallo de una o varias de sus componentes. Si disminuye su calidad de funcionamiento, la disminución es proporcional a la gravedad de la avería, en comparación con un sistema diseñado ingenuamente de forma que hasta un pequeño fallo puede causar el colapso total del sistema.
rdfs:label
  • Diseño de tolerancia a fallos
owl:sameAs
http://www.w3.org/ns/prov#wasDerivedFrom
foaf:isPrimaryTopicOf
is dbpedia-owl:wikiPageWikiLink of
is foaf:primaryTopic of