Omission Fault — tizim komponenti bajarishi kerak bo‘lgan yuborish, qabul qilish yoki javob berish amalini tashlab ketadigan nosozlik. U taqsimlangan tizimdagi aniq consistency, replication yoki fault-handling masalasini ifodalaydi. Kafolatlar faqat termin nomidan emas, protocol modeli, failure farazlari va implementatsiya hujjatidan aniqlanadi.
Arxitektura
Send omissionda xabar jo‘natilmaydi, receive omissionda kelgan xabar qayta ishlanmaydi. Network packet loss ham kuzatuvchiga omission sifatida ko‘rinishi mumkin. Retry va acknowledgement ayrim holatni qoplaydi.
Omission Fault alohida algoritm yoki konfiguratsiya sifatida emas, client xulqi, storage persistence va tarmoq noaniqligi bilan birga ko‘riladi. Bir tugundagi muvaffaqiyat boshqa replica ham shu state’ni commit qilganini avtomatik anglatmaydi. Shu sabab acknowledgementning aniq ma’nosi va visible state chegarasi hujjatlashtiriladi.
Ma’lumot oqimi
Crash doimiy javobsizlikka o‘xshaydi, omission esa tanlab yoki vaqtincha yuz berishi mumkin. Bir request yo‘qolib, keyingisi o‘tishi ehtimoli bor. Shu sabab timeoutning o‘zi aynan qaysi bosqich xato qilganini ko‘rsatmaydi.
Omission Fault bo‘yicha performance o‘lchovi correctnessdan keyin bajariladi. Throughput bilan birga tail latency, abort yoki conflict soni, replication lag, log hajmi va recovery vaqti qayd etiladi. O‘rtacha natija qisqa partition yoki compaction paytidagi keskin pasayishni yashirishi mumkin.
Muhim shartlar
Retry duplicate operatsiya hosil qilmasligi uchun idempotency yoki request identifier kerak. Loss injection, acknowledgement yo‘qolishi va partial write testlari protocolning noaniq natijaga munosabatini tekshiradi.
Omission Fault dizaynida safety va liveness ajratiladi. Safety buzilishi qarama-qarshi commit yoki noto‘g‘ri qiymatga, liveness buzilishi esa tizimning oldinga siljimasligiga olib keladi. Timeoutni qisqartirish livenessni tezlashtirishi mumkin, biroq sekin tarmoqda false failure va keraksiz leader almashishini oshiradi.
Diagnostika
Omission Faultni productionga chiqarishda staged rollout va rollback sharti belgilanadi. Aralash versiyalar protocol maydonlari hamda log formatini bir xil talqin qilishi kerak. Migration davomida dual-write ishlatilsa, ikkala yo‘l orasidagi tafovut o‘lchanadi va vaqtinchalik mexanizmni o‘chirish mezoni oldindan yoziladi.
Omission Faultga taalluqli invariantlar monitoring qoidalariga aylantiriladi. Masalan, bir epochda ikki faol writer, commit indexning orqaga qaytishi yoki replica orasidagi ruxsat etilgan lagdan oshish alohida signal beradi. Signal faqat threshold emas, xizmatga ta’sir va davomiylik bilan baholanadi. Qisqa maintenance hodisasi bilan uzluksiz data xavfi bir xil ogohlantirish darajasida bo‘lmaydi. Incident yopilgach, aniqlash va recovery vaqti o‘lchanib, runbook hamda avtomatik tekshiruv yangilanadi.
Omission Fault holatini kuzatishda configuration version, role yoki epoch, commit nuqtasi, queue va log ko‘rsatkichlari birlashtiriladi. Alert operator bajara oladigan tekshiruvga bog‘lanadi: qaysi node, qaysi key yoki transaction va qaysi vaqt oralig‘i ko‘rilishi aniq yoziladi. Aggregate dashboarddan keyin xom dalil bilan tasdiqlash noto‘g‘ri tashxisni kamaytiradi.
Omission Faultga oid bahoni qayta ishlab bo‘lishi uchun test topologiyasi, software versiyasi, fault injection va kutilgan invariant saqlanadi. Yakuniy natija taxmin yoki bitta log satriga emas, bir-birini tasdiqlovchi state, history va o‘lchovlarga asoslanadi. Qabul qilingan cheklovlar ham natija bilan birga yozilib, boshqa workloadga ko‘r-ko‘rona ko‘chirilmaydi.
Bog‘liq tushunchalar
message loss, timeout, retry, acknowledgement, idempotency, distributed fault