Taqsimlangan hisoblashning xatolari
Prinsiplar +2 06.08.2023 593

Taqsimlangan hisoblash xatolari - Wikipedia

Tarmoqli hisoblash xatolari nomi bilan ham tanilgan, xatoliklar tarqatilgan hisoblashlar haqidagi taxminlar (yoki eʼtiqodlar) roʻyxati boʻlib, bu dasturiy taʼminotni ishlab chiqishda nosozliklarga olib kelishi mumkin. Taxminlar quyidagilardan iborat:

  1. Tarmoq ishonchli
  2. Kechikish nolga teng
  3. Tarmoqli kengligi cheksizdir
  4. Tarmoq xavfsiz
  5. Topologiya o'zgarmaydi
  6. Bitta administrator bor
  7. Transport narxi nolga teng
  8. Tarmoq bir hil

Dastlabki to'rtta element Bill Joy va Tom Lyon tomonidan 1991 yilda ro'yxatga olingan va birinchi bo'lib Jeyms Gosling tomonidan "Tarmoqli hisoblash xatolari" sifatida tasniflangan. L. Peter Deutsch 5, 6 va 7-noto'g'rilarni qo'shib qo'ydi. 90-yillarning oxirida Gosling 8-chi xatoni qo'shdi.

Guruh o'sha paytda Sun Microsystems ichida sodir bo'layotgan voqealardan ilhomlangan.

Bardoshli kodni loyihalashda ushbu xatolarni diqqat bilan ko'rib chiqish kerak; Agar ushbu noto'g'ri tushunchalarning har biri tarqalgan tizimlarning haqiqatlari va murakkabliklari bilan shug'ullana olmaydigan noto'g'ri mantiqqa olib kelishi mumkin.

Shuningdek qarang: Taqsimllangan hisoblash xatolarini qidirish (1-qism) - Vaidehi Joshi Medium

The Fallacies of Distributed Computing
Prinsiplar +2 06.08.2023 593

The Fallacies of Distributed Computing on Wikipedia

Also known as Fallacies of Networked Computing, the Fallacies are a list of conjectures (or beliefs) about distributed computing, which can lead to failures in software development. The assumptions 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

The first four items were listed by Bill Joy and Tom Lyon around 1991 and first classified by James Gosling as the "Fallacies of Networked Computing". L. Peter Deutsch added the 5th, 6th and 7th fallacies. In the late 90's Gosling added the 8th fallacy.

The group was inspired by what was happening at the time inside Sun Microsystems.

These fallacies should be considered carefully when designing code which is resilient; assuming any of these fallacies can lead to flawed logic which fails to deal with the realities and complexities of distributed systems.

See also: