Fallacies Of Distributed Computing

The fallacies are

1. The network is reliable;
2. Latency is zero;
3. Bandwidth is infinite;
4. The network is secure;
5. Topology doesn't change;
6. There is one administrator;
7. Transport cost is zero;
8. The network is homogeneous.

1. Software applications are written with little error-handling on networking errors. During a network outage, such applications may stall or infinitely wait for an answer packet, permanently consuming memory or other resources. When the failed network becomes available, those applications may also fail to retry any stalled operations or require a (manual) restart.
2. Ignorance of network latency, and of the packet loss it can cause, induces application- and transport-layer developers to allow unbounded traffic, greatly increasing dropped packets and wasting bandwidth.
3. Ignorance of bandwidth limits on the part of traffic senders can result in bottlenecks.
4. Complacency regarding network security results in being blindsided by malicious users and programs that continually adapt to security measures.
5. Changes in network topology can have effects on both bandwidth and latency issues, and therefore can have similar problems.
6. Multiple administrators, as with subnets for rival companies, may institute conflicting policies of which senders of network traffic must be aware in order to complete their desired paths.
7. The "hidden" costs of building and maintaining a network or subnet are non-negligible and must consequently be noted in budgets to avoid vast shortfalls.
8. If a system assumes a homogeneous network, then it can lead to the same problems that result from the first three fallacies.

The list of fallacies generally^{[clarification needed]} came about at Sun Microsystems. L. Peter Deutsch, one of the original Sun "Fellows", is credited^{[by whom?]} with penning the first seven fallacies in 1994; however, Bill Joy and Tom Lyon had already identified the first four as "The Fallacies of Networked Computing" (the article claims "Dave Lyon", but this is a mistake^{[citation needed]}). Around 1997, James Gosling, another Sun Fellow and the inventor of Java, added the eighth fallacy.

In an episode of "Software Engineering Radio" Peter Deutsch added a ninth fallacy: "It's really an expansion of number 4. It extends beyond the boundaries of the physical network. ... The party you are communicating with is trustworthy."

• CAP theorem
• PACELC theorem
• Distributed computing
• Fine vs coarse grained SOA

• The Eight Fallacies of Distributed Computing
• Fallacies of Distributed Computing Explained by Arnon Rotem-Gal-Oz