სპილოს ნაწილ-ნაწილ ვჭამთ. გამოყენების ჯანმრთელობის მონიტორინგის სტრატეგია მაგალითებით

გაუმარჯოს ყველას!

ჩვენი კომპანია ეწევა პროგრამული უზრუნველყოფის შემუშავებას და შემდგომ ტექნიკურ მხარდაჭერას. ტექნიკური მხარდაჭერა მოითხოვს არა მხოლოდ შეცდომების გამოსწორებას, არამედ ჩვენი აპლიკაციების მუშაობის მონიტორინგს.

მაგალითად, თუ ერთ-ერთი სერვისი გაფუჭდა, მაშინ საჭიროა ავტომატურად ჩაწეროთ ეს პრობლემა და დაიწყოთ მისი მოგვარება და არ დაელოდოთ უკმაყოფილო მომხმარებლებს ტექნიკურ მხარდაჭერას.

ჩვენ გვყავს პატარა კომპანია, არ გვაქვს რესურსი, რომ შევისწავლოთ და შევინარჩუნოთ რაიმე რთული გადაწყვეტილებები აპლიკაციების მონიტორინგისთვის, ჩვენ გვჭირდებოდა მარტივი და ეფექტური გადაწყვეტის პოვნა.

მონიტორინგის სტრატეგია

აპლიკაციის ფუნქციონირების შემოწმება ადვილი არ არის; ეს ამოცანა არა ტრივიალურია, შეიძლება ითქვას კრეატიულიც კი. განსაკუთრებით რთულია რთული მრავალკავშირიანი სისტემის გადამოწმება.

როგორ შეიძლება სპილო ჭამა? მხოლოდ ნაწილებად! ჩვენ ვიყენებთ ამ მიდგომას აპლიკაციების მონიტორინგისთვის.

ჩვენი მონიტორინგის სტრატეგიის არსი:

დაყავით თქვენი აპლიკაცია კომპონენტებად.
შექმენით კონტროლის შემოწმებები თითოეული კომპონენტისთვის.

კომპონენტი ითვლება ოპერატიულად, თუ მისი კონტროლის ყველა შემოწმება შესრულებულია შეცდომების გარეშე. აპლიკაცია ითვლება ჯანსაღად, თუ მისი ყველა კომპონენტი ფუნქციონირებს.

ამრიგად, ნებისმიერი სისტემა შეიძლება წარმოდგენილი იყოს როგორც კომპონენტების ხე. რთული კომპონენტები იყოფა უფრო მარტივებად. მარტივ კომპონენტებს აქვთ შემოწმებები.

საორიენტაციო ნიშნები არ არის განკუთვნილი ფუნქციური ტესტირების შესასრულებლად, ისინი არ არის ერთეული ტესტები. საკონტროლო შემოწმებამ უნდა შეამოწმოს, თუ როგორ გრძნობს კომპონენტი ამ მომენტში, არის თუ არა მისი ფუნქციონირებისთვის საჭირო ყველა რესურსი და არის თუ არა რაიმე პრობლემა.

სასწაულები არ არის; შემოწმებების უმეტესობა დამოუკიდებლად უნდა განვითარდეს. მაგრამ არ შეგეშინდეთ, რადგან უმეტეს შემთხვევაში ერთი შემოწმება იღებს 5-10 ხაზს კოდს, მაგრამ თქვენ შეგიძლიათ განახორციელოთ ნებისმიერი ლოგიკა და ნათლად მიხვდებით, როგორ მუშაობს შემოწმება.

მონიტორინგის სისტემა

ვთქვათ, ჩვენ დავყავით აპლიკაცია კომპონენტებად, გამოვიმუშავეთ და განვახორციელეთ შემოწმება თითოეული კომპონენტისთვის, მაგრამ რა ვუყოთ ამ შემოწმების შედეგებს? როგორ გავიგოთ, რაიმე შემოწმება ვერ მოხერხდა?

ჩვენ დაგვჭირდება მონიტორინგის სისტემა. ის შეასრულებს შემდეგ დავალებებს:

• მიიღეთ ტესტის შედეგები და გამოიყენეთ ისინი კომპონენტების სტატუსის დასადგენად.
  ვიზუალურად, ეს ჰგავს კომპონენტის ხის ხაზგასმას. ფუნქციური კომპონენტები მწვანე ხდება, პრობლემური – წითლად.
• შეასრულეთ ზოგადი შემოწმება ყუთიდან.
  მონიტორინგის სისტემას შეუძლია თავად განახორციელოს გარკვეული შემოწმებები. რატომ ხელახლა გამოვიგონოთ ბორბალი, მოდით გამოვიყენოთ ისინი. მაგალითად, შეგიძლიათ შეამოწმოთ, რომ ვებსაიტის გვერდი იხსნება ან სერვერი pinging.
