Resiliencia (informática)

En una red de computadoras, la resiliencia es la capacidad de proporcionar y mantener un nivel aceptable de servicio ante fallos y adversidades en la operación normal.^[1] Las amenazas y adversidades contra los servicios pueden ir desde una mera configuración errónea, pasando por desastres naturales de gran escala, hasta ataques dirigidos. De por sí, la resiliencia de redes trata una amplia gama de temas, tales como seguridad informática, tolerancia frente a fallos, confiabilidad de software y capacidad de supervivencia de redes.^[2] Los términos resiliencia y capacidad de supervivencia se usan de manera intercambiable según el contexto específico de estudio.^[3] Para aumentar la resiliencia de una red de comunicaciones particular se deben identificar las adversidades y riesgos probables y definir medidas de resiliencia adecuadas para el servicio que se quiere proteger.^[2] La resiliencia en redes se hace cada vez más importante, pues las redes de comunicaciones se están transformando en un componente fundamental en la operación de infraestructuras críticas.^[4] En consecuencia, algunos trabajos recientes se dedican a interpretar y mejorar la resiliencia informática y de redes con aplicación en infraestructuras críticas. A modo de ejemplo, puede considerarse como un objeto de resiliencia a la prestación de servicios sobre la red en vez de los servicios de la red misma. Esto podría requerir respuestas coordinadas tanto desde la red como desde los servicios que se ejecuta sobre ella.^[5] Estos servicios incluyen:

soporte para procesamiento distribuido
suporte para almacenamiento en la red
continuidad de servicios de comunicaciones como videoconferencia, mensajería instantánea o colaboración en línea
acceso a aplicaciones y datos a demanda

Referencias[editar]

↑ «Definitions - ResiliNetsWiki». resilinets.org.
↑ ^a ^b Smith, Paul; Hutchison, David; Sterbenz, James P.G.; Schöller, Marcus; Fessi, Ali; Karaliopoulos, Merkouris; Lac, Chidung; Plattner, Bernhard (3 de julio de 2011). «Network resilience: a systematic approach». IEEE Communications Magazine 49 (7): 88-97. doi:10.1109/MCOM.2011.5936160 – via IEEE Xplore.
↑ Castet J., Saleh J. Survivability and Resiliency of Spacecraft and Space-Based Networks: a Framework for Characterization and Analysis", American Institute of Aeronautics and Astronautics, AIAA Technical Report 2008-7707. Conference on Network Protocols (ICNP 2006), Santa Barbara, California, USA, November 2006
↑ «The CERCES project - Center for Resilient Critical Infrastructures at KTH Royal Institute of Technology.». Archivado desde el original el 19 de octubre de 2018. Consultado el 5 de junio de 2022.
↑ Zhao, Peiyue; Dán, György (3 de diciembre de 2018). «A Benders Decomposition Approach for Resilient Placement of Virtual Process Control Functions in Mobile Edge Clouds». IEEE Transactions on Network and Service Management 15 (4): 1460-1472. doi:10.1109/TNSM.2018.2873178 – via IEEE Xplore.

Datos: Q7315545

[1] «Definitions - ResiliNetsWiki». resilinets.org.

[Sin_nombre-pHUd-1-2] Smith, Paul; Hutchison, David; Sterbenz, James P.G.; Schöller, Marcus; Fessi, Ali; Karaliopoulos, Merkouris; Lac, Chidung; Plattner, Bernhard (3 de julio de 2011). «Network resilience: a systematic approach». IEEE Communications Magazine 49 (7): 88-97. doi:10.1109/MCOM.2011.5936160 – via IEEE Xplore.

[3] Castet J., Saleh J. Survivability and Resiliency of Spacecraft and Space-Based Networks: a Framework for Characterization and Analysis", American Institute of Aeronautics and Astronautics, AIAA Technical Report 2008-7707. Conference on Network Protocols (ICNP 2006), Santa Barbara, California, USA, November 2006

[4] «The CERCES project - Center for Resilient Critical Infrastructures at KTH Royal Institute of Technology.». Archivado desde el original el 19 de octubre de 2018. Consultado el 5 de junio de 2022.

[5] Zhao, Peiyue; Dán, György (3 de diciembre de 2018). «A Benders Decomposition Approach for Resilient Placement of Virtual Process Control Functions in Mobile Edge Clouds». IEEE Transactions on Network and Service Management 15 (4): 1460-1472. doi:10.1109/TNSM.2018.2873178 – via IEEE Xplore.

[1]

[2]

[3]

[4]

[5]