Dziiiiin! Ertalab soat 3, siz ajoyib tush ko'rasiz va birdan qo'ng'iroq bo'ladi. Bu hafta navbatchisiz, shekilli, nimadir bo‘lgan. Avtomatlashtirilgan tizim nima noto'g'ri ekanligini aniqlash uchun qo'ng'iroq qiladi. Bu zamonaviy kompyuter tizimlarini boshqarishning muhim jihati, ammo keling, bildirishnomalarni odamlar uchun qanday qilib yaxshiroq qilishni ko'rib chiqaylik.
Bir necha o'n yilliklar davomida turli monitoring guruhlaridagi vazifalarimdan kelib chiqqan holda, monitoring falsafasi bilan tanishing. Unga Rob Evashchukning haqiqiy Bibliyasi katta ta'sir ko'rsatdi (Mening xabarnomam falsafam) kitobiga kiritilgan , va Jon Alspaughning kitobi (Ogohlantirishlarni sozlash bo'yicha eslatmalar).
, и — postni tahrirlashda yordam berganingiz uchun tashakkur.
CASE nima?
kabi chiroyli qisqartma bilan kelishga qaror qildim yoki . Men chaqiraman CASE usuli. U avtomatik monitoring bilan ishlashda e'tibor berish kerak bo'lgan to'rt jihatni tasvirlaydi:
- (kontekst bilan bog'langan)
- (amaliy qiymat)
- (alomatlarga urg'u berish)
- (baho)
Agar siz CASE-dan foydalansangiz, siz bildirishnomalarga sog'lom befarqlik bilan munosabatda bo'lasiz va kechalari odamlarni uyg'otmaysiz. Monitoring muntazam ravishda foydalilik va samaradorlik uchun baholanishi kerak. Biror kishi bildirishnomani olganida, ular yaxshi aqliy modellarga va ko'proq ishonchga ega bo'ladi.
Eslab qolishni osonlashtirish uchun sizga CASE (ya'ni, ish, sabab -) kerakligini tasavvur qiling. tarjimonning eslatmasi] har bir ogohlantirishni oqlash uchun. :quyosh ko'zoynaklari:
Va bularning barchasi nima uchun?
. Ko'p sabablarga ko'ra. Va CASE ularning barchasini yo'q qilmaydi. Ammo u bilan siz tunda yaxshi bildirishnomalar uchun uyg'onasiz. Ushbu usul turli xil tashkiliy jarayonlarni o'z ichiga oladi, ular ham bu masalada yordam beradi.
RED va USE usullarining go'zalligi shundaki, ularning yordami bilan biz nafaqat qanday ishlashni bilamiz, balki bir-birimiz bilan bir tilda gaplashamiz. Umid qilamanki, CASE usuli tizimlarimizni himoya qiladigan, ammo hamkasblarimizni band qiladigan bildirishnomalarni muhokama qilishni osonlashtiradi.
Gap shundaki, siz tashkilotingizda bildirishnomalarga sog'lom befarqlik bilan munosabatda bo'ladigan madaniyatni yaratishingiz kerak. Bildirishnomalar ma'lum bir maqsadda yaratilishi mumkin, ammo keyinchalik ularning qiymatini yo'qotmasligi haqiqat emas. Nima uchun biz bu bildirishnomani o'rnatdik? Uning mezonlari qancha vaqtdan beri qayta ko'rib chiqilgan? CASE yordamida bu savollarga javob berish mumkin.
Context-Heavy - kontekstni bog'lash
Soat 3:XNUMX juda ko'p aqlli so'zlarni o'z ichiga olgan xabarlarni o'qish uchun eng yaxshi vaqt emas. Samarali javob berish uchun sizga ma'lumot kerak. Ideal holda, bu ma'lum bir muammo haqida ma'lumot bo'lishi kerak, buning uchun kontekst darhol aniq bo'lishi kerak va bildirishnomalar bu mumkin bo'lgan tarzda sozlanishi kerak. Bu "kuzatish" va "orientatsiya" dan . Ushbu o'rnatishga vaqt sarflash uyat emas, chunki doimiy ravishda odamni chalg'itish yanada qimmatroq. Bir-birimizni hurmat qilaylik.
Muammolar ko'p manbalarga ega. Ayniqsa arvohlar.
Navbatchiga qanday yordam bera olaman? Navbatchi ko'rgan birinchi narsa - bu xabarnoma, shuning uchun u barcha farazlarni uning asosida quradi. Keyin u ko'rsatmalar va asboblar paneliga qaraydi, lekin faqat umumiy ma'lumot emas, balki ma'lum bir bildirishnomada har doim ma'lumotlar bormi? Alspaugh "xabarnomani qanday izohlash yoki unga javob berish haqida o'ylash" haqida maslahat beradi (slayd 29). Yaxshi bildirishnoma faqat chegara bilan tuzilgan emas, balki navbatchi shaxsga qaratilgan.
Shunday qilib, bildirishnoma kontekstini yaxshilash bo'yicha ba'zi fikrlar:
- Foydalanuvchiga oddiy ko'rsatmalar yoki asboblar paneli emas, balki foydali va maxsus yaratilgan narsani ko'rsating. Ilgari men va yigitlar maxsus bildirishnomalar uchun tuzilgan tergov panellaridan foydalanganmiz. Agar muammo ma'lum bo'lsa, bu yordam beradi, lekin faqat boshqalarni chalkashtirib yuboradi. Bu erda muvozanatni topishimiz kerak.
- Bildirishnoma tarixi haqida gapirib bering: u yangimi? Tez-tez ishlaydimi? Bu mavsumiymi?
- Tizim holatidagi so'nggi o'zgarishlarni ko'rsatish. Yaqinda biror narsa o'zgarganmi? (Masalan, funksiyalarni joylashtirish yoki yoqish/o‘chirish.)
- Aloqalarni ko'rsating va aqliy model uchun ma'lumot bering: tizimga bog'liqliklar aniq ko'rinadigan bo'lishi kerak, tercihen funksionallik ko'rsatkichi bilan.
- Foydalanuvchini jamoa bilan tezda bog'lang: ular davom etayotgan voqealarni ko'ra oladimi yoki kompaniyada yana kim bildirishnoma olganini bilib oladimi? Dastur faollashtirilganmi?
Ideal holda, hodisalarni boshqarish dasturi hodisalarni tekshirishning xabar kontekstini qanday yaxshilash bo'yicha maslahat beradi. Har doim ishlash uchun nimadir bor!
Amal qilish mumkin - amaliy ahamiyatga ega
Navbatchi xabarnomaga javoban biror narsa qilishi kerakmi? Agar biror narsa qilish kerak bo'lmasa yoki nima qilish kerakligi noma'lum bo'lsa, nega uni uyg'otdingiz? Navbatdagilarni bezovta qiladigan va harakat talab qilmaydigan bildirishnomalardan qochishingiz kerak.
Nima qilishim kerak? Nima xohlaysiz?
Ilgari, tizimlar oddiy va jamoalar kichik bo'lganida, biz hamma narsadan xabardor bo'lish uchun monitoringni o'rnatdik. Agar xizmat keyinchalik noto'g'ri ishlayotgan bo'lsa, to'plamdagi yuk ortganligi haqidagi bildirishnoma bizga kontekst beradi. Keng miqyosda bunday bildirishnomalar chalkashliklarni keltirib chiqaradi, chunki bizning tizimlarimiz har doim turli darajadagi buzilish holatida ishlaydi. Bu tezda olib keladi va, albatta, sezgirlikni yo'qotish. Shuning uchun navbatchi bunday bildirishnomalarni e'tiborsiz qoldiradi yoki hatto filtrlaydi va har doim kerak bo'lganda ularga javob bermaydi. Bu tuzoqqa tushmang! Barcha bildirishnomalarni ketma-ket o'rnatmang va keyin ularni xudojo'y papkaga elektron pochta orqali yuboring.
Amaliy ahamiyatga ega bo'lgan bildirishnoma qanday ko'rinishga ega:
- Bildirishnoma yangiliklarni xabar qilishdan ko'ra harakatni talab qiladi.
- Bu harakatni avtomatlashtirish qiyin yoki xavfli. Agar harakatni avtomatlashtirish mumkin bo'lsa, uni avtomatlashtiring, odamlarni bezovta qilishni to'xtating!
- Xabarnoma shaklda shoshilinch tavsiyalarni o'z ichiga oladi (SLA) yoki (RTO). Keyin navbatchi tashkilotning hodisalarni boshqarish dasturini faollashtirishi mumkin.
Men aniqlik kiritmoqchiman: bildirishnomalar faqat API uchun eng muhim SLO (xizmat darajasidagi maqsadlar) uchun kelishi kerakligini aytmayapman. SLO monitoringi doimiy ravishda parchalanadi va bo'linadi va barcha xizmatlarga bir xil yondashuvni talab qiladi. Sizga pul to'laydigan mijozlar uchun eng muhim SLOlarni kuzatib borishingiz aniq. Ammo ma'lumotlar bazalari kabi infratuzilma SLOlari ham kuzatilishi kerak. Tez orada siz ichki mijozlar bilan ishlashingiz va ularni qo'llab-quvvatlashingiz kerak bo'ladi. Va hokazolar infinitum.
Semptomlarga asoslangan - alomatlarga urg'u berish
Sizga yoqadimi yoki yo'qmi, siz taqsimlangan tizimda ishlayapsiz (Kavaj). Natijada siz xizmatlarni izolyatsiya qilish va ularni muvaffaqiyatsizlikdan himoya qilish uchun turli xil taktikalardan foydalanasiz (Trainor va boshqalar)3. Va kechiktirilgan axlat yig'ish yoki to'xtatilgan ma'lumotlar bazasi so'rovi muammolarni ko'rsatsa-da, agar foydalanuvchilar yaqin kelajakda muammolarga duch kelmasa, ularni tuzatishga shoshilishning hojati yo'q.
Bu muhim signallar va amaliy ahamiyatga ega bo'lishi mumkin, ammo agar ular foydalanuvchilarni bezovta qilmasa, xizmatchini chalg'itadigan darajada shoshilinch emas. Sababga asoslangan bildirishnomalar tizimdagi nosozlik haqidagi aqliy modellarimizning suratlaridir. Muvaffaqiyatsizlikning barcha mumkin bo'lgan sabablarini sanab o'tishdan ko'ra, muhim alomatlarni kuzatish yaxshiroqdir.
Bildirishnomalarni mazmunli qilish uchun unga e'tibor qarating , foydalanuvchilar uchun muhim. Evashchuk buni "foydalanuvchilar uchun monitoring" deb ataydi. Ushbu falsafa butun tashkilotda qo'llanilishi kerakligini unutmang. Agar xizmatda infratuzilmaning chuqur joyida favqulodda muammolar mavjud bo'lsa, tegishli guruh ularni hal qiladi. Tizimlarni bunday nosozliklardan himoya qilish mutlaqo alohida masala (Trainer va boshqalar, tanqidiy bog'liqliklarni minimallashtirish strategiyalari bo'limi).
Semptomlar unchalik o'zgaruvchan emas
Richard Kuk bizga murakkab tizimlar kamchiliklar, kamchiliklar va muammolarga to'la ekanligini eslatib turadi. Barcha mumkin bo'lgan sabablarni sanab o'tishga urinish - Sisyphean vazifasi. Siz muammolarni tasvirlashga harakat qilasiz, lekin ular doimo o'zgarib turadi. Sindi Sridxaranning fikricha, "tizimlar har soniyada mukammal holatda bo'lishi shart emas" va ko'proq insoniy yondashuvdan foydalanish yaxshiroqdir ( (“Taqsimlangan tizimlarni kuzatish”), 7).
Hodisadan keyin bildirishnomalardan qoching
Odatda sabablar haqidagi bildirishnomalar hodisalarni tuzatish uchun sozlanadi. Va sodir bo'lgan voqea haqidagi bu cheklangan bildirishnomalar noto'g'ri xavfsizlik hissi yaratadi, chunki tizim har safar buzishning yangi usullarini taklif qiladi.
Sabablar haqidagi xabarlarga aldanmang. Yaxshisi o'ylab ko'ring:
- Nima uchun simptomlarga asoslangan bildirishnoma muammoni sezmadi?
- Foydalanuvchi uchun kontekstni yaxshilash foydali bo'ladimi?
- Nima bo'lganligi haqida bildirishnomalarni to'plashdan ko'ra, tezroq tashxis qo'yish uchun monitoring vositalarini qanday yaxshilash mumkin?
Tashxis qo'yish uchun monitoring asboblari, agar siz ularni simptomdan yechimga o'tish usuli deb hisoblasangiz, yordam beradi. Bu fikr-mulohazasiz, siz shunchaki kechikish bildirishnomalari va o'tmishdagi muvaffaqiyatsizliklar haqida jadvallar bilan bombardimon qilinasiz - kelajakdagilar haqida bir so'z emas. Bu tashkilot uchun himoyadan hujumga o'tish uchun ajoyib imkoniyatdir. Ishlab chiquvchilar va mahsulot menejerlari bir xil umidlarga va aniq maqsadlarga ega bo'lishadi. Vaziyat - CASE (:wink:) - har bir bildirishnoma uchun aniq.
Sabablarga asoslangan bildirishnomalar o'rtacha darajada qabul qilinadi
Ba'zida tizimimiz sabablarga asoslangan bildirishnomalar bo'yicha bizga kam tanlov qoldiradi. Va ba'zida navbatchilar alomat, albatta, muvaffaqiyatsizlikka olib kelishini juda yaxshi tushunishadi va shuning uchun amaliy ahamiyatga ega. Ehtimol, siz nima bo'layotganiga ishonchingiz komil emas va xavfsiz tomonda bo'lish uchun bildirishnomalarni o'rnatayotgandirsiz. Umid qilamizki, biz ishlash muammosini hal qilish uchun tizimni o'zgartirmagunimizcha, bu harakat vaqtinchalik.
Ushbu vaziyatlarni hal qilishda CASE ning boshqa komponentlarini yodda tuting. Vaqtinchalik bo'lgani uchun, bu sizning boshingiz bilan o'ylashni to'xtatishingiz mumkin degani emas.
Baholangan - baholash
Tizimdagi har qanday o'zgarishlar (yangi kod, yangi infratuzilma, yangi narsa) nosozliklar doirasini kengaytiradi (Kuk, 3). Bu bildirishnoma kutilganidek ishlayaptimi? Tizimlarning aniq va joriy aqliy modellari va ba'zi qo'llab-quvvatlash bildirishnomalariga javob berish tajribasi - bu asosiy xususiyatlar . Tizimlardagi nuqsonlar doimo rivojlanib boradi va biz ular bilan birga bo'lishimiz kerak.
Har bir bildirishnoma kutilganidek ishlashini ta'minlash uchun uning sifatini doimiy ravishda baholashingiz kerak. Hurmatli rahbarlar! Agar siz ushbu jarayonni o'rnatishga yordam bersangiz, jamoalaringizga osonroq bo'ladi! Mana ba'zi baholash g'oyalari:
- Foydalanish , yoki boshqa bildirishnomalarni tekshirish usullari. Jamoa og'ir hodisalarni boshqarish tizimiga tayanmasdan buni o'zi qila oladi!
- Voqea bilan bog'liq barcha bildirishnomalar to'plamini hodisalarni boshqarish dasturingizga kiriting. Foydali, zararli, nomaqbul, tushunarsiz va hokazolarni belgilang. Ulardan fikr-mulohaza sifatida foydalaning.
- To'g'ri bildirishnomalar kamdan-kam hollarda ishga tushiriladi va sinchkovlik bilan tekshiriladi. Barcha havolalar ishlayotganiga ishonch hosil qiling, to'g'ri kontekstga ishora qiling va hokazo.
- Agar bildirishnoma hech qachon yonmasa yoki tez-tez yonib tursa, unda nimadir noto'g'ri. Uni tuzating yoki olib tashlang. Haddan tashqari passivlik yoki faollikdan ehtiyot bo'ling!
- Yaroqlilik sanalari bilan bildirishnoma vaqt belgilarini o'rnating. Agar amal qilish muddati tugagan bo'lsa, CASE usuli yordamida bildirishnomani baholang va vaqt tamg'asini yangilang. Xuddi oziq-ovqat kabi, yaroqlilik muddatini muntazam tekshirib turing.
- Bildirishnomalarni takomillashtirish jarayonini soddalashtiring. Kod sifatida monitoringdan foydalaning va bildirishnomalarni Git omborida saqlang. Pull so'rovlari jamoani jalb qilishga yordam beradi va sizga o'tgan bildirishnomalar tarixini beradi. Va endi siz bildirishnomalarni o'zgartirishdan yoki ular uchun javobgarlardan ruxsat so'rashdan qo'rqmaysiz.
- Oddiy bo'lsa ham, bildirishnomalar uchun fikr-mulohazalarni sozlang , shunday qilib navbatchilar bildirishnomalarni foydasiz yoki tajovuzkor deb belgilaydilar. Bildirishnomaning oʻziga havola yoki harakatga chaqiruv kiriting va fikr-mulohazalaringizni muntazam koʻrib chiqing.
- Jamoada qoida o'rnating - navbatchilar ish kam bo'lganda vazifani soddalashtirish uchun ishlasin. Sizdan keyingi hamma narsa avvalgidan biroz yaxshiroq bo'lsin.
xulosa
O'ylaymanki, CASE usuli ishlab chiquvchilar va tashkilotlarga avtomatlashtirilgan bildirishnomalarni o'rnatish va yuborishni muhokama qilishda yordam beradi. Bitta ishlab chiquvchi CASE usuli yordamida bildirishnomalarni baholashni boshlashi mumkin, keyin esa butun tashkilot bildirishnomalarni yaxshi holatda saqlash uchun boshqa ishlab chiquvchilar, boshqaruv va hodisalarni boshqarish dasturlari bilan birlashadi. Bu maxsus vositalar yoki murakkab jarayonlarni talab qilmaydi.
Butun sanoat yuqori darajadagi mijozlarga xizmat ko'rsatishdan voz kechmasdan, xizmat vaqtida inson omili haqida o'ylashlari kerak. Bu barcha vositalar va amaliyotlarni yaxshilash mumkin va kerak. Umid qilamanki, CASE usuli bunga yordam beradi.
Yaxshilangan bildirishnomalardan bahramand bo'ling!
Manba: www.habr.com