• დაინტერესებულ მხარეებს გაუგზავნეთ შეტყობინებები პრობლემების შესახებ.
• მონიტორინგის მონაცემების ვიზუალიზაცია, ანგარიშების, გრაფიკების და სტატისტიკის მიწოდება.

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 სისტემა იყენებს მხოლოდ უნივერსალურ შემოწმებებს ამოცანების შესასრულებლად და ეს საკმარისია სისტემის მუშაობის მონიტორინგისთვის.

პროგრესის შემოწმება
ყველაზე მარტივი და ეფექტური შემოწმება არის შესრულების შემოწმება. შემოწმება ადასტურებს, რომ დავალება შესრულებულია შეცდომების გარეშე. ყველა ამოცანას აქვს ეს შემოწმება.

გადამოწმების ალგორითმი

ყოველი დავალების შესრულების შემდეგ, თქვენ უნდა გაგზავნოთ SUCCESS შემოწმების შედეგი მონიტორინგის სისტემაში, თუ დავალების შესრულება წარმატებით დასრულდა, ან ERROR, თუ შესრულება დასრულებულია შეცდომით.

ამ შემოწმებას შეუძლია გამოავლინოს შემდეგი პრობლემები:

1. ამოცანა მუშაობს, მაგრამ შეცდომით ვერ ხერხდება.
2. დავალებამ შეწყვიტა მუშაობა, მაგალითად, გაიყინა.

მოდით შევხედოთ, როგორ მოგვარდება ეს პრობლემები უფრო დეტალურად.

საკითხი 1 - ამოცანა მუშაობს, მაგრამ შეცდომით ვერ ხერხდება
ქვემოთ მოცემულია შემთხვევა, როდესაც დავალება შესრულებულია, მაგრამ ვერ ხერხდება 14:00-დან 16:00 საათამდე.

ნახაზი აჩვენებს, რომ როდესაც დავალება ვერ ხერხდება, სიგნალი დაუყოვნებლივ იგზავნება მონიტორინგის სისტემაში და მონიტორინგის სისტემაში შესაბამისი შემოწმების სტატუსი განგაში ხდება.

გთხოვთ გაითვალისწინოთ, რომ მონიტორინგის სისტემაში კომპონენტის სტატუსი დამოკიდებულია გადამოწმების სტატუსზე. შემოწმების განგაშის სტატუსი შეცვლის ყველა უფრო მაღალი დონის კომპონენტს განგაში, იხილეთ ქვემოთ მოცემული სურათი.

პრობლემა 2 - დავალება შეწყვიტა შესრულება (გაყინული)
როგორ მიხვდება მონიტორინგის სისტემა, რომ დავალება შეჩერებულია?

შემოწმების შედეგს აქვს მოქმედების ვადა, მაგალითად, 1 საათი. თუ გავიდა ერთი საათი და ტესტის ახალი შედეგი არ არის, მონიტორინგის სისტემა დააყენებს ტესტის სტატუსს განგაში.

ზემოთ სურათზე შუქები ჩაქრა 14:00 საათზე. 15:00 საათზე მონიტორინგის სისტემა დაადგენს, რომ ტესტის შედეგი (14:00 საათიდან) დამპალია, რადგან შესაბამისობის დრო ამოიწურა (ერთი საათი), მაგრამ ახალი შედეგი არ არის და შემოწმება გადაიყვანს განგაშის სტატუსზე.

16:00 საათზე ისევ აანთეს განათება, პროგრამა დაასრულებს დავალებას და შესრულების შედეგს გადასცემს მონიტორინგის სისტემას, ტესტის სტატუსი კვლავ წარმატებული გახდება.

რა შემოწმების შესაბამისობის დრო უნდა გამოვიყენო?

შესაბამისობის დრო უნდა იყოს მეტი, ვიდრე დავალების შესრულების პერიოდი. მე გირჩევთ დააყენოთ შესაბამისობის დრო 2-3-ჯერ მეტი, ვიდრე დავალების შესრულების ვადა. ეს აუცილებელია იმისათვის, რომ თავიდან იქნას აცილებული ყალბი შეტყობინებების მიღება, როდესაც, მაგალითად, დავალებას ჩვეულებრივზე მეტი დრო დასჭირდა ან ვინმემ გადატვირთა პროგრამა.

პროგრესის შემოწმება

