Eslatma. tarjima.: Ushbu material muallifi Sindi Sridxaran, imgix muhandisi, API ishlab chiqish va xususan, mikroservislarni sinovdan o'tkazishga ixtisoslashgan. Ushbu materialda u taqsimlangan kuzatuv sohasidagi dolzarb muammolar to'g'risida o'zining batafsil qarashlari bilan o'rtoqlashadi, bu erda uning fikricha, dolzarb muammolarni hal qilish uchun haqiqatan ham samarali vositalar yo'q.
[Tasvir dan olingan taqsimlangan kuzatuv haqida.]
Bunga ishonamiz amalga oshirish qiyin, va undan qaytish . Kuzatish muammoli bo'lishining ko'plab sabablari bor, ko'pincha har bir so'rov bilan tegishli sarlavhalarni uzatish uchun har bir tizim komponentini sozlashda mehnat talab etiladi. Garchi bu muammo mavjud bo'lsa-da, uni hal qilib bo'lmaydi. Aytgancha, ishlab chiquvchilar nima uchun kuzatuvni yoqtirmasligini tushuntirmaydi (hatto u allaqachon ishlayotgan bo'lsa ham).
Taqsimlangan kuzatuv bilan bog'liq asosiy muammo ma'lumotlarni to'plash, natijalarni tarqatish va taqdim etish formatlarini standartlashtirish yoki qachon, qaerda va qanday qilib namuna olishni aniqlash emas. Men tasavvur qilishga urinmayman ahamiyatsiz bu "tushunish muammolari" aslida juda muhim texnik va (agar biz haqiqatan ham Ochiq manba deb hisoblasak) ) ushbu muammolarni hal qilingan deb hisoblash uchun engib o'tish kerak bo'lgan siyosiy muammolar.
Ammo, agar biz ushbu muammolarning barchasi hal qilingan deb tasavvur qilsak, hech narsa sezilarli darajada o'zgarmasligi ehtimoli katta. oxirgi foydalanuvchi tajribasi. Kuzatuv hali ham eng keng tarqalgan nosozliklarni tuzatish stsenariylarida amaliy qo'llanilmasligi mumkin, hatto u o'rnatilgandan keyin ham.
Bunday boshqa iz
Taqsimlangan kuzatuv bir nechta nomutanosib komponentlarni o'z ichiga oladi:
- ilovalar va oraliq dasturlarni boshqarish vositalari bilan jihozlash;
- taqsimlangan kontekstni uzatish;
- izlar to'plami;
- izlarni saqlash;
- ularni chiqarish va vizualizatsiya qilish.
Tarqalgan kuzatuv haqida ko'p gapirish, uni yagona maqsadi tizimni to'liq tashxislashda yordam berishdan iborat bo'lgan bir xil operatsiya sifatida ko'rib chiqishga moyildir. Bu asosan taqsimlangan kuzatuv haqidagi g'oyalarning tarixan shakllanganligi bilan bog'liq. IN , Zipkin manbalari ochilganda qilingan, bu haqda eslatib o'tilgan u [Zipkin] Twitterni tezroq qiladi. Kuzatuv uchun birinchi tijorat takliflari ham targ'ib qilindi .
Eslatma. tarjima.: Keyingi matnni tushunishni osonlashtirish uchun keling, ikkita asosiy atamaga muvofiq belgilaymiz :
- span — taqsimlangan kuzatuvning asosiy elementi. Bu nom, boshlanish va tugash vaqtlari, teglar, jurnallar va kontekst bilan ma'lum bir ish jarayonining tavsifi (masalan, ma'lumotlar bazasi so'rovi).
- Kengliklar odatda boshqa oraliqlarga havolalarni o'z ichiga oladi, bu esa bir nechta oraliqlarni birlashtirishga imkon beradi Iz — so'rovning taqsimlangan tizim bo'ylab harakatlanish muddatini vizuallashtirish.
Izlar ishlab chiqarishni sinovdan o'tkazish, falokatni tiklash testi, xatolarni in'ektsiya sinovi va boshqalar kabi vazifalarni bajarishda yordam beradigan juda qimmatli ma'lumotlarni o'z ichiga oladi. Darhaqiqat, ba'zi kompaniyalar shunga o'xshash maqsadlarda kuzatishdan foydalanadilar. Keling, bundan boshlaylik oraliqlarni saqlash tizimiga ko'chirishdan tashqari, boshqa maqsadlarda foydalanish mumkin:
- Masalan, Uber sinov trafigi va ishlab chiqarish trafigini farqlash uchun natijalarni kuzatish.
- Facebook muhim yo'llarni tahlil qilish va falokatlarni qayta tiklash sinovlari paytida trafikni almashtirish uchun ma'lumotlarni kuzatish.
- Shuningdek, ijtimoiy tarmoq Ishlab chiquvchilarga kuzatuv natijalari bo'yicha o'zboshimchalik bilan so'rovlarni bajarishga imkon beruvchi Jupyter noutbuklari.
- Muxlislar (Lineage Driven Failure Injection) xato in'ektsiyasi bilan sinov uchun taqsimlangan izlar.
Yuqorida sanab o'tilgan variantlardan hech biri stsenariyga to'liq taalluqli emas disk raskadrovka, uning davomida muhandis izga qarab muammoni hal qilishga harakat qiladi.
Qachon keladi hali disk raskadrovka skriptiga yetadi, asosiy interfeys diagramma bo'lib qoladi traceview (garchi ba'zilar buni ham chaqirishadi "Gantt diagrammasi" yoki "palapartishlik diagrammasi"). ostida traceview я birgalikda izni tashkil etuvchi barcha oraliqlar va unga hamroh bo'lgan metama'lumotlar. Har bir ochiq manbali kuzatuv tizimi, shuningdek, har bir tijoriy kuzatuv yechimi taklif qiladi traceview vizuallashtirish, detallashtirish va izlarni filtrlash uchun foydalanuvchi interfeysi.
Men hozirgacha ko'rgan barcha kuzatuv tizimlari bilan bog'liq muammo shundaki, natijada vizualizatsiya (traceview) iz hosil qilish jarayonining xususiyatlarini deyarli to'liq aks ettiradi. Muqobil vizualizatsiya taklif qilinganda ham: issiqlik xaritalari, xizmat topologiyalari, kechikish gistogrammalari, ular baribir oxir-oqibat shunday bo'ladi. traceview.
O'tmishda I UI/UX kuzatuvidagi aksariyat "innovatsiyalar" ular bilan cheklangan ko'rinadi qo'shimcha metama'lumotlarni kuzatish, ularga yuqori kardinallik bilan ma'lumot kiritish (yuqori kardinallik) yoki ma'lum oraliqlarni chuqurlashtirish yoki so'rovlarni bajarish qobiliyatini ta'minlash oraliq va ichki iz. Bu holda, traceview asosiy vizualizatsiya vositasi bo‘lib qoladi. Bu holat davom etar ekan, taqsimlangan kuzatuv (eng yaxshi holatda) disk raskadrovka vositasi sifatida o'lchovlar, jurnallar va stek izlaridan keyin 4-o'rinni egallaydi va eng yomoni, bu pul va vaqtni behuda sarflashga aylanadi.
Traceview bilan muammo
Maqsad traceview — yagona soʻrovning u bogʻliq boʻlgan taqsimlangan tizimning barcha komponentlari boʻylab harakatlanishining toʻliq tasvirini taqdim etish. Ba'zi ilg'or kuzatuv tizimlari sizga alohida oraliqlarni chuqurlashtirish va vaqt o'tishi bilan buzilishlarni ko'rish imkonini beradi ichida bitta jarayon (oraliqlar funktsional chegaralarga ega bo'lganda).
Mikroservislar arxitekturasining asosiy asosi tashkiliy tuzilmaning kompaniya ehtiyojlari bilan o'sib borishi haqidagi g'oyadir. Mikroservislar tarafdorlarining ta'kidlashicha, turli biznes vazifalarini alohida xizmatlarga taqsimlash kichik, avtonom ishlab chiqish guruhlariga bunday xizmatlarning butun hayot aylanishini nazorat qilish imkonini beradi va ularga ushbu xizmatlarni mustaqil ravishda qurish, sinab ko'rish va joylashtirish imkoniyatini beradi. Biroq, ushbu taqsimotning kamchiliklari har bir xizmatning boshqalar bilan qanday aloqasi haqida ma'lumotni yo'qotishdir. Bunday sharoitda taqsimlangan kuzatuv ajralmas vosita bo'lishini da'vo qiladi disk raskadrovka xizmatlar o'rtasidagi murakkab o'zaro ta'sirlar.
Agar haqiqatan ham , keyin hech kim uni boshida saqlashga qodir emas to'liq rasm. Darhaqiqat, buning iloji bor degan taxminga asoslangan vositani ishlab chiqish qandaydir anti-naqshdir (samarasiz va samarasiz yondashuv). Ideal holda, disk raskadrovka yordam beradigan vositani talab qiladi qidiruv maydonini toraytiring, shuning uchun muhandislar ko'rib chiqilayotgan muammo stsenariysiga tegishli o'lchamlarning kichik to'plamiga (xizmatlar/foydalanuvchilar/xostlar va boshqalar) e'tibor qaratishlari mumkin. Muvaffaqiyatsizlik sababini aniqlashda muhandislar ish paytida nima bo'lganini tushunishlari shart emas bir vaqtning o'zida barcha xizmatlar, chunki bunday talab mikroservis arxitekturasi g'oyasiga zid keladi.
Biroq, traceview ya'ni Bu. Ha, ba'zi kuzatuv tizimlari siqilgan kuzatuvlarni taklif qiladi, agar izdagi oraliqlar soni shunchalik kattaki, ularni bitta vizualizatsiyada ko'rsatib bo'lmaydi. Biroq, hatto bunday qisqartirilgan vizualizatsiyada mavjud bo'lgan katta miqdordagi ma'lumotlar tufayli, muhandislar hali ham majbur Uni "elakdan o'tkazing", tanlovni muammolar manbai bo'lgan xizmatlar to'plamiga qo'lda toraytiring. Afsuski, bu sohada mashinalar odamlarga qaraganda ancha tezroq, xatolarga kamroq moyil va ularning natijalari takrorlanadi.
Traceview noto'g'ri deb o'ylayotganimning yana bir sababi, bu gipotezaga asoslangan disk raskadrovka uchun yaxshi emas. Asosiysi, disk raskadrovka iterativ gipoteza bilan boshlanadigan jarayon, so'ngra tizimdan turli vektorlar bo'ylab olingan turli kuzatishlar va faktlarni tekshirish, xulosalar/umumlashtirish va gipoteza haqiqatini keyingi baholash.
imkoniyat tez va arzon gipotezalarni sinab ko'rish va shunga mos ravishda aqliy modelni takomillashtirishdir burchak toshi disk raskadrovka Har qanday disk raskadrovka vositasi bo'lishi kerak interaktiv va qidiruv maydonini toraytiring yoki noto'g'ri qo'ng'iroq bo'lsa, foydalanuvchi orqaga qaytib, tizimning boshqa sohasiga e'tibor qaratishga imkon bering. Buni mukammal vosita bajaradi proaktiv tarzda, darhol foydalanuvchining e'tiborini yuzaga kelishi mumkin bo'lgan muammoli joylarga qaratadi.
Voy, traceview interaktiv interfeysga ega vosita deb atash mumkin emas. Uni qo'llashda umid qilishingiz mumkin bo'lgan eng yaxshi narsa, kechikishning kuchayishi manbasini topish va u bilan bog'liq bo'lgan barcha mumkin bo'lgan teglar va jurnallarni ko'rib chiqishdir. Bu muhandisga aniqlashga yordam bermaydi naqshlar traffikda, masalan, kechikish taqsimotining o'ziga xos xususiyatlari yoki turli o'lchovlar orasidagi korrelyatsiyalarni aniqlash. bu muammolarning bir qismini hal qilishga yordam berishi mumkin. Haqiqatan ham, anomal oraliqlarni aniqlash va anomal xatti-harakatlar bilan bog'liq bo'lishi mumkin bo'lgan teglar to'plamini aniqlash uchun mashinani o'rganishdan foydalangan holda muvaffaqiyatli tahlil qilish. Biroq, men mashinani o'rganish yoki ma'lumotlarni qidirish natijalarining diqqatga sazovor vizualizatsiyasini hali ko'rmadim, ular kuzatuv yoki DAG (yo'naltirilgan asiklik grafik) dan sezilarli darajada farq qiladi.
Chiziqlar juda past darajada
Traceview bilan bog'liq asosiy muammo shundaki oraliqlar kechikish tahlili va asosiy sabab tahlili uchun juda past darajadagi primitivlardir. Bu alohida protsessor buyruqlarini tahlil qilish kabi, ular bilan ishlash ancha qulay bo'lgan backtrace kabi yuqori darajadagi vositalar mavjudligini bilib, istisnoni hal qilishga urinadi.
Bundan tashqari, men quyidagilarni ta'kidlayman: ideal holda, bizga kerak emas to'liq rasm zamonaviy kuzatuv vositalari bilan ifodalanadigan so'rovning hayot aylanishi davomida sodir bo'ldi. Buning o'rniga, nima haqida ma'lumotni o'z ichiga olgan yuqori darajadagi mavhumlikning qandaydir shakli talab qilinadi xato ketdi (backtrace ga o'xshash), ba'zi kontekst bilan birga. Butun izni tomosha qilish o'rniga, men uni ko'rishni afzal ko'raman qism, bu erda qiziqarli yoki g'ayrioddiy narsa sodir bo'ladi. Hozirda qidiruv qo'lda amalga oshirilmoqda: muhandis izni oladi va qiziqarli narsalarni qidirishda mustaqil ravishda oraliqlarni tahlil qiladi. Shubhali faoliyatni aniqlash umidida alohida izlardagi oraliqlarga qaraydigan odamlarning yondashuvi umuman miqyosda emas (ayniqsa, ular turli oraliqlarda kodlangan barcha metamaʼlumotlarni, masalan, span identifikatori, RPC usuli nomi, oraliq davomiyligini tushunishlari kerak boʻlganda) 'a, jurnallar, teglar va boshqalar).
Traceview uchun muqobillar
Kuzatuv natijalari, ular tizimning o'zaro bog'langan qismlarida sodir bo'layotgan voqealar haqida ahamiyatsiz bo'lmagan tushunchani ta'minlaydigan tarzda ko'rsatilishi mumkin bo'lganda foydali bo'ladi. Bu sodir bo'lgunga qadar, disk raskadrovka jarayoni asosan saqlanib qoladi inert va foydalanuvchining to'g'ri korrelyatsiyalarni payqash, tizimning to'g'ri qismlarini tekshirish yoki jumboq qismlarini bir joyga qo'yish qobiliyatiga bog'liq - aksincha. asbob, foydalanuvchiga ushbu farazlarni shakllantirishga yordam berish.
Men vizual dizayner yoki UX mutaxassisi emasman, lekin keyingi bo'limda ushbu vizualizatsiya qanday ko'rinishi haqida bir nechta fikrlarni baham ko'rmoqchiman.
Muayyan xizmatlarga e'tibor qarating
Sanoat g'oyalar atrofida birlashayotgan bir paytda , individual jamoalar o'z xizmatlarining ushbu maqsadlarga mos kelishini ta'minlashga ustuvor ahamiyat berishlari oqilona ko'rinadi. Bundan kelib chiqadi xizmatga yo'naltirilgan Bunday jamoalar uchun vizualizatsiya eng mos keladi.
Izlar, ayniqsa namunalarsiz, taqsimlangan tizimning har bir komponenti haqida ma'lumot xazinasi hisoblanadi. Ushbu ma'lumot foydalanuvchilarni ta'minlaydigan ayyor protsessorga berilishi mumkin xizmatga yo'naltirilgan Ularni oldindan aniqlash mumkin - hatto foydalanuvchi izlarga qarashdan oldin:
- Kechikishni taqsimlash diagrammalari faqat yuqori darajadagi so'rovlar uchun (chetdan tashqari so'rovlar);
- Xizmat SLO maqsadlariga erishilmagan holatlar uchun kechikishlarni taqsimlash sxemalari;
- Eng tez-tez uchraydigan so'rovlardagi eng "keng tarqalgan", "qiziqarli" va "g'alati" teglar takrorlanadi;
- Qaerda holatlar uchun kechikishning buzilishi bog'liqliklar xizmatlar SLO maqsadlariga erisha olmaydi;
- Turli quyi oqim xizmatlari uchun kechikishlar.
Ushbu savollarning ba'zilari o'rnatilgan ko'rsatkichlar bilan oddiygina javob bermaydi, bu esa foydalanuvchilarni oraliqlarni sinchkovlik bilan tekshirishga majbur qiladi. Natijada, bizda foydalanuvchilarga juda dushman mexanizm mavjud.
Bu savol tug'iladi: turli guruhlar tomonidan boshqariladigan turli xizmatlar o'rtasidagi murakkab o'zaro ta'sirlar haqida nima deyish mumkin? Shunday emasmi traceview bunday vaziyatni ta'kidlash uchun eng munosib vosita hisoblanmaydi?
Mobil dasturchilar, fuqaroligi bo‘lmagan xizmatlar egalari, boshqariladigan davlat xizmatlari egalari (masalan, ma’lumotlar bazalari) va platforma egalarini boshqa narsa qiziqtirishi mumkin. taqdimot taqsimlangan tizim; traceview bu tubdan farqli ehtiyojlar uchun juda umumiy yechim. Hatto juda murakkab mikroservis arxitekturasida ham xizmat egalari ikki yoki uchtadan ortiq yuqori va quyi oqim xizmatlari haqida chuqur bilimga muhtoj emas. Aslida, aksariyat stsenariylarda foydalanuvchilar faqat tegishli savollarga javob berishlari kerak cheklangan xizmatlar to'plami.
Bu xizmatlarning kichik qismini sinchkovlik bilan tekshirish uchun kattalashtiruvchi oyna orqali qarashga o'xshaydi. Bu foydalanuvchiga ushbu xizmatlar va ularning bevosita bog'liqliklari o'rtasidagi murakkab o'zaro ta'sirlar bo'yicha yanada dolzarb savollarni berish imkonini beradi. Bu muhandis biladigan xizmatlar dunyosidagi orqaga qaytishga o'xshaydi ekan noto'g'ri, shuningdek, tushunish uchun atrofdagi xizmatlarda nima sodir bo'layotgani haqida bir oz tushunchaga ega nima uchun.
Men ilgari surayotgan yondashuv yuqoridan pastga, kuzatuvga asoslangan yondashuvga mutlaqo ziddir, bunda tahlil butun izdan boshlanadi va keyin asta-sekin individual intervalgacha ishlaydi. Bundan farqli o'laroq, pastdan yuqoriga yondashuv hodisaning potentsial sababiga yaqin bo'lgan kichik hududni tahlil qilishdan boshlanadi va keyin kerak bo'lganda qidiruv maydonini kengaytiradi (kengroq xizmatlarni tahlil qilish uchun boshqa jamoalarni jalb qilish potentsiali bilan). Ikkinchi yondashuv dastlabki gipotezalarni tezda sinab ko'rish uchun ko'proq mos keladi. Aniq natijalar qo'lga kiritilgandan so'ng, yanada yo'naltirilgan va batafsil tahlilga o'tish mumkin bo'ladi.
Topologiyani qurish
Agar foydalanuvchi bilsa, xizmatga xos ko'rinishlar juda foydali bo'lishi mumkin nima xizmat yoki xizmatlar guruhi kechikishni oshirish yoki xatoliklarni keltirib chiqarish uchun javobgardir. Biroq, murakkab tizimda, buzilish paytida, ayniqsa, xizmatlardan xato xabarlari xabar qilinmagan bo'lsa, qoidabuzar xizmatni aniqlash ahamiyatsiz bo'lishi mumkin.
Xizmat topologiyasini yaratish qaysi xizmatda xatolik darajasining o'sishini yoki xizmatning sezilarli darajada yomonlashishiga olib keladigan kechikishning oshishini aniqlashda katta yordam berishi mumkin. Men topologiyani yaratish haqida gapirganda, men buni nazarda tutmayman xizmatlar xaritasi, tizimda mavjud bo'lgan va o'zi bilan mashhur bo'lgan har bir xizmatni ko'rsatadi . Bu ko'rinish yo'naltirilgan asiklik grafik asosidagi kuzatuvdan yaxshiroq emas. Buning o'rniga men ko'rishni xohlayman dinamik ravishda yaratilgan xizmat topologiyasi, xato tezligi, javob vaqti yoki muayyan shubhali xizmatlar bilan vaziyatni aniqlashtirishga yordam beradigan har qanday foydalanuvchi tomonidan belgilangan parametr kabi ma'lum atributlarga asoslangan.
Keling, bir misol keltiraylik. Faraziy yangiliklar saytini tasavvur qilaylik. Bosh sahifa xizmati (old sahifa) Redis bilan tavsiyalar xizmati, reklama xizmati va video xizmati bilan ma'lumotlarni almashadi. Videoxizmati S3 dan videolarni va DynamoDB dan metama'lumotlarni oladi. Tavsiya xizmati DynamoDB dan metadata oladi, Redis va MySQL dan ma'lumotlarni yuklaydi va Kafkaga xabarlar yozadi. Reklama xizmati MySQL-dan ma'lumotlarni oladi va Kafkaga xabarlar yozadi.
Quyida ushbu topologiyaning sxematik ko'rinishi keltirilgan (ko'pgina tijorat marshrutlash dasturlari topologiyani yaratadi). Xizmatga bog'liqliklarni tushunishingiz kerak bo'lsa, bu foydali bo'lishi mumkin. Biroq, davomida disk raskadrovka, ma'lum bir xizmat (aytaylik, video xizmati) ko'proq javob vaqtini ko'rsatsa, bunday topologiya juda foydali emas.
Faraziy yangiliklar saytining xizmat diagrammasi
Quyidagi diagramma yaxshiroq mos keladi. Xizmatda muammo bor (video) markazda tasvirlangan. Foydalanuvchi buni darhol sezadi. Ushbu vizualizatsiyadan ma'lum bo'lishicha, video xizmati S3 javob vaqtining ko'payishi tufayli g'ayritabiiy ishlamoqda, bu asosiy sahifaning bir qismini yuklash tezligiga ta'sir qiladi.
Faqat "qiziqarli" xizmatlarni ko'rsatadigan dinamik topologiya
Dinamik ravishda yaratilgan topologiyalar statik xizmat xaritalariga qaraganda samaraliroq bo'lishi mumkin, ayniqsa elastik, avtomatik masshtabli infratuzilmalarda. Xizmat topologiyalarini solishtirish va taqqoslash qobiliyati foydalanuvchiga ko'proq tegishli savollarni berish imkonini beradi. Tizim haqidagi aniqroq savollar tizim qanday ishlashini yaxshiroq tushunishga olib keladi.
Qiyosiy displey
Yana bir foydali vizualizatsiya qiyosiy displey bo'ladi. Hozirgi vaqtda izlar yonma-yon taqqoslash uchun unchalik mos emas, shuning uchun taqqoslash odatda oraliqlar. Va ushbu maqolaning asosiy g'oyasi shundaki, oraliqlar kuzatuv natijalaridan eng qimmatli ma'lumotlarni olish uchun juda past darajali.
Ikkita izni solishtirish mutlaqo yangi vizualizatsiyani talab qilmaydi. Aslida, kuzatuv ko'rinishi bilan bir xil ma'lumotni ifodalovchi gistogramma kabi narsa etarli. Ajablanarlisi shundaki, hatto bu oddiy usul ham ikkita izni alohida o'rganishdan ko'ra ko'proq meva berishi mumkin. Bundan ham kuchliroq imkoniyat bo'lar edi tasavvur qilish izlarni solishtirish Jami. GC (axlat yig'ish) ni yoqish uchun yaqinda o'rnatilgan ma'lumotlar bazasi konfiguratsiyasi o'zgarishi bir necha soatlik miqyosda quyi oqim xizmatining javob vaqtiga qanday ta'sir qilishini ko'rish juda foydali bo'lar edi. Agar men bu erda tasvirlayotgan narsa infratuzilma o'zgarishlarining ta'sirining A/B tahliliga o'xshasa ko'p xizmatlarda iz natijalari yordamida, keyin siz haqiqatdan juda uzoq emas.
xulosa
Men kuzatuvning foydaliligiga shubha qilmayman. Men chin dildan ishonamanki, ma'lumotni to'plashning izdagi kabi boy, sabab va kontekstli boshqa usuli yo'q. Biroq, men barcha kuzatuv echimlari ushbu ma'lumotlardan juda samarasiz foydalanishiga ishonaman. Kuzatuv vositalari kuzatuv ko'rinishida tiqilib qolgan ekan, ular izlar tarkibidagi ma'lumotlardan olinishi mumkin bo'lgan qimmatli ma'lumotlardan maksimal darajada foydalanish imkoniyati cheklangan bo'ladi. Bundan tashqari, foydalanuvchining dasturdagi xatolarni bartaraf etish qobiliyatini jiddiy cheklaydigan mutlaqo nomaqbul va noaniq vizual interfeysni yanada rivojlantirish xavfi mavjud.
Murakkab tizimlarni disk raskadrovka qilish, hatto eng yangi vositalar bilan ham, nihoyatda qiyin. Asboblar ishlab chiquvchiga gipotezani shakllantirish va sinab ko'rishda yordam berishi kerak, faol ta'minlash tegishli ma'lumotlar, chegaralarni aniqlash va kechikishlarni taqsimlashda xususiyatlarni qayd etish. Ishlab chiqarishdagi nosozliklarni bartaraf etishda yoki bir nechta xizmatlarni qamrab oluvchi muammolarni hal qilishda kuzatuv ishlab chiquvchilar uchun tanlagan vositaga aylanishi uchun ushbu xizmatlarni yaratuvchi va ishlatadigan ishlab chiquvchilarning aqliy modeliga mos keladigan original foydalanuvchi interfeyslari va vizualizatsiya kerak.
Izlanish natijalarida mavjud bo'lgan turli signallarni tahlil qilish va xulosa chiqarish qulayligi uchun optimallashtirilgan tarzda aks ettiradigan tizimni loyihalash uchun katta aqliy kuch talab etiladi. Nosozliklarni tuzatish paytida tizim topologiyasini qanday qilib mavhumlashtirish haqida o'ylashingiz kerak, shunda foydalanuvchi alohida izlar yoki oraliqlarga qaramasdan ko'r nuqtalarni engishga yordam beradi.
Bizga yaxshi abstraksiya va qatlamlash imkoniyatlari kerak (ayniqsa, UIda). Gipotezaga asoslangan disk raskadrovka jarayoniga mos keladiganlar, unda siz takroriy savollar berishingiz va gipotezalarni sinab ko'rishingiz mumkin. Ular kuzatuvchanlik bilan bog'liq barcha muammolarni avtomatik ravishda hal qila olmaydi, lekin ular foydalanuvchilarga sezgilarini keskinlashtirishga va aqlliroq savollarni shakllantirishga yordam beradi. Vizualizatsiyaga yanada o'ylangan va innovatsion yondashuvga chaqiraman. Bu erda ufqlarni kengaytirish uchun haqiqiy istiqbol mavjud.
Tarjimondan PS
Shuningdek, bizning blogimizda o'qing:
- «";
- «";
- «".
Manba: www.habr.com