מיר עסן דעם העלפאַנד אין טיילן. אַפּפּליקאַטיאָן געזונט מאָניטאָרינג סטראַטעגיע מיט ביישפילן

העלא אַלעמען!

אונדזער פירמע איז פאַרקנאַסט אין ווייכווארג אַנטוויקלונג און סאַבסאַקוואַנט טעכניש שטיצן. טעכניש שטיצן ריקווייערז ניט בלויז פיקסיר ערראָרס, אָבער מאָניטאָרינג די פאָרשטעלונג פון אונדזער אַפּלאַקיישאַנז.

פֿאַר בייַשפּיל, אויב איינער פון די סערוויסעס איז קראַשט, איר דאַרפֿן צו אויטאָמאַטיש רעקאָרדירן דעם פּראָבלעם און אָנהייבן צו סאָלווע עס, און נישט וואַרטן פֿאַר דיסאַטאַספייד ניצערס צו קאָנטאַקט טעכניש שטיצן.

מיר האָבן אַ קליין פירמע, מיר טאָן ניט האָבן די רעסורסן צו לערנען און טייַנען קיין קאָמפּלעקס סאַלושאַנז פֿאַר מאָניטאָרינג אַפּלאַקיישאַנז, מיר דאַרפֿן צו געפֿינען אַ פּשוט און עפעקטיוו לייזונג.

מאָניטאָרינג סטראַטעגיע

עס איז נישט גרינג צו קאָנטראָלירן די פאַנגקשאַנאַליטי פון אַ אַפּלאַקיישאַן; די אַרבעט איז ניט-ניטוויאַל, איינער קען אפילו זאָגן שעפעריש. עס איז ספּעציעל שווער צו באַשטעטיקן אַ קאָמפּלעקס מאַלטי-לינק סיסטעם.

ווי קענען איר עסן אַ העלפאַנד? בלויז אין טיילן! מיר נוצן דעם צוגאַנג צו מאָניטאָר אַפּלאַקיישאַנז.

די עסאַנס פון אונדזער מאָניטאָרינג סטראַטעגיע:

צעטיילן דיין אַפּלאַקיישאַן אין קאַמפּאָונאַנץ.
שאַפֿן קאָנטראָל טשעקס פֿאַר יעדער קאָמפּאָנענט.

א קאָמפּאָנענט איז גערעכנט ווי אַפּעריישאַנאַל אויב אַלע זייַן קאָנטראָל טשעקס זענען דורכגעקאָכט אָן ערראָרס. אַ אַפּלאַקיישאַן איז געהאלטן געזונט אויב אַלע זייַן קאַמפּאָונאַנץ זענען פאַנגקשאַנאַל.

אזוי, קיין סיסטעם קענען זיין רעפּריזענטיד ווי אַ בוים פון קאַמפּאָונאַנץ. קאָמפּלעקס קאַמפּאָונאַנץ זענען צעבראכן אַראָפּ אין סימפּלער אָנעס. פּשוט קאַמפּאָונאַנץ האָבן טשעקס.

בענטשמאַרקס זענען נישט מענט צו דורכפירן פאַנגקשאַנאַל טעסטינג, זיי זענען נישט אַפּאַראַט טעסץ. קאָנטראָל טשעקס זאָל קאָנטראָלירן ווי דער קאָמפּאָנענט פילז אין דעם מאָמענט אין צייט, צי עס זענען אַלע די רעסורסן נייטיק פֿאַר זייַן פאַנגקשאַנינג, און צי עס זענען קיין פראבלעמען.

עס זענען קיין מיראַקאַלז; רובֿ טשעקס וועט זיין דעוועלאָפּעד ינדיפּענדאַנטלי. אָבער טאָן ניט זיין דערשראָקן, ווייַל אין רובֿ קאַסעס איין טשעק נעמט 5-10 שורות פון קאָד, אָבער איר קענען ינסטרומענט קיין לאָגיק און איר וועט קלאר פֿאַרשטיין ווי די טשעק אַרבעט.

מאָניטאָרינג סיסטעם

זאל ס זאָגן מיר שפּאַלטן די אַפּלאַקיישאַן אין קאַמפּאָונאַנץ, געקומען מיט און ימפּלאַמענאַד טשעקס פֿאַר יעדער קאָמפּאָנענט, אָבער וואָס צו טאָן מיט די רעזולטאַטן פון די טשעקס? ווי טאָן מיר וויסן אויב עטלעכע טשעק ניט אַנדערש?