ASMO სისტემას აქვს „Load Forecast“ დავალება, რომელიც საათში ერთხელ ცდილობს ახალი პროგნოზის ჩამოტვირთვას გარე წყაროდან. გარე სისტემაში ახალი პროგნოზის გაჩენის ზუსტი დრო უცნობია, მაგრამ ცნობილია, რომ ეს ხდება დღეში 2-ჯერ. გამოდის, რომ თუ რამდენიმე საათის განმავლობაში ახალი პროგნოზი არ არის, მაშინ ეს ნორმალურია, მაგრამ თუ ახალი პროგნოზი არ არის დღეზე მეტი ხნის განმავლობაში, მაშინ სადღაც რაღაც გატეხილია. მაგალითად, მონაცემთა ფორმატი გარე პროგნოზის სისტემაში შეიძლება შეიცვალოს, რის გამოც ASMO ვერ იხილავს პროგნოზის ახალ გამოშვებას.

გადამოწმების ალგორითმი

დავალება SUCCESS შემოწმების შედეგს უგზავნის მონიტორინგის სისტემას, როდესაც ის წარმატებას მიაღწევს (ახალი ამინდის პროგნოზის ჩამოტვირთვა). თუ პროგრესი არ არის ან მოხდა შეცდომა, მაშინ არაფერი იგზავნება მონიტორინგის სისტემაში.

შემოწმებას უნდა ჰქონდეს შესაბამისი ინტერვალი, რომ ამ დროის განმავლობაში გარანტირებული იყოს ახალი პროგრესის მიღება.

გთხოვთ გაითვალისწინოთ, რომ პრობლემის შესახებ დაგვიანებით გავიგებთ, რადგან მონიტორინგის სისტემა ელოდება ბოლო სკანირების შედეგის მოქმედების ვადის ამოწურვას. ამიტომ, შემოწმების მოქმედების ვადა არ არის საჭირო ძალიან დიდი ხნის განმავლობაში.

მონაცემთა ბაზის მონიტორინგი

ASMO სისტემაში მონაცემთა ბაზის გასაკონტროლებლად, ჩვენ ვასრულებთ შემდეგ შემოწმებებს:

1. მიმდინარეობს სარეზერვო ასლის შექმნის დადასტურება
2. დისკზე თავისუფალი სივრცის შემოწმება

მიმდინარეობს სარეზერვო ასლის შექმნის დადასტურება
უმეტეს აპლიკაციებში მნიშვნელოვანია მონაცემთა ბაზის განახლებული სარეზერვო ასლების ქონა, რათა თუ სერვერი ვერ ხერხდება, შეგიძლიათ განათავსოთ პროგრამა ახალ სერვერზე.

ASMO ქმნის სარეზერვო ასლს კვირაში ერთხელ და აგზავნის საცავში. როდესაც ეს პროცედურა წარმატებით დასრულდება, წარმატების შემოწმების შედეგი იგზავნება მონიტორინგის სისტემაში. შემოწმების შედეგი ძალაშია 9 დღის განმავლობაში. იმათ. სარეზერვო ასლების შექმნის გასაკონტროლებლად გამოიყენება "პროგრესის შემოწმების" მექანიზმი, რომელიც ზემოთ განვიხილეთ.

დისკზე თავისუფალი სივრცის შემოწმება
თუ დისკზე არ არის საკმარისი თავისუფალი ადგილი, მონაცემთა ბაზა ვერ იმუშავებს გამართულად, ამიტომ მნიშვნელოვანია თავისუფალი სივრცის ოდენობის კონტროლი.

მოსახერხებელია მეტრიკის გამოყენება რიცხვითი პარამეტრების შესამოწმებლად.

მეტრიკა არის რიცხვითი ცვლადი, რომლის მნიშვნელობა გადაეცემა მონიტორინგის სისტემას. მონიტორინგის სისტემა ამოწმებს ზღვრულ მნიშვნელობებს და ითვლის მეტრულ სტატუსს.

ქვემოთ მოცემულია სურათი, თუ როგორ გამოიყურება "მონაცემთა ბაზის" კომპონენტი მონიტორინგის სისტემაში:

სერვერის მონიტორინგი

სერვერის მონიტორინგისთვის ჩვენ ვიყენებთ შემდეგ შემოწმებებს და მეტრიკას:

1. თავისუფალი ადგილი დისკზე
თუ დისკზე ადგილი ამოიწურება, აპლიკაცია ვერ იმუშავებს. ჩვენ ვიყენებთ 2 ბარიერის მნიშვნელობას: პირველი დონე არის WARNING, მეორე დონე არის ALARM.

