хүн бүрт Сайн байна уу!
Манай компани нь програм хангамж боловсруулах, дараагийн техникийн дэмжлэг үзүүлэх чиглэлээр ажилладаг. Техникийн дэмжлэг нь зөвхөн алдаа засахаас гадна манай програмуудын гүйцэтгэлийг хянахыг шаарддаг.
Жишээлбэл, хэрэв үйлчилгээний аль нэг нь эвдэрсэн бол та энэ асуудлыг автоматаар бүртгэж, шийдэж эхлэх хэрэгтэй бөгөөд сэтгэл хангалуун бус хэрэглэгчид техникийн дэмжлэгтэй холбоо барихыг хүлээх хэрэггүй.
Бидэнд жижиг компани бий, бид програмуудыг хянах нарийн төвөгтэй шийдлүүдийг судалж, хадгалах нөөц байхгүй, бидэнд энгийн бөгөөд үр дүнтэй шийдлийг олох шаардлагатай байсан.
Хяналтын стратеги
Програмын ажиллагааг шалгах нь тийм ч хялбар биш бөгөөд энэ даалгавар нь энгийн зүйл биш, бүр бүтээлч гэж хэлж болно. Олон холбоосын нарийн төвөгтэй системийг шалгах нь ялангуяа хэцүү байдаг.
Та зааныг яаж идэж чадах вэ? Зөвхөн хэсэгчлэн! Бид програмуудыг хянахын тулд энэ аргыг ашигладаг.
Манай мониторингийн стратегийн мөн чанар:
Програмаа бүрэлдэхүүн хэсгүүдэд хуваа.
Бүрэлдэхүүн хэсэг бүрийн хяналтын шалгалтыг үүсгэ.
Бүрэлдэхүүн хэсэг нь түүний бүх хяналтын шалгалтыг алдаагүй хийсэн тохиолдолд ажиллагаатай гэж үзнэ. Хэрэв бүх бүрэлдэхүүн хэсэг нь ажиллаж байвал програмыг эрүүл гэж үзнэ.
Тиймээс аливаа системийг бүрэлдэхүүн хэсгүүдийн мод хэлбэрээр дүрсэлж болно. Нарийн төвөгтэй бүрэлдэхүүн хэсгүүдийг энгийн хэсгүүдэд хуваадаг. Энгийн бүрэлдэхүүн хэсгүүд нь шалгалттай байдаг.
Жишиг үзүүлэлтүүд нь функциональ туршилт хийх зориулалттай биш бөгөөд тэдгээр нь нэгжийн туршилт биш юм. Хяналтын шалгалт нь тухайн бүрэлдэхүүн хэсэг нь тухайн үед ямар мэдрэмж төрж байгааг, түүний үйл ажиллагаанд шаардлагатай бүх нөөц байгаа эсэх, ямар нэгэн асуудал байгаа эсэхийг шалгах ёстой.
Гайхамшиг гэж байдаггүй, ихэнх шалгалтыг бие даан боловсруулах шаардлагатай болно. Гэхдээ бүү ай, учир нь ихэнх тохиолдолд нэг шалгалтад 5-10 мөр код шаардлагатай байдаг ч та ямар ч логикийг хэрэгжүүлэх боломжтой бөгөөд чек хэрхэн ажилладагийг тодорхой ойлгох болно.
Хяналтын систем
Бид програмыг бүрэлдэхүүн хэсгүүдэд хувааж, бүрэлдэхүүн хэсэг бүрийн шалгалтыг гаргаж, хэрэгжүүлсэн гэж бодъё, гэхдээ эдгээр шалгалтын үр дүнг юу хийх вэ? Зарим шалгалт амжилтгүй болсныг бид яаж мэдэх вэ?
Бидэнд хяналтын систем хэрэгтэй болно. Тэрээр дараахь ажлуудыг гүйцэтгэнэ.
- Туршилтын үр дүнг хүлээн авч, бүрэлдэхүүн хэсгүүдийн статусыг тодорхойлоход ашиглана.
Харагдах байдлаараа энэ нь бүрэлдэхүүн хэсгийн модыг онцолсон мэт харагдаж байна. Функциональ бүрэлдэхүүн хэсгүүд нь ногоон болж, асуудалтай нь улаан болж хувирдаг. - Ерөнхий шалгалтыг хайрцагнаас гарга.
Хяналтын систем нь зарим шалгалтыг өөрөө хийх боломжтой. Яагаад дугуйг дахин зохион бүтээх вэ, тэдгээрийг ашиглацгаая. Жишээлбэл, та вэбсайтын хуудас нээгдэж байгаа эсвэл сервер ping хийж байгаа эсэхийг шалгаж болно. - Асуудлын талаар сонирхогч талуудад мэдэгдэл илгээх.
- Хяналтын өгөгдлийг дүрслэн харуулах, тайлан, график, статистик мэдээллээр хангах.
ASMO системийн товч тайлбар
Үүнийг жишээгээр тайлбарлах нь дээр. ASMO системийн гүйцэтгэлийн хяналтыг хэрхэн зохион байгуулж байгааг харцгаая.
ASMO нь цаг уурын автоматжуулсан систем юм. Энэхүү систем нь замын үйлчилгээний мэргэжилтнүүдэд замыг хаана, хэзээ мөс арилгагч бодисоор эмчлэх шаардлагатайг ойлгоход тусалдаг. Уг систем нь замын хяналтын цэгүүдээс мэдээлэл цуглуулдаг. Замын хяналтын цэг нь зам дээрх тоног төхөөрөмж суурилуулсан газар юм: цаг агаарын станц, видео камер гэх мэт. Аюултай нөхцөл байдлыг урьдчилан таамаглахын тулд систем нь гадны эх сурвалжаас цаг агаарын урьдчилсан мэдээг хүлээн авдаг.
Тиймээс системийн бүтэц нь нэлээд ердийн зүйл юм: вэбсайт, агент, тоног төхөөрөмж. Хяналтыг эхлүүлье.
Системийг бүрэлдэхүүн хэсгүүдэд хуваах
ASMO системд дараахь бүрэлдэхүүн хэсгүүдийг ялгаж болно.
1. Хувийн данс
Энэ бол вэб програм юм. Наад зах нь та програмыг интернетэд ашиглах боломжтой эсэхийг шалгах хэрэгтэй.
2. Өгөгдлийн сан
Мэдээллийн сан нь тайлагнахад чухал ач холбогдолтой өгөгдлийг хадгалдаг бөгөөд та мэдээллийн сангийн нөөцлөлтийг амжилттай үүсгэсэн эсэхийг шалгах ёстой.
3. Сервер
Сервер гэж бид програмууд дээр ажилладаг техник хангамжийг хэлнэ. Энэ нь HDD, RAM, CPU-ийн статусыг шалгах шаардлагатай.
4. Агент
Энэ нь хуваарийн дагуу олон төрлийн ажлыг гүйцэтгэдэг Windows үйлчилгээ юм. Наад зах нь та үйлчилгээ ажиллаж байгаа эсэхийг шалгах хэрэгтэй.
5. Агентийн даалгавар
Зөвхөн агент ажиллаж байгааг мэдэх нь хангалтгүй юм. Агент ажиллаж болно, гэхдээ өгөгдсөн даалгавраа биелүүлдэггүй. Агент бүрэлдэхүүнийг даалгавар болгон хувааж, агент ажил бүр амжилттай ажиллаж байгаа эсэхийг шалгацгаая.
6. Замын хяналтын цэгүүд (бүх MPC-ийн контейнер)
Замын хяналтын олон цэгүүд байдаг тул бүх MPC-ийг нэг бүрэлдэхүүн хэсэг болгон нэгтгэе. Энэ нь хяналтын өгөгдлийг уншихад илүү хялбар болгоно. "ASMO систем" бүрэлдэхүүн хэсгийн статусыг харахад асуудал хаана байгаа нь шууд тодорхой болно: программ хангамж, техник хангамж эсвэл дээд удирдлагын системд.
7. Замын хяналтын цэг (нэг дээд хязгаар)
Хэрэв энэ MPC дээрх бүх төхөөрөмжүүд засвар үйлчилгээ хийх боломжтой бол бид энэ бүрэлдэхүүн хэсгийг засварлах боломжтой гэж үзнэ.
8. Төхөөрөмж
Энэ бол хамгийн их концентрацийн хязгаарт суурилуулсан видео камер эсвэл цаг агаарын станц юм. Төхөөрөмж зөв ажиллаж байгаа эсэхийг шалгах шаардлагатай.
Хяналтын системд бүрэлдэхүүн хэсгийн мод дараах байдлаар харагдах болно.
Вэб програмын хяналт
Тиймээс бид системийг бүрэлдэхүүн хэсгүүдэд хуваасан тул одоо бүрэлдэхүүн хэсэг бүрийн шалгалтыг гаргах хэрэгтэй.
Вэб програмыг хянахын тулд бид дараах шалгалтуудыг ашигладаг.
1. Үндсэн хуудасны нээлтийг шалгаж байна
Энэхүү шалгалтыг хяналтын системээр гүйцэтгэдэг. Үүнийг гүйцэтгэхийн тулд бид хуудасны хаяг, хүлээгдэж буй хариултын хэсэг, хүсэлтийг гүйцэтгэх хамгийн дээд хугацааг зааж өгнө.
2. Домэйн төлбөрийн эцсийн хугацааг шалгаж байна
Маш чухал шалгалт. Домэйн төлбөр төлөөгүй тохиолдолд хэрэглэгчид сайтыг нээж чадахгүй. Асуудлыг шийдэхэд хэдэн өдөр зарцуулагдаж магадгүй, учир нь... DNS-ийн өөрчлөлтийг шууд хийхгүй.
3. SSL сертификатыг шалгаж байна
Өнөө үед бараг бүх вэбсайтууд нэвтрэхийн тулд https протоколыг ашигладаг. Протокол зөв ажиллахын тулд танд хүчинтэй SSL сертификат хэрэгтэй.
Хяналтын систем дэх "Хувийн данс" бүрэлдэхүүнийг доор харуулав.
Дээрх бүх шалгалтууд ихэнх програмуудад ажиллах бөгөөд кодлох шаардлагагүй. Та 5 минутын дотор ямар ч вэб програмыг хянаж эхлэх боломжтой тул энэ нь маш сайхан юм. Доорх нь вэб програмд зориулж хийж болох нэмэлт шалгалтууд байгаа боловч тэдгээрийн хэрэгжилт нь илүү төвөгтэй бөгөөд програмын онцлогтой тул бид энэ нийтлэлд тэдгээрийг авч үзэхгүй.
Та өөр юу шалгах вэ?
Вэб програмаа бүрэн хянахын тулд та дараах шалгалтыг хийж болно.
- Нэг үе дэх JavaScript алдааны тоо
- Тухайн хугацааны вэб програмын тал (арын төгсгөл) дээрх алдааны тоо
- Амжилтгүй болсон вэб програмын хариултын тоо (хариуны код 404, 500 гэх мэт)
- Асуулга гүйцэтгэх дундаж хугацаа
Windows үйлчилгээг хянах (агент)
ASMO системд агент нь даалгаврыг төлөвлөгчийн үүргийг гүйцэтгэдэг бөгөөд энэ нь төлөвлөсөн даалгавруудыг арын дэвсгэр дээр гүйцэтгэдэг.
Хэрэв бүх агентын ажлууд амжилттай дууссан бол агент зөв ажиллаж байна. Агентыг хянахын тулд түүний даалгаврыг хянах хэрэгтэй болж байна. Тиймээс бид "Агент" бүрэлдэхүүн хэсгийг даалгавар болгон хуваадаг. Даалгавар бүрийн хувьд бид хяналтын системд "Агент" бүрэлдэхүүн хэсэг нь "эцэг эх" байх тусдаа бүрэлдэхүүн хэсгийг бий болгоно.
Бид Агент бүрэлдэхүүнийг хүүхэд бүрэлдэхүүн хэсгүүдэд (даалгавар) хуваадаг:
Тиймээс, бид нарийн төвөгтэй бүрэлдэхүүн хэсгүүдийг хэд хэдэн энгийн хэсгүүдэд хуваасан. Одоо бид энгийн бүрэлдэхүүн хэсэг бүрийг шалгах хэрэгтэй. "Агент"-ын эх бүрэлдэхүүн хэсэг нь ямар ч шалгалт хийхгүй гэдгийг анхаарна уу, учир нь хяналтын систем нь хүүхдийн бүрэлдэхүүн хэсгүүдийн статус дээр үндэслэн статусаа бие даан тооцоолох болно. Өөрөөр хэлбэл, бүх ажил амжилттай дууссан бол агент амжилттай ажиллаж байна гэсэн үг.
ASMO системд зуу гаруй даалгавар байдаг тул даалгавар бүрт өвөрмөц шалгалт хийх шаардлагатай юу? Мэдээжийн хэрэг, хэрэв бид төлөөлөгчийн даалгавар болгонд өөрсдийн тусгай шалгалтыг гаргаж, хэрэгжүүлбэл хяналт илүү сайн байх болно, гэхдээ ихэнх тохиолдолд бүх нийтийн шалгалтыг ашиглахад хангалттай.
ASMO систем нь даалгаврын хувьд зөвхөн бүх нийтийн шалгалтыг ашигладаг бөгөөд энэ нь системийн гүйцэтгэлийг хянахад хангалттай юм.
Явцыг шалгаж байна
Хамгийн энгийн бөгөөд үр дүнтэй шалгалт бол гүйцэтгэлийн шалгалт юм. Шалгалт нь даалгаврыг алдаагүй гүйцэтгэсэн эсэхийг шалгана. Бүх даалгаварт энэ шалгалт байна.
Баталгаажуулах алгоритм
Даалгаврын гүйцэтгэл бүрийн дараа та даалгаврын гүйцэтгэл амжилттай бол АМЖИЛТЫН шалгалтын үр дүнг хяналтын систем рүү, хэрэв гүйцэтгэл алдаатай дууссан бол ERROR гэж илгээх шаардлагатай.
Энэхүү шалгалт нь дараах асуудлуудыг илрүүлж чадна.
- Даалгавар ажиллаж байгаа боловч алдаа гарлаа.
- Даалгавар ажиллахаа больсон, жишээлбэл, хөлдсөн.
Эдгээр асуудлууд хэрхэн шийдэгдэж байгааг илүү нарийвчлан авч үзье.
Асуудал 1 – Даалгавар ажиллаж байгаа боловч алдаа гарлаа
14:00-16:00 цагийн хооронд даалгавар ажиллаж байгаа боловч амжилтгүй болсон тохиолдлыг доор харуулав.
Даалгавар бүтэлгүйтсэн тохиолдолд хяналтын системд дохио нэн даруй илгээгдэж, хяналтын систем дэх холбогдох шалгалтын төлөв дохиолол болж байгааг зураг харуулж байна.
Хяналтын системд бүрэлдэхүүн хэсгийн байдал нь баталгаажуулалтын статусаас хамаарна гэдгийг анхаарна уу. Шалгалтын дохиоллын төлөв нь бүх дээд түвшний бүрэлдэхүүн хэсгүүдийг дохиолол болгон өөрчлөх бөгөөд доорх зургийг үзнэ үү.
Асуудал 2 - Даалгаврыг гүйцэтгэхээ больсон (царцаасан)
Даалгавар гацсан гэдгийг хяналтын систем хэрхэн ойлгох вэ?
Шалгалтын үр дүн нь хүчинтэй байх хугацаатай, жишээлбэл, 1 цаг. Хэрэв нэг цаг өнгөрч, туршилтын шинэ үр дүн гарахгүй бол хяналтын систем нь туршилтын статусыг дохиололд тохируулна.
Дээрх зураг дээр шөнийн 14:00 цагт гэрэл унтарсан байв. 15:00 цагт хяналтын систем нь шинжилгээний хариу (14:00 цагаас) ялзарсан болохыг илрүүлэх болно, учир нь Холбогдох хугацаа дууссан (нэг цаг), гэхдээ шинэ үр дүн байхгүй тул шалгалтыг дохиоллын төлөв рүү шилжүүлнэ.
16:00 цагт гэрэл дахин ассан бөгөөд програм нь даалгавраа гүйцэтгэж, гүйцэтгэлийн үр дүнг хяналтын системд илгээх болно, туршилтын байдал дахин амжилттай болно.
Би ямар шалгалтын хамааралтай цагийг ашиглах ёстой вэ?
Холбогдох хугацаа нь даалгавар гүйцэтгэх хугацаанаас их байх ёстой. Холбогдох хугацааг даалгаврын гүйцэтгэлээс 2-3 дахин урт болгохыг зөвлөж байна. Энэ нь жишээлбэл, ажил ердийнхөөс удаан үргэлжилсэн эсвэл хэн нэгэн програмыг дахин ачаалах үед хуурамч мэдэгдэл хүлээн авахаас зайлсхийхэд шаардлагатай.
Явцыг шалгаж байна
ASMO систем нь "Ачааллын урьдчилсан мэдээ" гэсэн даалгавартай бөгөөд энэ нь гадны эх сурвалжаас цагт нэг удаа шинэ таамаглалыг татаж авахыг оролддог. Гадаад системд шинэ таамаглал гарч ирэх цаг нь тодорхойгүй байгаа ч энэ нь өдөрт 2 удаа тохиолддог гэдгийг мэддэг. Хэрэв хэдэн цагийн турш шинэ урьдчилсан мэдээ гараагүй бол энэ нь хэвийн үзэгдэл, гэхдээ нэг хоногоос илүү шинэ урьдчилсан мэдээ гараагүй бол хаа нэгтээ ямар нэг зүйл эвдэрсэн гэсэн үг юм. Жишээлбэл, гадаад таамаглалын систем дэх өгөгдлийн формат өөрчлөгдөж магадгүй тул ASMO урьдчилсан мэдээний шинэ хувилбарыг харахгүй.
Баталгаажуулах алгоритм
Даалгавар нь ахиц дэвшилд хүрэхэд АМЖИЛТ шалгалтын үр дүнг хяналтын систем рүү илгээдэг (цаг агаарын шинэ мэдээг татаж авах). Хэрэв ахиц дэвшил гарахгүй эсвэл алдаа гарвал хяналтын систем рүү юу ч илгээгдэхгүй.
Шалгалт нь холбогдох интервалтай байх ёстой бөгөөд энэ хугацаанд шинэ ахиц дэвшлийг хүлээн авах баталгаатай болно.
Хяналтын систем нь сканнердсан сүүлийн үр дүнгийн хүчинтэй байх хугацаа дуусах хүртэл хүлээдэг тул бид саатал гарсан асуудлын талаар мэдэх болно гэдгийг анхаарна уу. Тиймээс чекийн хүчинтэй байх хугацааг хэт удаан хийх шаардлагагүй.
Өгөгдлийн сангийн мониторинг
ASMO систем дэх мэдээллийн баазыг хянахын тулд бид дараах шалгалтуудыг хийдэг.
- Нөөц үүсгэлтийг баталгаажуулж байна
- Дискний сул зайг шалгаж байна
Нөөц үүсгэлтийг баталгаажуулж байна
Ихэнх програмуудад мэдээллийн сангийн хамгийн сүүлийн үеийн нөөцлөлттэй байх нь чухал бөгөөд хэрэв сервер амжилтгүй болвол та програмыг шинэ серверт байршуулж болно.
ASMO нь долоо хоногт нэг удаа нөөц хуулбар үүсгэж, хадгалах сан руу илгээдэг. Энэ процедур амжилттай дууссаны дараа амжилттай шалгах үр дүнг хяналтын систем рүү илгээнэ. Баталгаажуулалтын үр дүн 9 хоногийн хугацаанд хүчинтэй байна. Тэдгээр. Нөөц хуулбар үүсгэхийг хянахын тулд дээр дурдсан "явцыг шалгах" механизмыг ашигладаг.
Дискний сул зайг шалгаж байна
Хэрэв дискэн дээр хангалттай зай байхгүй бол мэдээллийн сан хэвийн ажиллах боломжгүй тул сул зайны хэмжээг хянах нь чухал юм.
Тоон параметрүүдийг шалгахын тулд хэмжигдэхүүнийг ашиглах нь тохиромжтой.
Хэмжигдэхүүн нь тоон хувьсагч бөгөөд түүний утгыг хяналтын системд дамжуулдаг. Хяналтын систем нь босго утгыг шалгаж, хэмжүүрийн статусыг тооцдог.
Хяналтын систем дэх "Мэдээллийн сан" бүрэлдэхүүн хэсэг хэрхэн харагдахыг доор харуулав.
Серверийн хяналт
Серверийг хянахын тулд бид дараах шалгалт, хэмжүүрүүдийг ашигладаг.
1. Дискний сул зай
Хэрэв дискний зай дуусвал програм ажиллах боломжгүй болно. Бид 2 босго утгыг ашигладаг: эхний түвшин нь АНХААРУУЛГА, хоёр дахь түвшин нь ALARM.
2. RAM-ийн дундаж үнэ цэнийн хувиар
Бид цагийн дундажийг ашигладаг, учир нь... Бид ховор уралдааныг сонирхдоггүй.
3. Цагт CPU-ийн дундаж хувь
Бид цагийн дундажийг ашигладаг, учир нь... Бид ховор уралдааныг сонирхдоггүй.
4. Пинг шалгах
Сервер онлайн байгаа эсэхийг шалгана. Хяналтын систем нь энэ шалгалтыг хийх боломжтой бөгөөд код бичих шаардлагагүй.
Хяналтын систем дэх "Сервер" бүрэлдэхүүн хэсэг хэрхэн харагдахыг доор харуулав.
Тоног төхөөрөмжийн хяналт
Мэдээллийг хэрхэн олж авахыг би танд хэлэх болно. Замын хяналтын цэг (MPC) бүрийн хувьд даалгавар төлөвлөгч дээр даалгавар байдаг, жишээлбэл, "МЗХ М2 км 200-ийн судалгаа". Даалгавар нь 30 минут тутамд бүх MPC төхөөрөмжөөс өгөгдлийг хүлээн авдаг.
Харилцааны сувгийн асуудал
Ихэнх тоног төхөөрөмж нь хотын гадна байрладаг; GSM сүлжээг өгөгдөл дамжуулахад ашигладаг бөгөөд энэ нь тогтвортой ажилладаггүй (сүлжээ байгаа эсвэл байхгүй).
Сүлжээний доголдол байнга гардаг тул эхлээд MPC-ийн судалгааг хянахдаа дараах байдлаар харав.
Асуудлын талаар олон худал мэдэгдэл ирсэн тул энэ нь ажиллахгүй байгаа нь тодорхой болсон. Дараа нь төхөөрөмж бүрийн хувьд "явцын шалгалт" ашиглахаар шийдсэн. Төхөөрөмжийг алдаагүй санал хураахад зөвхөн амжилтын дохиог хяналтын системд илгээдэг. Холбогдох хугацааг 5 цаг гэж тогтоосон.
Одоо хяналт нь төхөөрөмжийг 5 цагаас илүү хугацаанд санал асуулга явуулах боломжгүй үед л асуудлын талаар мэдэгдэл илгээдэг. Өндөр магадлалтай бол эдгээр нь хуурамч дохиолол биш, харин бодит асуудал юм.
Хяналтын системд тоног төхөөрөмж ямар харагдахыг доор харуулав.
Чухал!
GSM сүлжээ ажиллахаа болих үед бүх MDC төхөөрөмжүүдийг санал асуулгад оруулахгүй. Хяналтын системээс ирэх имэйлийн тоог багасгахын тулд манай инженерүүд "Төхөөрөмж" гэхээсээ илүү "MPC" төрлийн бүрэлдэхүүн хэсгүүдийн асуудлын талаархи мэдэгдлийг захиалж өгдөг. Энэ нь төхөөрөмж тус бүрд тус тусад нь мэдэгдэл хүлээн авахаас илүүтэйгээр MPC бүрт нэг мэдэгдэл хүлээн авах боломжийг олгоно.
ASMO мониторингийн эцсийн схем
Бүгдийг нэгтгэж, ямар хяналтын схемтэй болохыг харцгаая.
дүгнэлт
Дүгнэж хэлье.
АСМО-ийн гүйцэтгэлийг хянах нь бидэнд юу өгсөн бэ?
1. Согог арилгах хугацаа багассан
Бид өмнө нь хэрэглэгчдээс согогийн талаар сонсож байсан ч бүх хэрэглэгчид согог мэдээлдэггүй. Системийн бүрэлдэхүүн хэсэг гарч ирснээс хойш долоо хоногийн дараа бид эвдэрсэн талаар олж мэдсэн. Одоо хяналтын систем нь асуудал илэрсэн даруйд бидэнд асуудлын талаар мэдэгддэг.
2. Системийн тогтвортой байдал нэмэгдсэн
Согог эрт арилж эхэлснээс хойш систем бүхэлдээ илүү тогтвортой ажиллаж эхэлсэн.
3. Техникийн дэмжлэг үзүүлэх дуудлагын тоог багасгах
Хэрэглэгчид энэ талаар мэдэхээс өмнө олон асуудал шийдэгдэж байна. Хэрэглэгчид техникийн дэмжлэгтэй бага холбоо барьж эхлэв. Энэ бүхэн бидний нэр хүндэд сайнаар нөлөөлж байна.
4. Үйлчлүүлэгч болон хэрэглэгчийн үнэнч байдлыг нэмэгдүүлэх
Үйлчлүүлэгч системийн тогтвортой байдалд эерэг өөрчлөлт гарч байгааг анзаарсан. Хэрэглэгчид системийг ашиглахад бага асуудал тулгардаг.
5. Техникийн дэмжлэгийн зардлыг бууруулах
Бид гар аргаар шалгахаа больсон. Одоо бүх шалгалт автоматжуулсан. Өмнө нь бид асуудлаа хэрэглэгчдээс олж мэдсэн бөгөөд тухайн хэрэглэгч ямар асуудлын талаар ярьж байгааг ойлгоход хэцүү байсан. Одоо ихэнх асуудлуудыг хяналтын систем мэдээлдэг; мэдэгдэл нь техникийн өгөгдлийг агуулдаг бөгөөд энэ нь юу нь хаана, юу нь буруу болсныг үргэлж тодорхой болгодог.
Чухал!
Та хяналтын системийг өөрийн программ ажиллаж байгаа сервер дээр суулгаж болохгүй. Хэрэв сервер унтарвал програмууд ажиллахаа больж, энэ талаар мэдэгдэх хүн байхгүй болно.
Хяналтын систем нь өөр мэдээллийн төвд тусдаа сервер дээр ажиллах ёстой.
Хэрэв та шинэ дата төвд тусгай сервер ашиглахыг хүсэхгүй байгаа бол үүлэн хяналтын системийг ашиглаж болно. Манай компани Zidium үүл хяналтын системийг ашигладаг бол та өөр ямар ч хяналтын системийг ашиглаж болно. Үүл хяналтын системийн өртөг нь шинэ сервер түрээслэхээс бага байна.
Зөвлөмж:
- Бүрэлдэхүүн хэсгүүдийн мод хэлбэрээр програмууд болон системийг аль болох нарийвчлан задлах нь хаана, юу эвдэрч байгааг ойлгоход хялбар байх бөгөөд хяналт илүү бүрэн гүйцэд болно.
- Бүрэлдэхүүн хэсгүүдийн ажиллагааг шалгахын тулд тестийг ашиглана уу. Нэг нарийн төвөгтэй шалгалтаас олон энгийн шалгалтыг ашиглах нь дээр.
- Хэмжилтийн босгыг кодоор бичихийн оронд хяналтын системийн хажуу талд тохируулаарай. Энэ нь таныг програмыг дахин эмхэтгэх, дахин тохируулах, дахин эхлүүлэхээс аврах болно.
- Захиалгат шалгалтын хувьд зарим шалгалтыг гүйцэтгэхэд ердийнхөөс бага зэрэг удсан тул худал мэдэгдэл хүлээн авахаас зайлсхийхийн тулд холбогдох хугацааг ашиглана уу.
- Хяналтын системийн бүрэлдэхүүн хэсгүүдийг зөвхөн асуудал гарсан тохиолдолд улаан болгохыг хичээ. Хэрэв тэд утгагүй улаан болж хувирвал та хяналтын системийн мэдэгдлүүдэд анхаарлаа хандуулахаа больж, утга нь алдагдах болно.
Хэрэв та хараахан хяналтын систем ашиглаагүй байгаа бол эхлүүлээрэй! Энэ нь санагдаж байгаа шиг хэцүү биш юм. Өөрийнхөө ургуулсан ногоон найрлагатай модыг хараад сэтгэлээ хөдөлгөөрэй.
Сайн аз.
Эх сурвалж: www.habr.com