מיר וועלן דאַרפֿן אַ מאָניטאָרינג סיסטעם. זי וועט דורכפירן די פאלגענדע טאַסקס:

• באַקומען פּראָבע רעזולטאַטן און נוצן זיי צו באַשליסן די סטאַטוס פון קאַמפּאָונאַנץ.
  וויסואַללי, דאָס קוקט ווי כיילייטינג די קאָמפּאָנענט בוים. פאַנגקשאַנאַל קאַמפּאָונאַנץ ווערן גרין, פּראָבלעמאַטיק אָנעס ווערן רויט.
• דורכפירן גענעראַל טשעקס אויס פון די קעסטל.
  די מאָניטאָרינג סיסטעם קענען דורכפירן עטלעכע טשעקס זיך. פארוואס ריינווענט די ראָד, לאָזן אונדז נוצן זיי. פֿאַר בייַשפּיל, איר קענען קאָנטראָלירן אַז אַ וועבזייטל איז עפן אָדער די סערווער איז פּינג.
• שיקן נאָוטאַפאַקיישאַנז פון פּראָבלעמס צו אינטערעסירט פּאַרטיעס.
• וויסואַליזאַטיאָן פון מאָניטאָרינג דאַטן, צושטעלן פון ריפּאָרץ, גראַפס און סטאַטיסטיק.

קורץ באַשרייַבונג פון די ASMO סיסטעם

עס איז בעסטער צו דערקלערן מיט אַ בייַשפּיל. זאל ס קוק אין ווי מאָניטאָרינג פון די פאָרשטעלונג פון די ASMO סיסטעם איז אָרגאַניזירט.

ASMO איז אַן אָטאַמייטיד מעטעאָראָלאָגיקאַל שטיצן סיסטעם. די סיסטעם העלפּס וועג סערוויס ספּעשאַלאַסץ פֿאַרשטיין ווו און ווען עס איז נייטיק צו מייַכל די וועג מיט די-ייסינג מאַטעריאַלס. די סיסטעם קאַלעקץ דאַטן פון וועג קאָנטראָל פונקטן. א וועג קאנטראל-פונקט איז א פלאץ אויפן וועג וואו עס איז איינגעשטעלט עקוויפמענט: א וועטער סטאנציע, א ווידעא קאמערא אאז"וו. צו פאָרויסזאָגן געפערלעך סיטואַטיאָנס, די סיסטעם נעמט וועטער פאָרקאַסץ פון פונדרויסנדיק קוואלן.

אַזוי, דער זאַץ פון די סיסטעם איז גאַנץ טיפּיש: וועבזייטל, אַגענט, ויסריכט. זאל ס אָנהייבן מאָניטאָרינג.

ברייקינג די סיסטעם אַראָפּ אין קאַמפּאָונאַנץ

די פאלגענדע קאַמפּאָונאַנץ קענען זיין אונטערשיידן אין די ASMO סיסטעם:

1. פערזענלעכע חשבון
דאָס איז אַ וועב אַפּלאַקיישאַן. אין אַ מינימום, איר דאַרפֿן צו קאָנטראָלירן אַז די אַפּלאַקיישאַן איז בנימצא אויף דער אינטערנעץ.

2. דאַטאַבאַסע
די דאַטאַבייס סטאָרז דאַטן וואָס זענען וויכטיק פֿאַר ריפּאָרטינג, און איר מוזן ענשור אַז די דאַטאַבייס באַקאַפּס זענען באשאפן הצלחה.

3. סערווירער
מיט סערווער מיר מיינען די ייַזנוואַרג אויף וואָס אַפּלאַקיישאַנז לויפן. עס איז נייטיק צו קאָנטראָלירן די סטאַטוס פון הדד, באַראַן, קפּו.

4. אַגענט
דאָס איז אַ Windows דינסט וואָס פּערפאָרמז פילע פאַרשידענע טאַסקס אויף אַ פּלאַן. אין אַ מינימום, איר דאַרפֿן צו קאָנטראָלירן אַז די סערוויס איז פליסנדיק.

5. אַגענט אַרבעט
נאָר וויסן אַז אַן אַגענט אַרבעט איז נישט גענוג. אַן אַגענט קען אַרבעטן, אָבער נישט דורכפירן זיין אַסיינד טאַסקס. זאל ס שפּאַלטן די אַגענט קאָמפּאָנענט אין טאַסקס און קאָנטראָלירן צי יעדער אַגענט אַרבעט אַרבעט הצלחה.

