Entendiendo el Punto Único de Fallo: Una Guía Clara y Profesional

En el campo de la Tecnología de la Información, el diseño de sistemas implica el proceso de determinar la arquitectura, interfaces, módulos y datos para que un sistema cumpla ciertos requisitos. Es un proceso crucial para mejorar las eficiencias de desarrollo de productos/servicios y permitir una gran experiencia de usuario.

Imagina que tienes una aplicación que sirve a millones de usuarios cada día. En el lado del servidor, necesitas una ingeniería excelente para manejar tal volumen de peticiones. Las peticiones al servidor nunca deben fallar incluso si hay un problema con la base de datos o un fallo de hardware.

Sin embargo, si el backend o frontend no está diseñado correctamente, un simple error podría cerrar toda la aplicación —todo, desde el servidor hasta la red informática completa. Una de las principales fuentes de estos errores es el Punto Único de Fallo (SPOF - Single Point Of Failure).

En este artículo de visión general, explicamos por qué el SPOF es el peor problema para profesionales de TI, sus fuentes comunes y cómo mitigar tales fallos. Empecemos con una pregunta básica.

¿Qué es un Punto Único de Fallo?

Definición: Un punto único de fallo es cualquier parte de un sistema que causa que todo el sistema deje de funcionar si falla. En términos simples, si una cosa se rompe, todo se cae.

Los SPOF surgen debido a diseños defectuosos y malas técnicas de implementación. Son indeseables en cualquier sistema, sea una aplicación de software, módulo de hardware, sistema de fabricación o práctica empresarial.

Por ejemplo, si estás ejecutando un sitio web alojado en un solo servidor en una ubicación particular, ese servidor sería un punto único de fallo. Si el servidor falla, los visitantes no podrán acceder al sitio web. Este único punto puede detener todas las actividades relacionadas con tu sitio web. Si existe tal riesgo en tu negocio, debes tomar medidas para mitigar ese riesgo.

¿Cuál es la Solución?

La forma más efectiva de reducir el riesgo potencial de SPOF es añadir redundancia. Esto implica instalar componentes de hardware redundantes y aplicaciones de software.

Por ejemplo, se podría usar Arrays Redundantes de Discos Independientes (RAID) para almacenar bases de datos de Servidor de Directorio, o desplegar múltiples instancias duplicadas de Servidores de Directorio en diferentes hosts.

La redundancia puede añadirse en diferentes niveles. Tomemos el ejemplo de un taxista independiente. En un nivel bajo, puede tener herramientas y repuestos para reparar el vehículo, en caso de avería. En un nivel medio, puede pedir prestado el taxi de un amigo para hacer el trabajo. En el nivel más alto, puede tener otro coche y suficientes componentes para reemplazar completamente partes defectuosas en caso de fallos múltiples.

Ahora, veamos un ejemplo simple de redundancia en computación.

1.) En una configuración simple, podría haber varios posibles puntos únicos de fallo.

Figura 1

2.) Algunos puntos únicos de fallo pueden evitarse añadiendo componentes de hardware duplicados.

Figura 2

3.) Cero SPOF puede lograrse construyendo un sistema totalmente redundante, aunque esta configuración es mucho más cara que la configuración simple mostrada en la figura 1.

Figura 3 | Cero SPOF

A nivel de sistema, se puede desplegar un balanceador de carga para asegurar alta disponibilidad para un clúster de servidores. En este caso, cada servidor puede tener múltiples discos duros, fuentes de alimentación y otros módulos. Un nivel más alto de redundancia puede lograrse añadiendo servidores extra que puedan asumir la carga de servidores activos si fallan.

El centro de datos en sí soporta muchas operaciones como lógica de negocio. Por tanto, es en sí mismo un SPOF potencial para el negocio, si sus características no pueden replicarse en otro lugar.

En el nivel de sitio (más alto), todo el centro de datos puede replicarse en diferentes entornos y accederse cuando el servidor principal no responde. Este tipo de redundancia suele ser el foco de un programa de resiliencia o recuperación ante desastres de TI.

Para no tener SPOF, grandes redes —incluyendo Internet y ARPANET— usan conmutación de paquetes, una técnica de enrutamiento y transferencia de datos sobre una red digital en paquetes. Utiliza las múltiples rutas entre dos hosts en las redes y usa óptimamente la capacidad del canal.

Leer también: 10 Organizaciones que Controlan Internet

Cuando hay un fallo en cualquier nodo entre los dos hosts, los datos se transfieren a través de un nodo alternativo. La conmutación de paquetes también minimiza la latencia de transmisión y aumenta la robustez de la comunicación.

Hay tres protocolos de red ampliamente usados para prevenir el punto único de fallo:

1. Sistema Intermedio a Sistema Intermedio (IS-IS) mueve información eficientemente dentro de una red informática determinando la mejor ruta para los datos.
2. Open Shortest Path First (OSPF) distribuye información de enrutamiento entre routers pertenecientes a un único sistema autónomo. Usa el algoritmo de ruta más corta primero (algoritmo de Dijkstra) para transmitir datos.
3. Shortest Path Bridging (SPB) simplifica el desarrollo y configuración de una red mientras permite enrutamiento multipath.

Evaluación del SPOF

