Falacias del cómputo distribuido
Las falacias del cómputo distribuido son una serie de aseveraciones hechas por L Peter Deutsch y otros en Sun Microsystems describiendo falsas expectativas cometidas invariablemente por los desarrolladores novatos a las aplicaciones distribuidas.
Las falacias
editar- La red es fiable.
- La latencia es cero.
- El ancho de banda es infinito.
- La red es segura.
- La topología no cambia.
- Hay un solo administrador.
- El costo de transporte es cero.
- La red es homogénea.
Los efectos de las falacias
editar- Las aplicaciones de software están escritas con poco atención al manejo de errores en red. Durante una falla de la red, tales aplicaciones pueden detenerse por completo o quedar indefinidamente en espera por un paquete de respuesta, manteniéndose consumiendo memoria u otros recursos. Cuando el fallo se resuelve, estas aplicaciones frecuentemente fallan en solicitar un reintento para las operaciones detenidas, y requieren de un reinicio manual.
- La ignorancia de la latencia de red, y de la pérdida de paquetes puede causar o inducir que los desarrolladores orientados a las capas de aplicación y de transporte permitan tráfico sin límite, lo cual aumenta fuertemente la cantidad de paquetes perdidos y de desperdicio en el ancho de banda.
- Ignorar los límites de ancho de banda por la parte del emisor puede resultar en cuellos de botella al emplear medios de comunicación multiplexados en frecuencia.
- Ser complaciente respecto a los resultados de la seguridad en red lleva a ser omiso en el manejo de información proveniente de programas y usuarios maliciosos, los cuales se adaptan constantemente a las medidas adoptadas.[2]
- Los cambios en topología de red pueden tener efectos tanto respecto al ancho de banda como a la latencia, y por tanto inducir problemas similares.
- Administradores múltiples, como ocurre con subredes de compañías rivales, pueden generar conflicto en las políticas con las que deben estar conscientes los emisores del tráfico de red para efectuar sus conexiones
- Los costos ocultos de construir y mantener una red o subred no son insignificantes, y deben por consecuencia ser considerados al presupuestar un sistema para evitar el déficit.
- Si un sistema supone que la red es homogénea, puede llevar a los mismos problemas que resultado de las primeras tres falacias.
Historia
editarLa lista de las falacias se originaron en Sun Microsystems. L. Peter Deutsch, uno de los Fellows originales de Sun, recibe típicamente el crédito de la creación de las primeras siete falacias en 1994; aun así, Bill Joy y Tom Lyon han identificado a las primeras cuatro como "Las Falacias del cómputo en red".[3] Alrededor de 1997, James Gosling, otro Fellow de Sun y el inventor de Java, añadió la octava falacia.[3]
Véase también
editar- Teorema CAP
- Teorema PACELC
- Cómputo distribuido
- Debate RISC vs CISC
- Arquitectura de microservicios fina vs. gruesa
Referencias
editar- ↑ «The Eight Fallacies of Distributed Computing - Tech Talk». Archivado desde el original el 7 de noviembre de 2017. Consultado el 31 de octubre de 2017.
- ↑ «Malware Defensive Techniques Will Evolve as Security Arms Race Continues».
- ↑ a b «Deutsch's Fallacies, 10 Years After». Archivado desde el original el 11 de agosto de 2007. Consultado el 31 de octubre de 2017.
Enlaces externos
editar- Las Ocho Falacias de Informática Distribuida
- Falacias del Cómputo Distribuido Explicado por Arnon Rotem-Gal-Oz