6. וועג קאָנטראָל פונקטן (container פון אַלע MPCs)
עס זענען פילע וועג קאָנטראָל פונקטן, אַזוי לאָזן אונדז פאַרבינדן אַלע MPCs אין איין קאָמפּאָנענט. דאָס וועט מאַכן עס מער באַקוועם צו לייענען מאָניטאָרינג דאַטן. ווען איר זען די סטאַטוס פון די "ASMO סיסטעם" קאָמפּאָנענט, עס וועט מיד זיין קלאָר ווו די פּראָבלעמס זענען: אין אַפּלאַקיישאַנז, ייַזנוואַרג אָדער אין די מאַקסימום קאָנטראָל סיסטעם.

7. וועג קאָנטראָל פונט (איין מאַקסימום שיעור)
מיר וועלן באַטראַכטן דעם קאָמפּאָנענט צו זיין סערוויסאַבאַל אויב אַלע דעוויסעס אויף דעם MPC זענען סערוויסאַבאַל.

8. מיטל
דאָס איז אַ ווידעא אַפּאַראַט אָדער וועטער סטאַנציע וואָס איז אינסטאַלירן מיט די מאַקסימום קאַנסאַנטריישאַן שיעור. עס איז נייטיק צו קאָנטראָלירן אַז די מיטל איז ארבעטן רעכט.

אין די מאָניטאָרינג סיסטעם, דער קאָמפּאָנענט בוים וועט קוקן ווי דאָס:

וועב אַפּפּליקאַטיאָן מאָניטאָרינג

אַזוי, מיר האָבן צעטיילט די סיסטעם אין קאַמפּאָונאַנץ, איצט מיר דאַרפֿן צו קומען אַרויף מיט טשעקס פֿאַר יעדער קאָמפּאָנענט.

צו מאָניטאָר אַ וועב אַפּלאַקיישאַן מיר נוצן די פאלגענדע טשעקס:

1. קאָנטראָלירונג די עפן פון די הויפּט בלאַט
דעם קאָנטראָל איז דורכגעקאָכט דורך די מאָניטאָרינג סיסטעם. צו ויספירן עס, מיר אָנווייַזן די בלאַט אַדרעס, די דערוואַרט ענטפער פראַגמענט און די מאַקסימום דורכפירונג צייט פון בעטן.

2. קאָנטראָלירונג די פעלד צאָלונג טערמין
א זייער וויכטיק טשעק. ווען אַ פעלד בלייבט ניט באַצאָלט, ניצערס קענען נישט עפענען דעם פּלאַץ. סאַלווינג די פּראָבלעם קען נעמען עטלעכע טעג, ווייַל ... דנס ענדערונגען זענען נישט געווענדט מיד.

3. קאָנטראָלירונג די ססל באַווייַזן
נאָוואַדייַס, כּמעט אַלע וועבסיטעס נוצן די https פּראָטאָקאָל פֿאַר אַקסעס. פֿאַר די פּראָטאָקאָל צו אַרבעטן ריכטיק, איר דאַרפֿן אַ גילטיק ססל באַווייַזן.

ונטער איז דער "פערזענלעכע אַקאַונט" קאָמפּאָנענט אין די מאָניטאָרינג סיסטעם:

אַלע די טשעקס אויבן וועט אַרבעטן פֿאַר רובֿ אַפּלאַקיישאַנז און דאַרפן קיין קאָדירונג. דאָס איז זייער קיל ווייַל איר קענען אָנהייבן מאָניטאָרינג קיין וועב אַפּלאַקיישאַן אין 5 מינוט. ונטער זענען נאָך טשעקס וואָס קענען זיין דורכגעקאָכט פֿאַר אַ וועב אַפּלאַקיישאַן, אָבער זייער ימפּלאַמענטיישאַן איז מער קאָמפּליצירט און אַפּלאַקיישאַן-ספּעציפיש, אַזוי מיר וועלן נישט דעקן זיי אין דעם אַרטיקל.

וואָס אַנדערש קענען איר קאָנטראָלירן?

צו מאָניטאָר דיין וועב אַפּלאַקיישאַן מער גאָר, איר קענען דורכפירן די פאלגענדע טשעקס:

