Falacias de la computación distribuida

Las falacias de la computación distribuida son un conjunto de afirmaciones hechas por L. Peter Deutsch y otros en Sun Microsystems que describen suposiciones falsas que invariablemente hacen los programadores que se inician en las aplicaciones distribuidas .

Las falacias enumeradas originalmente son ^{[ 1 ]}

1. La red es fiable;
2. La latencia es cero;
3. El ancho de banda es infinito;
4. La red es segura ;
5. La topología no cambia;
6. Hay un administrador ;
7. El coste del transporte es cero;
8. La red es homogénea;

1. Las aplicaciones de software suelen tener poca gestión de errores de red. Durante una interrupción de la red, estas aplicaciones pueden bloquearse o esperar indefinidamente un paquete de respuesta, consumiendo memoria u otros recursos de forma permanente. Cuando la red vuelve a estar disponible, es posible que estas aplicaciones no puedan reintentar las operaciones bloqueadas o que requieran un reinicio (manual).
2. El desconocimiento de la latencia de la red y de la pérdida de paquetes que puede provocar induce a los desarrolladores de las capas de aplicación y transporte a permitir un tráfico ilimitado, lo que aumenta considerablemente la pérdida de paquetes y el desperdicio de ancho de banda.
3. El desconocimiento de los límites de ancho de banda por parte de los emisores de tráfico puede provocar cuellos de botella.
4. La complacencia en materia de seguridad de la red conlleva a ser sorprendido por usuarios y programas maliciosos que se adaptan continuamente a las medidas de seguridad.
5. Los cambios en la topología de la red pueden afectar tanto al ancho de banda como a la latencia, y por lo tanto pueden generar problemas similares.
6. Al igual que ocurre con las subredes de empresas rivales, varios administradores pueden establecer políticas contradictorias que los remitentes del tráfico de red deben conocer para completar las rutas deseadas.
7. Los costes "ocultos" de construir y mantener una red o subred no son despreciables y, por consiguiente, deben tenerse en cuenta en los presupuestos para evitar grandes déficits.
8. Si un sistema asume una red homogénea, puede conducir a los mismos problemas que resultan de las tres primeras falacias.

La lista de falacias se originó en Sun Microsystems . L. Peter Deutsch , uno de los " becarios " originales de Sun , creó por primera vez una lista de siete falacias en 1994, incorporando cuatro falacias que Bill Joy y Dave Lyon ya habían identificado en "Las falacias de la computación en red". ^{[ 2 ]} Alrededor de 1997, James Gosling , otro becario de Sun e inventor de Java , añadió la octava falacia. ^{[ 2 ]}

En un episodio de "Software Engineering Radio" ^{[ 3 ],} Peter Deutsch añadió una novena falacia: "En realidad, es una ampliación de la número 4. Se extiende más allá de los límites de la red física... La parte con la que te comunicas es de confianza".

Más adelante en 2020, Mark Richards y Neal Ford ampliaron el original "Falacias de la computación distribuida" al introducir tres falacias adicionales para abordar los desafíos contemporáneos en los sistemas distribuidos: ^{[ 4 ]}

• El control de versiones es sencillo.
• Las actualizaciones compensatorias siempre funcionan.
• La observabilidad es opcional.

• Teorema CAP
• Principio de diseño de PACELC
• computación distribuida
• SOA de grano fino frente a grano grueso

• Deutsch, Peter, habilidad digital. "Las ocho falacias de la computación distribuida" . nighthacks.com . Consultado el 24 de julio de 2024 .
• Yoavi, Neli (enero de 2008). "Falacias de la computación distribuida explicadas" . Recuperado el 24 de julio de 2024 a través de ResearchGate .