2. ოპერატიული მეხსიერების საშუალო ღირებულება პროცენტებში საათში
ჩვენ ვიყენებთ საშუალო საათს, რადგან... ჩვენ არ გვაინტერესებს იშვიათი რასები.

3. CPU საშუალო პროცენტი საათში
ჩვენ ვიყენებთ საშუალო საათს, რადგან... ჩვენ არ გვაინტერესებს იშვიათი რასები.

4. პინგ შემოწმება
ამოწმებს, რომ სერვერი ონლაინ რეჟიმშია. მონიტორინგის სისტემას შეუძლია შეასრულოს ეს შემოწმება, არ არის საჭირო კოდის დაწერა.

ქვემოთ მოცემულია სურათი, თუ როგორ გამოიყურება "სერვერის" კომპონენტი მონიტორინგის სისტემაში:

აღჭურვილობის მონიტორინგი

მე გეტყვით, როგორ არის მიღებული მონაცემები. თითოეული საგზაო კონტროლის პუნქტისთვის (MPC) არის დავალება დავალების დამგეგმავში, მაგალითად, „გამოკითხვა MPC M2 კმ 200“. ამოცანა ყოველ 30 წუთში იღებს მონაცემებს ყველა MPC მოწყობილობიდან.

საკომუნიკაციო არხის პრობლემა
აღჭურვილობის უმეტესი ნაწილი მდებარეობს ქალაქგარეთ; მონაცემთა გადაცემისთვის გამოიყენება GSM ქსელი, რომელიც არ მუშაობს სტაბილურად (არსებობს ქსელი, ან არ არის ერთი).

ქსელის ხშირი უკმარისობის გამო, თავდაპირველად, MPC კვლევის შემოწმება მონიტორინგში ასე გამოიყურებოდა:

გაირკვა, რომ ეს არ იყო სამუშაო ვარიანტი, რადგან იყო მრავალი ცრუ შეტყობინება პრობლემების შესახებ. შემდეგ გადაწყდა თითოეული მოწყობილობისთვის „პროგრესის შემოწმების“ გამოყენება, ე.ი. მხოლოდ წარმატების სიგნალი იგზავნება მონიტორინგის სისტემაში, როდესაც მოწყობილობა გამოკითხულია შეცდომის გარეშე. შესაბამისობის დრო განისაზღვრა 5 საათზე.

ახლა მონიტორინგი აგზავნის შეტყობინებებს პრობლემების შესახებ მხოლოდ მაშინ, როდესაც მოწყობილობის გამოკითხვა შეუძლებელია 5 საათზე მეტი ხნის განმავლობაში. დიდი ალბათობით, ეს არ არის ცრუ სიგნალიზაცია, არამედ რეალური პრობლემები.

ქვემოთ მოცემულია სურათი, თუ როგორ გამოიყურება მოწყობილობა მონიტორინგის სისტემაში:

მნიშვნელოვანია!
როდესაც GSM ქსელი წყვეტს მუშაობას, ყველა MDC მოწყობილობა არ არის გამოკითხული. მონიტორინგის სისტემიდან ელ.ფოსტის რაოდენობის შესამცირებლად, ჩვენი ინჟინრები იწერენ შეტყობინებებს კომპონენტის პრობლემების შესახებ ტიპის „MPC“ და არა „მოწყობილობა“. ეს საშუალებას გაძლევთ მიიღოთ ერთი შეტყობინება თითოეული MPC-სთვის, ვიდრე ცალკე შეტყობინების მიღება თითოეული მოწყობილობისთვის.

ASMO-ს მონიტორინგის საბოლოო სქემა

მოდი ყველაფერი ერთად გავაერთიანოთ და ვნახოთ როგორი მონიტორინგის სქემა გვაქვს.

დასკვნა

შევაჯამოთ.
რა მოგვცა ASMO-ს მუშაობის მონიტორინგმა?

1. დეფექტის აღმოფხვრის დრო შემცირდა
ჩვენ ადრე გვსმენია დეფექტების შესახებ მომხმარებლებისგან, მაგრამ ყველა მომხმარებელი არ აფიქსირებს დეფექტებს. მოხდა ისე, რომ ჩვენ შევიტყვეთ სისტემის კომპონენტის გაუმართაობის შესახებ მისი გამოჩენიდან ერთი კვირის შემდეგ. ახლა მონიტორინგის სისტემა პრობლემის აღმოჩენისთანავე გვატყობინებს პრობლემებს.

2. გაიზარდა სისტემის სტაბილურობა
მას შემდეგ, რაც დეფექტების აღმოფხვრა ადრე დაიწყო, სისტემამ მთლიანობაში დაიწყო ბევრად უფრო სტაბილური მუშაობა.

