Błędy przetwarzania rozproszonego

Błędy przetwarzania rozproszonego to zestaw twierdzeń L Petera Deutscha i innych osób z Sun Microsystems opisujących fałszywe założenia, które niezmiennie przyjmują programiści nowi w aplikacjach rozproszonych .

Błędy

Błędy są _

  1. Sieć jest niezawodna ;
  2. Opóźnienie wynosi zero;
  3. Przepustowość jest nieskończona;
  4. Sieć jest bezpieczna ;
  5. Topologia się nie zmienia;
  6. Jest jeden administrator ;
  7. Koszt transportu wynosi zero;
  8. Sieć jest jednorodna.

Skutki błędnych przekonań

  1. Aplikacje programowe są pisane z niewielką obsługą błędów w sieci. Podczas awarii sieci takie aplikacje mogą się zawiesić lub czekać w nieskończoność na pakiet odpowiedzi, trwale zużywając pamięć lub inne zasoby. Gdy sieć, która uległa awarii, stanie się dostępna, aplikacje te mogą również nie podjąć próby wstrzymania operacji lub wymagać (ręcznego) ponownego uruchomienia.
  2. Nieznajomość opóźnień sieci i utraty pakietów , które mogą powodować, skłania programistów warstwy aplikacji i warstwy transportowej do zezwalania na nieograniczony ruch, znacznie zwiększając liczbę odrzucanych pakietów i marnując przepustowość.
  3. Nieznajomość ograniczeń przepustowości przez nadawców ruchu może skutkować wąskimi gardłami.
  4. Samozadowolenie z bezpieczeństwa sieci powoduje, że szkodliwi użytkownicy i programy nieustannie dostosowują się do środków bezpieczeństwa.
  5. Zmiany w topologii sieci mogą mieć wpływ zarówno na przepustowość, jak i opóźnienia, a zatem mogą powodować podobne problemy.
  6. Wielu administratorów, podobnie jak w przypadku podsieci konkurencyjnych firm, może ustanowić sprzeczne zasady, których nadawcy ruchu sieciowego muszą być świadomi, aby ukończyć żądane ścieżki.
  7. „Ukryte” koszty budowy i utrzymania sieci lub podsieci są nie do pominięcia i dlatego muszą być uwzględnione w budżetach, aby uniknąć ogromnych niedoborów.
  8. Jeśli system zakłada jednorodną sieć, może to prowadzić do tych samych problemów, które wynikają z pierwszych trzech błędów.

Historia

Ogólnie lista błędów [ wymagane wyjaśnienie ] pojawiła się w firmie Sun Microsystems . L. Peter Deutsch , jeden z oryginalnych Sun „ Fellows ”, jest uznawany [ przez kogo? ] z napisaniem pierwszych siedmiu błędów w 1994 roku; jednak Bill Joy i Tom Lyon zidentyfikowali już pierwsze cztery jako „The Fallacies of Networked Computing” (artykuł twierdzi, że „Dave Lyon”, ale to pomyłka [ potrzebne źródło ] ). Około 1997 roku James Gosling , inny Sun Fellow i wynalazca Javy , dodał ósmy błąd.

Zobacz też

  1. ^ Wilson, Gareth (2015-02-06). „Osiem błędnych przekonań dotyczących przetwarzania rozproszonego — dyskusja techniczna” . Zarchiwizowane od oryginału w dniu 2017-11-07 . Źródło 2017-06-18 . The Eight Fallacies to coś, o czym dawno temu usłyszałem na konferencji Java One od faceta o imieniu James Gosling. Przypisał je niejakiemu Peterowi Deutschowi i w zasadzie grupa facetów z Sun wymyśliła listę tych mitów.
  2. ^ a b Van Den Hoogen, Ingrid (2004-01-08). „Błędy Deutscha, 10 lat później” . Zarchiwizowane od oryginału w dniu 11.08.2007 . Źródło 2005-12-03 .

Linki zewnętrzne

Pobrano z „ https://en.wikipedia.org/w/index.php?title=Fallacies_of_distributed_computing&oldid=1123861198 ”