מיר מאָניטאָר ספּאָרטמאַסטער - ווי און מיט וואָס

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

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

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

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

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

• פראָנט
• מיטל אָפיס
• צוריק אָפיס

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

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

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

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

סיסטעם סטרוקטור און אָנלייגן

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

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

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

אונדזער סיסטעם באשטייט פון:

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

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

אַזוי, וועגן דעם פּלאַץ.

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

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

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

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

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

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

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

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

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

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

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

אן אנדער וויכטיק פונט איז אַז די אַפּלאַקיישאַן שיכטע איז פארזאמלט דורך פּראָמעטהעוס. ער אליין איז אויך אינטעגרירט מיט זאביקס. און מיר אויך האָבן Sitespeed, אַ דינסט וואָס אַלאַוז אונדז צו זען פּאַראַמעטערס אַזאַ ווי די לאָודינג גיכקייַט פון אונדזער בלאַט, באַטאַלנעקס, בלאַט רענדערינג, לאָודינג סקריפּס, אאז"ו ו, עס איז אויך אַפּי ינאַגרייטיד. אַזוי אונדזער מעטריקס זענען געזאמלט אין זאַבביקס, און דעריבער, מיר אויך פלינק פון דאָרט. אַלע אַלערץ זענען דערווייַל געשיקט צו די הויפּט שיקט מעטהאָדס (איצט עס איז E- בריוו און טעלעגראַם, MS Teams איז אויך לעצטנס קאָננעקטעד). עס זענען פּלאַנז צו אַפּגרייד אַלערטינג צו אַזאַ אַ שטאַט אַז קלוג באָץ אַרבעט ווי אַ דינסט און צושטעלן מאָניטאָרינג אינפֿאָרמאַציע צו אַלע אינטערעסירט פּראָדוקט טימז.

פֿאַר אונדז, מעטריקס זענען וויכטיק ניט בלויז פֿאַר יחיד אינפֿאָרמאַציע סיסטעמען, אָבער אויך גענעראַל מעטריקס פֿאַר די גאנצע ינפראַסטראַקטשער וואָס אַפּלאַקיישאַנז נוצן: קלאַסטערז פון גשמיות סערווערס אויף וואָס ווירטואַל מאשינען לויפן, פאַרקער באַלאַנסערז, נעץ לאָדן באַלאַנסערס, די נעץ זיך, נוצן פון קאָמוניקאַציע טשאַנאַלז. . פּלוס מעטריקס פֿאַר אונדזער אייגענע דאַטן סענטערס (מיר האָבן עטלעכע פון ​​זיי און די ינפראַסטראַקטשער איז גאַנץ גרויס).

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

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

פּראַספּעקס

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

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

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

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

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

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

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

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

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

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

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

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

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

מקור: www.habr.com