3. ზარების რაოდენობის შემცირება ტექნიკურ მხარდაჭერაზე
ბევრი პრობლემა მოგვარებულია მანამ, სანამ მომხმარებლები მათ შესახებ იცოდნენ. მომხმარებლებმა დაიწყეს ტექნიკურ მხარდაჭერასთან დაკავშირება ნაკლებად ხშირად. ეს ყველაფერი კარგ გავლენას ახდენს ჩვენს რეპუტაციაზე.

4. მომხმარებელთა და მომხმარებლის ლოიალობის გაზრდა
მომხმარებელმა შენიშნა დადებითი ცვლილებები სისტემის სტაბილურობაში. მომხმარებლები ნაკლებ პრობლემებს აწყდებიან სისტემის გამოყენებისას.

5. ტექნიკური დახმარების ხარჯების შემცირება
ჩვენ შევწყვიტეთ ნებისმიერი ხელით შემოწმების შესრულება. ახლა ყველა შემოწმება ავტომატიზირებულია. ადრე პრობლემების შესახებ ვიგებდით მომხმარებლებისგან; ხშირად ძნელი იყო იმის გაგება, თუ რა პრობლემაზე საუბრობდა მომხმარებელი. ახლა პრობლემების უმეტესობას მონიტორინგის სისტემა აფიქსირებს; შეტყობინებები შეიცავს ტექნიკურ მონაცემებს, რაც ყოველთვის ცხადყოფს, რა მოხდა და სად.

მნიშვნელოვანია!
თქვენ არ შეგიძლიათ დააინსტალიროთ მონიტორინგის სისტემა იმავე სერვერზე, სადაც მუშაობს თქვენი აპლიკაციები. თუ სერვერი გაქრება, აპლიკაციები შეწყვეტენ მუშაობას და არავინ იქნება ამის შესახებ შეტყობინებები.

მონიტორინგის სისტემა უნდა იმუშაოს ცალკე სერვერზე სხვა მონაცემთა ცენტრში.

თუ არ გსურთ გამოყოფილი სერვერის გამოყენება ახალ მონაცემთა ცენტრში, შეგიძლიათ გამოიყენოთ ღრუბლოვანი მონიტორინგის სისტემა. ჩვენი კომპანია იყენებს Zidium ღრუბლოვანი მონიტორინგის სისტემას, მაგრამ თქვენ შეგიძლიათ გამოიყენოთ ნებისმიერი სხვა მონიტორინგის სისტემა. ღრუბლოვანი მონიტორინგის სისტემის ღირებულება უფრო დაბალია, ვიდრე ახალი სერვერის დაქირავება.

რეკომენდაციები:

1. დაარღვიე აპლიკაციები და სისტემები კომპონენტების ხის სახით რაც შეიძლება დეტალურად, ასე რომ მოსახერხებელი იქნება იმის გაგება, თუ სად და რა არის გატეხილი და კონტროლი უფრო სრულყოფილი იქნება.
2. კომპონენტის ფუნქციონირების შესამოწმებლად გამოიყენეთ ტესტები. უმჯობესია გამოიყენოთ ბევრი მარტივი შემოწმება, ვიდრე ერთი რთული.
3. დააკონფიგურირეთ მეტრიკული ზღურბლები მონიტორინგის სისტემის მხარეს, ვიდრე კოდით ჩაწეროთ. ეს გიხსნით აპლიკაციის ხელახლა კომპილაციის, კონფიგურაციის ან გადატვირთვისგან.
4. მორგებული შემოწმებისთვის გამოიყენეთ შესაბამისობის დროის ზღვარი, რათა თავიდან აიცილოთ ყალბი შეტყობინებების მიღება, რადგან ზოგიერთ შემოწმებას ჩვეულებრივზე ცოტა მეტი დრო დასჭირდა.
5. შეეცადეთ მონიტორინგის სისტემაში კომპონენტები წითლად აქციოთ მხოლოდ მაშინ, როდესაც ნამდვილად არის პრობლემა. თუ ისინი ტყუილად გაწითლდებიან, მაშინ ყურადღებას აღარ მიაქცევთ მონიტორინგის სისტემის შეტყობინებებს, მისი მნიშვნელობა დაიკარგება.

თუ ჯერ არ იყენებთ მონიტორინგის სისტემას, დაიწყეთ! ეს არც ისე რთულია, როგორც ჩანს. დააკვირდით მწვანე ინგრედიენტების ხეს, რომელიც თქვენ თვითონ გაზარდეთ.

წარმატებებს გისურვებთ.

წყარო: www.habr.com