• נומער פון דזשאַוואַסקריפּט ערראָרס פּער צייַט
• נומער פון ערראָרס אויף די וועב אַפּלאַקיישאַן זייַט (צוריק-סוף) פֿאַר די צייט
• נומער פון ניט געראָטן וועב אַפּלאַקיישאַן רעספּאָנסעס (ענטפער קאָד 404, 500, אאז"ו ו)
• דורכשניטלעך אָנפֿרעג דורכפירונג צייט

מאָניטאָרינג אַ Windows סערוויס (אַגענט)

אין די ASMO סיסטעם, דער אַגענט פיעסעס די ראָלע פון ​​אַ אַרבעט סקעדזשולער, וואָס עקסאַקיוץ סקעדזשולד טאַסקס אין דער הינטערגרונט.

אויב אַלע אַגענט טאַסקס פאַרענדיקן הצלחה, דער אַגענט אַרבעט רעכט. עס טורנס אויס אַז אין סדר צו מאָניטאָר אַן אַגענט, איר דאַרפֿן צו מאָניטאָר זייַן טאַסקס. דעריבער, מיר טיילן די "אַגענט" קאָמפּאָנענט אין טאַסקס. פֿאַר יעדער אַרבעט, מיר מאַכן אַ באַזונדער קאָמפּאָנענט אין די מאָניטאָרינג סיסטעם, ווו דער "אַגענט" קאָמפּאָנענט וועט זיין דער "פאָטער".

מיר שפּאַלטן די אַגענט קאָמפּאָנענט אין קינד קאַמפּאָונאַנץ (טאַסקס):

אַזוי, מיר האָבן צעבראכן אַ קאָמפּלעקס קאָמפּאָנענט אין עטלעכע פּשוט אָנעס. איצט מיר דאַרפֿן צו קומען אַרויף מיט טשעקס פֿאַר יעדער פּשוט קאָמפּאָנענט. ביטע טאָן אַז דער פאָטער קאָמפּאָנענט "אַגענט" וועט נישט האָבן קיין טשעקס, ווייַל די מאָניטאָרינג סיסטעם וועט רעכענען זיין סטאַטוס ינדיפּענדאַנטלי באזירט אויף די סטאַטוס פון די קינד קאַמפּאָונאַנץ. אין אנדערע ווערטער, אויב אַלע טאַסקס זענען געענדיקט הצלחה, דער אַגענט איז פליסנדיק הצלחה.

עס זענען מער ווי אַ הונדערט טאַסקס אין די ASMO סיסטעם, איז עס טאַקע נייטיק צו קומען אַרויף מיט יינציק טשעקס פֿאַר יעדער אַרבעט? פון קורס, קאָנטראָל וועט זיין בעסער אויב מיר קומען אַרויף מיט און ינסטרומענט אונדזער אייגענע ספּעציעל טשעקס פֿאַר יעדער אַגענט אַרבעט, אָבער אין רובֿ קאַסעס עס איז גענוג צו נוצן וניווערסאַל טשעקס.

די ASMO סיסטעם ניצט בלויז וניווערסאַל טשעקס פֿאַר טאַסקס און דאָס איז גענוג צו מאָניטאָר די פאָרשטעלונג פון די סיסטעם.

קאָנטראָלירונג פּראָגרעס
די סימפּלאַסט און מערסט עפעקטיוו טשעק איז די דורכפירונג טשעק. דער טשעק וועראַפייז אַז די אַרבעט איז געענדיקט אָן ערראָרס. אַלע טאַסקס האָבן דעם טשעק.

וועראַפאַקיישאַן אַלגערידאַם

נאָך יעדער דורכפירונג פון די אַרבעט, איר דאַרפֿן צו שיקן די רעזולטאַט פון די הצלחה טשעק צו די מאָניטאָרינג סיסטעם אויב די דורכפירונג פון די אַרבעט איז געראָטן, אָדער טעות אויב די דורכפירונג איז געענדיקט מיט אַ טעות.

דעם טשעק קענען דעטעקט די פאלגענדע פּראָבלעמס:

1. די אַרבעט לויפט אָבער פיילז מיט אַ טעות.
2. די אַרבעט האט פארשטאפט פליסנדיק, פֿאַר בייַשפּיל, עס איז פאַרפרוירן.

זאל ס קוק ווי די פּראָבלעמס זענען סאַלווד אין מער דעטאַל.

אַרויסגעבן 1 - די אַרבעט לויפט אָבער פיילז מיט אַ טעות
ונטער איז אַ פאַל ווו די אַרבעט לויפט אָבער פיילז צווישן 14:00 און 16:00.

די פיגור ווייזט אַז ווען אַ אַרבעט פיילז, אַ סיגנאַל איז מיד געשיקט צו די מאָניטאָרינג סיסטעם און די סטאַטוס פון די קאָראַספּאַנדינג טשעק אין די מאָניטאָרינג סיסטעם ווערט שרעק.

ביטע טאָן אַז אין די מאָניטאָרינג סיסטעם די סטאַטוס פון די קאָמפּאָנענט דעפּענדס אויף די וועראַפאַקיישאַן סטאַטוס. דער שרעק סטאַטוס פון די טשעק וועט טוישן אַלע העכער-מדרגה קאַמפּאָונאַנץ צו שרעק, זען די פיגור אונטן.

פּראָבלעם 2 - די אַרבעט פארשטאפט עקסאַקיוטינג (פאַרפרוירן)
ווי וועט די מאָניטאָרינג סיסטעם פֿאַרשטיין אַז אַ אַרבעט איז סטאַק?

דער טשעק רעזולטאַט האט אַ גילטיקייַט צייַט, פֿאַר בייַשפּיל, 1 שעה. אויב אַ שעה פּאַסיז און עס איז קיין נייַע פּראָבע רעזולטאַט, די מאָניטאָרינג סיסטעם וועט שטעלן די פּראָבע סטאַטוס צו שרעק.

אין די בילד אויבן, די לייץ זענען אויסגעדרייט אַוועק בייַ 14:00. ביי 15:00, די מאָניטאָרינג סיסטעם וועט דעטעקט אַז די פּראָבע רעזולטאַט (פון 14:00) איז פּאַסקודנע, ווייַל די שייכות צייט איז אויסגעגאנגען (איין שעה), אָבער עס איז קיין נייַע רעזולטאַט, און וועט באַשטימען די טשעק צו שרעק סטאַטוס.

אין 16:00 די לייץ זענען פארקערט אויף ווידער, די פּראָגראַם וועט פאַרענדיקן די אַרבעט און שיקן די דורכפירונג רעזולטאַט צו די מאָניטאָרינג סיסטעם, די פּראָבע סטאַטוס וועט ווידער זיין הצלחה.

וואָס טשעק שייכות צייט זאָל איך נוצן?

די שייכות צייט מוזן זיין גרעסער ווי די אַרבעט דורכפירונג צייַט. איך רעקאָמענדירן באַשטעטיקן די שייכות צייט 2-3 מאל מער ווי די אַרבעט דורכפירונג צייַט. דאָס איז נייטיק צו ויסמיידן באַקומען פאַלש נאָוטאַפאַקיישאַנז ווען, למשל, אַ אַרבעט גענומען מער ווי געוויינטלעך אָדער עמעצער רילאָוד די פּראָגראַם.

קאָנטראָלירונג פּראָגרעס

די ASMO סיסטעם האט אַ "לאָאַד פאָרעקאַסט" אַרבעט, וואָס פרוווט צו אָפּלאָדירן אַ נייַע פאָרויסזאָגן פון אַ פונדרויסנדיק מקור אַמאָל אַ שעה. די פּינטלעך צייט ווען אַ נייַע פאָרויסזאָגן איז ארויס אין די פונדרויסנדיק סיסטעם איז נישט באקאנט, אָבער עס איז באקאנט אַז דאָס כאַפּאַנז 2 מאל אַ טאָג. עס קומט אויס אז אויב עס איז נישט פאראן קיין נייע פאראויס פאר עטליכע שעה, איז דאס נארמאל, אבער אויב עס איז נישטא קיין נייע פאראויס פאר מער ווי א טאג, איז ערגעץ עפעס צעבראכן. פֿאַר בייַשפּיל, די דאַטן פֿאָרמאַט אין אַ פונדרויסנדיק פאָרויסזאָגן סיסטעם קען טוישן, וואָס איז וואָס ASMO וועט נישט זען אַ נייַע פאָרויסזאָגן מעלדונג.

וועראַפאַקיישאַן אַלגערידאַם

די אַרבעט סענדז די רעזולטאַט פון די הצלחה טשעק צו די מאָניטאָרינג סיסטעם ווען עס איז געראָטן פּראָגרעס (דאַונלאָודינג אַ נייַע וועטער פאָרויסזאָגן). אויב עס איז קיין פּראָגרעס אָדער אַ טעות אַקערז, גאָרנישט איז געשיקט צו די מאָניטאָרינג סיסטעם.

דער טשעק מוזן האָבן אַ שייכות מעהאַלעך אַזוי אַז אין דעם צייט עס איז געראַנטיד צו באַקומען נייַע פּראָגרעס.

ביטע טאָן אַז מיר וועלן לערנען וועגן דעם פּראָבלעם מיט אַ פאַרהאַלטן, ווייַל די מאָניטאָרינג סיסטעם ווייץ ביז די גילטיקייַט צייַט פון די לעצטע יבערקוקן רעזולטאַט יקספּייערז. דעריבער, די גילטיקייַט צייַט פון די טשעק טוט נישט דאַרפֿן צו זיין געמאכט צו לאַנג.

דאַטאַבאַסע מאָניטאָרינג

צו קאָנטראָלירן די דאַטאַבייס אין די ASMO סיסטעם, מיר דורכפירן די פאלגענדע טשעקס:

1. וועראַפייינג באַקאַפּ שאַפונג
2. קאָנטראָלירונג פריי דיסק פּלאַץ

וועראַפייינג באַקאַפּ שאַפונג
אין רובֿ אַפּלאַקיישאַנז, עס איז וויכטיק צו האָבן ופּדאַטעד דאַטאַבייס באַקאַפּס אַזוי אַז אויב דער סערווער פיילז, איר קענען צעוויקלען דעם פּראָגראַם צו אַ נייַע סערווער.

ASMO קריייץ אַ באַקאַפּ קאָפּיע אַמאָל אַ וואָך און סענדז עס צו סטאָרידזש. ווען דער פּראָצעדור איז דורכגעקאָכט הצלחה, דער רעזולטאַט פון די הצלחה טשעק איז געשיקט צו די מאָניטאָרינג סיסטעם. די וועראַפאַקיישאַן רעזולטאַט איז גילטיק פֿאַר 9 טעג. יענע. צו קאָנטראָלירן די שאַפונג פון באַקאַפּס, די "פּראָגרעס טשעק" מעקאַניזאַם, וואָס מיר דיסקאַסט אויבן, איז געניצט.

קאָנטראָלירונג פריי דיסק פּלאַץ
אויב עס איז נישט גענוג פריי פּלאַץ אויף די דיסק, די דאַטאַבייס וועט נישט קענען צו פונקציאָנירן רעכט, אַזוי עס איז וויכטיק צו קאָנטראָלירן די סומע פון ​​​​פריי פּלאַץ.

עס איז באַקוועם צו נוצן מעטריקס צו קאָנטראָלירן נומעריקאַל פּאַראַמעטערס.

מעטריקס איז אַ נומעריק בייַטעוודיק, די ווערט פון וואָס איז טראַנסמיטטעד צו די מאָניטאָרינג סיסטעם. די מאָניטאָרינג סיסטעם טשעק די שוועל וואַלועס און קאַלקיאַלייץ די מעטריק סטאַטוס.

ונטער איז אַ בילד פון ווי די "דאַטאַבאַסע" קאָמפּאָנענט קוקט ווי אין די מאָניטאָרינג סיסטעם:

סערווירער מאָניטאָרינג

צו מאָניטאָר די סערווער, מיר נוצן די פאלגענדע טשעקס און מעטריקס:

1. Free דיסק פּלאַץ
אויב די דיסק פּלאַץ לויפט אויס, די אַפּלאַקיישאַן וועט נישט קענען צו אַרבעטן. מיר נוצן 2 שוועל וואַלועס: דער ערשטער מדרגה איז ווארענונג, די רגע מדרגה איז שרעק.

2. דורכשניטלעך באַראַן ווערט אין פּראָצענט פּער שעה
מיר נוצן די אַורלי דורכשניטלעך ווייַל ... מיר זענען נישט אינטערעסירט אין זעלטן ראַסעס.

3. דורכשניטלעך קפּו פּראָצענט פּער שעה
מיר נוצן די אַורלי דורכשניטלעך ווייַל ... מיר זענען נישט אינטערעסירט אין זעלטן ראַסעס.

4. פּינג טשעק
טשעק אַז דער סערווער איז אָנליין. די מאָניטאָרינג סיסטעם קענען דורכפירן דעם טשעק; עס איז ניט דאַרפֿן צו שרייַבן קאָד.

ונטער איז אַ בילד פון ווי דער "סערווער" קאָמפּאָנענט קוקט ווי אין די מאָניטאָרינג סיסטעם:

ויסריכט מאָניטאָרינג

איך וועט זאָגן איר ווי די דאַטן זענען באקומען. פֿאַר יעדער וועג קאָנטראָל פונט (מפּק) עס איז אַ אַרבעט אין די אַרבעט פּלאַננער, למשל, "איבערבליק MPC M2 km 200". די אַרבעט נעמט דאַטן פון אַלע MPC דעוויסעס יעדער 30 מינוט.

קאָמוניקאַציע קאַנאַל פּראָבלעם
רובֿ פון די ויסריכט איז ליגן אַרויס די שטאָט; אַ GSM נעץ איז געניצט פֿאַר דאַטן טראַנסמיסיע, וואָס אַרבעט נישט סטאַביל (עס איז אַ נעץ, אָדער עס איז נישט איין).

רעכט צו אָפט נעץ פייליערז, אין ערשטער, קאָנטראָלירונג די MPC יבערבליק אין מאָניטאָרינג געקוקט ווי דאָס:

עס איז געווארן קלאָר אַז דאָס איז נישט אַ אַרבעט אָפּציע, ווייַל עס זענען געווען פילע פאַלש נאָוטאַפאַקיישאַנז וועגן פּראָבלעמס. דערנאָך עס איז באַשלאָסן צו נוצן אַ "פּראָגרעס טשעק" פֿאַר יעדער מיטל, ד"ה. בלויז דער הצלחה סיגנאַל איז געשיקט צו די מאָניטאָרינג סיסטעם ווען די מיטל איז פּאָולד אָן אַ טעות. די צייט איז באַשטימט צו 5 שעה.

איצט מאָניטאָרינג סענדז נאָוטאַפאַקיישאַנז וועגן פּראָבלעמס בלויז ווען די מיטל קענען ניט זיין פּאָולד פֿאַר מער ווי 5 שעה. מיט אַ הויך מאַשמאָעס, דאָס זענען נישט פאַלש אַלאַרמס, אָבער פאַקטיש פּראָבלעמס.

ונטער איז אַ בילד פון ווי די ויסריכט קוקט ווי אין די מאָניטאָרינג סיסטעם:

וויכטיק!
ווען די GSM נעץ סטאַפּס ארבעטן, אַלע MDC דעוויסעס זענען נישט פּאָולד. צו רעדוצירן די נומער פון ימיילז פון די מאָניטאָרינג סיסטעם, אונדזער ענדזשאַנירז אַבאָנירן צו נאָוטאַפאַקיישאַנז וועגן קאָמפּאָנענט פּראָבלעמס מיט דעם טיפּ "MPC" אלא ווי "מיטל". דאָס אַלאַוז איר צו באַקומען איין אָנזאָג פֿאַר יעדער MPC, אלא ווי צו באַקומען אַ באַזונדער אָנזאָג פֿאַר יעדער מיטל.

לעצט ASMO מאָניטאָרינג סכעמע

לאָמיר שטעלן אַלץ צוזאַמען און זען וואָס סאָרט פון מאָניטאָרינג סכעמע מיר האָבן.

סאָף

זאל ס קיצער.
וואָס האט מאָניטאָרינג די פאָרשטעלונג פון ASMO געבן אונדז?

1. דעפעקט ילימאַניישאַן צייַט האט דיקריסט
מיר האָבן פריער געהערט וועגן חסרונות פון יוזערז, אָבער ניט אַלע יוזערז באַריכט חסרונות. עס געטראפן אַז מיר געלערנט וועגן אַ מאַלפאַנגקשאַן פון אַ סיסטעם קאָמפּאָנענט אַ וואָך נאָך עס ארויס. איצט די מאָניטאָרינג סיסטעם נאָוטאַפייז אונדז פון פּראָבלעמס ווי באַלד ווי אַ פּראָבלעם איז דיטעקטאַד.

2. סיסטעם פעסטקייַט האט געוואקסן
זינט די חסרונות אנגעהויבן צו זיין ילימאַנייטאַד פריער, די סיסטעם ווי אַ גאַנץ אנגעהויבן צו אַרבעטן פיל מער סטאַביל.

3. רידוסינג די נומער פון קאַללס צו טעכניש שטיצן
פילע פּראָבלעמס זענען איצט פאַרפעסטיקט איידער יוזערז אפילו וויסן וועגן זיי. יוזערז אנגעהויבן צו קאָנטאַקט טעכניש שטיצן ווייניקער אָפט. דאָס אַלץ האָט אַ גוטע ווירקונג אויף אונדזער שעם.

4. ינקרעאַסינג קונה און באַניצער לויאַלטי
דער קונה באמערקט positive ענדערונגען אין די פעסטקייַט פון די סיסטעם. יוזערז טרעפן ווייניקערע פּראָבלעמס ניצן די סיסטעם.

5. רעדוצירן טעכניש שטיצן קאָס
מיר האָבן פארשטאפט דורכפירן קיין מאַנואַל טשעקס. איצט אַלע טשעקס זענען אָטאַמייטיד. ביז אַהער, מיר געלערנט וועגן פּראָבלעמס פון ניצערס; עס איז אָפט שווער צו פֿאַרשטיין וואָס פּראָבלעם דער באַניצער איז גערעדט וועגן. איצט, רובֿ פּראָבלעמס זענען רעפּאָרטעד דורך די מאָניטאָרינג סיסטעם; נאָוטאַפאַקיישאַנז אַנטהאַלטן טעכניש דאַטן, וואָס שטענדיק מאכט עס קלאָר וואָס איז פאַלש און ווו.

וויכטיק!
איר קענען נישט ינסטאַלירן די מאָניטאָרינג סיסטעם אויף דער זעלביקער סערווער ווו דיין אַפּלאַקיישאַנז לויפן. אויב דער סערווער גייט אַראָפּ, אַפּלאַקיישאַנז וועט האַלטן ארבעטן און עס וועט זיין קיין איינער צו געבנ צו וויסן וועגן אים.

די מאָניטאָרינג סיסטעם מוזן לויפן אויף אַ באַזונדער סערווער אין אן אנדער דאַטן צענטער.

אויב איר טאָן נישט וועלן צו נוצן אַ דעדאַקייטאַד סערווער אין אַ נייַ דאַטן צענטער, איר קענען נוצן אַ וואָלקן מאָניטאָרינג סיסטעם. אונדזער פירמע ניצט די זידיום וואָלקן מאָניטאָרינג סיסטעם, אָבער איר קענען נוצן קיין אנדערע מאָניטאָרינג סיסטעם. די פּרייַז פון אַ וואָלקן מאָניטאָרינג סיסטעם איז נידעריקער ווי רענטינג אַ נייַ סערווער.

רעקאַמאַנדיישאַנז:

1. ברעכן אַראָפּ אַפּלאַקיישאַנז און סיסטעמען אין די פאָרעם פון אַ בוים פון קאַמפּאָונאַנץ אין ווי פיל דעטאַל ווי מעגלעך, אַזוי עס וועט זיין באַקוועם צו פֿאַרשטיין ווו און וואָס איז צעבראכן, און קאָנטראָל וועט זיין מער פולשטענדיק.
2. צו קאָנטראָלירן די פאַנגקשאַנאַליטי פון אַ קאָמפּאָנענט, נוצן טעסץ. עס איז בעסער צו נוצן פילע פּשוט טשעקס ווי איין קאָמפּלעקס.
3. קאַנפיגיער מעטריק טרעשכאָולדז אויף די זייַט פון די מאָניטאָרינג סיסטעם, אלא ווי שרייבן זיי אין קאָד. דאָס וועט ראַטעווען איר פון ריקאָמפּילע, ריקאַנפיגיער אָדער ריסטאַרט די אַפּלאַקיישאַן.
4. פֿאַר מנהג טשעקס, נוצן אַ גרענעץ פון שייכות צייט צו ויסמיידן ריסיווינג פאַלש נאָוטאַפאַקיישאַנז ווייַל עטלעכע טשעק גענומען אַ ביסל מער ווי געוויינטלעך.
5. פּרוּווט צו מאַכן די קאַמפּאָונאַנץ אין די מאָניטאָרינג סיסטעם רויט בלויז ווען עס איז באשטימט אַ פּראָבלעם. אויב זיי ווערן רויט פֿאַר גאָרנישט, איר וועט האַלטן ופמערקזאַמקייט צו די נאָוטאַפאַקיישאַנז פון די מאָניטאָרינג סיסטעם, די טייַטש וועט זיין פאַרפאַלן.

אויב איר זענט נישט ניצן אַ מאָניטאָרינג סיסטעם נאָך, אָנהייב! עס איז נישט אַזוי שווער ווי עס מיינט. באַקומען אַ בריק אויס פון קוקן בייַ די גרין ינגרידיאַנץ בוים איר געוואקסן זיך.

גוט גליק.

מקור: www.habr.com