Los tres lugares comunes donde tienden a aparecer los SPOF son hardware, software y servicios/proveedores de terceros. Los humanos también son un punto único de fallo en la mayoría de organizaciones, pero a menudo se pasan por alto. Las personas en un negocio pueden ser SPOF por varias razones, como errores, fraude, deshonestidad, falta de conocimiento y experiencia limitada.

Una vez detectas el SPOF, el siguiente paso es clasificarlo en términos de qué tan difícil es arreglarlo. Podrían haber tres categorías:

• Fácil: Se puede arreglar en un tiempo y coste razonables.
• Moderado: No puede remediarse directamente; sin embargo, se podría desarrollar una solución alternativa fiable.
• Difícil: El fallo es complicado y muy costoso de remediar.

Además de esto, los SPOF pueden clasificarse en términos de probabilidad de ocurrencia (riesgo bajo, medio y alto) y su impacto en el negocio (impacto bajo, medio y alto).

Prevención de Puntos Únicos de Fallo

Dado que tantos procesos críticos para la misión dependen de la conectividad de red, las caídas de centros de datos no pueden tolerarse simplemente. Aún así, más del 30% de todos los centros de datos experimentan una caída anualmente. Cerca del 34% de empresas dicen que una hora de inactividad cuesta más de 1 millón de dólares.

Independientemente de las pérdidas ocurridas por inactividad de centros de datos, la realidad es que hasta el 80% de las caídas son prevenibles. Aunque cualquier herramienta en la red puede ser un riesgo de SPOF, la mayoría de las caídas son causadas por malware y otras ciberamenazas.

Leer también: 13 Tipos Diferentes de Virus Informáticos

Las herramientas modernas de protección contra amenazas, incluyendo balanceadores de carga, Sistemas de Prevención de Intrusión, firewalls de aplicaciones web y soluciones de Protección Avanzada contra Amenazas siempre están en riesgo durante fallos de energía o fallo del Controlador de Interfaz de Red, o cuando filtran tráfico de Internet.

Estas herramientas son vulnerables tanto a amenazas ordinarias como ataques de fuerza bruta y amenazas complejas como implementación de entidades externas XML o falsificación de solicitud entre sitios. Como no pueden proteger la red todo el tiempo, es necesario tomar medidas de seguridad redundantes.

Hay varios métodos para implementar arquitectura de firewall de aplicación web que minimiza la efectividad y frecuencia de una amplia gama de ataques. Firewalls de aplicaciones web multinivel, por ejemplo, separan diferentes módulos de aplicación basados en sus operaciones en múltiples niveles.

Dado que cada nivel se ejecuta en un sistema individual, no hay SPOF. De la misma forma, implementar correctamente múltiples balanceadores de carga puede reducir el punto único de fallo dentro de una red.

No Pongas Todos tus Huevos en la Misma Cesta

Aunque muchas empresas proporcionan su propia versión de copias de seguridad en la nube, no es aconsejable confiar únicamente en una copia de seguridad para proteger los datos de tu negocio. Incluso los servicios en la nube de gigantes tecnológicos como Amazon, Microsoft y Google fallan múltiples veces al año.

Leer también: 25 Grandes Invenciones en Ciencias de la Computación

Si diriges una empresa, debes tener en cuenta todos los escenarios probables al construir redundancia. No asumas que nadie puede proporcionar un 100% de tiempo de actividad y ten siempre listo un Plan B si las cosas van mal.

Estudios en Profundidad

SPOF Dentro de Sistemas-de-Sistemas

Investigadores de la Universidad John Moores de Liverpool, Reino Unido, destacan los principales desafíos al integrar sistemas individuales para formar grandes Systems-of-Systems heterogéneos complejos.

Muchos enfoques modernos tienden a concentrarse en un área vulnerable pequeña y específica. Algunos son altamente teóricos o no escalables debido a un gran número de componentes colaboradores. El estudio describe cómo un punto único de fallo puede impactar fuertemente en sistemas colaboradores y causar pérdidas financieras significativas a las empresas.

Eliminando SPOF en Redundancia Basada en Software

La redundancia basada en software se considera usualmente una forma efectiva e inexpensiva de mejorar la fiabilidad. La ejecución redundante en términos de redundancia modular triple (TMR) es bastante popular, pero deja SPOF sin proteger.

Esta investigación presenta un enfoque holístico, llamado Redundancia Combinada, que endurece componentes críticos de seguridad de un sistema contra esfuerzos suaves, mientras elimina la vulnerabilidad causada por SPOF. Aprovecha la ejecución redundante junto con procesamiento codificado, y puede integrarse fácilmente en proyectos existentes.

Leer también: 9 Tipos Diferentes de Pruebas de Penetración

Minimizando SPOF en Enrutamiento en Árbol

El Enrutamiento en Árbol (TR) utiliza enlaces padre-hijo para transmitir paquetes. Estos enlaces requieren más saltos cuando los nodos origen y destino pertenecen a diferentes ramas del árbol. Nodos más cercanos al coordinador pueden transmitir más paquetes, llevando a mayor consumo de energía y más congestión. Esto podría crear un problema SPOF.

Un equipo de investigadores de la Universidad Nacional de Kaohsiung de Ciencias Aplicadas, Taiwán, ha desarrollado un algoritmo de Enrutamiento en Árbol que Alivia SPOF para transmitir paquetes vía la ruta más corta y evitar congestión. El algoritmo disminuye el conteo promedio de saltos, minimiza el retraso extremo a extremo, aumenta el rendimiento y prolonga la vida útil de nodos del árbol.