सामग्री पर जाएं
दस्तावेज़
एस्केलेशन नियम

एस्केलेशन नियम

Markdown के रूप में देखें

ऑन-कॉल नीति लोगों को स्तरों में पेज करती है। हर एस्केलेशन नियम एक स्तर है: किसे पेज किया जाए, और अगले स्तर को पेज करने से पहले किसी के स्वीकार करने का कितनी देर इंतज़ार किया जाए। किसी नीति के नियम उसके एस्केलेशन नियम पेज पर क्रम से दिखते हैं।

flowchart TB trigger["घटना या अलर्ट"] --> level1["Level 1 पेज करता है"] level1 --> ack1{"समय पर<br/>स्वीकार हुआ?"} ack1 -->|"हाँ"| stop["पेज करना रुक जाता है"] ack1 -->|"नहीं"| level2["Level 2 पेज करता है"] level2 --> ack2{"समय पर<br/>स्वीकार हुआ?"} ack2 -->|"हाँ"| stop ack2 -->|"नहीं, आख़िरी स्तर"| repeat{"नीति दोहराएँ?"} repeat -->|"हाँ"| level1 repeat -->|"नहीं"| done["नीति रुक जाती है"]

ऑन-कॉल नीति तब तक स्तर-दर-स्तर पेज करती है जब तक कोई स्वीकार न करे

सबसे पहले किसे पेज किया जाता हैपहले स्तर के साथ एक नीति बनाएँ।एस्केलेशन नियम जोड़नाअगला स्तर, कदम-दर-कदम जोड़ें।स्तर लोगों को कैसे पेज करते हैंसमय, दोहराव और हर व्यक्ति तक कैसे पहुँचा जाता है।रोटेशन में अगला व्यक्तिउसी रोटेशन से ऑन-कॉल व्यक्ति के बैकअप को पेज करें।पेज एस्केलेट करनापेज नहीं ले सकते? अगले स्तर को तुरंत पेज करवाएँ।API और Terraformनीतियाँ और नियम कोड के रूप में बनाएँ।

सबसे पहले किसे पेज किया जाता है

जब आप ऑन-कॉल नीतियां पेज पर ऑन-कॉल नीति बनाते हैं, तो फ़ॉर्म उसका नाम और सबसे पहले किसे सूचित किया जाए? पूछता है। यह सवाल वही पिकर इस्तेमाल करता है जो सूचित करें करता है: ऑन-कॉल शेड्यूल, टीमें और लोग, जितने चाहिए उतने। आप जिन्हें चुनते हैं, वे नीति का पहला एस्केलेशन नियम, Level 1, बन जाते हैं, जो अगले स्तर को पेज करने से पहले स्वीकृति के लिए 30 मिनट इंतज़ार करता है।

  1. ऑन-कॉल ड्यूटी > ऑन-कॉल नीतियां पर जाएँ और ऑन-कॉल नीति बनाएँ पर क्लिक करें।
  2. एक नाम दर्ज करें।
  3. सबसे पहले किसे सूचित किया जाए? के नीचे प्रतिक्रियाकर्ता जोड़ें पर क्लिक करें और सबसे पहले पेज किए जाने वाले ऑन-कॉल शेड्यूल, टीमें और लोग चुनें।
  4. ऑन-कॉल नीति बनाएँ पर क्लिक करें। नई नीति फिर अपने एस्केलेशन नियम पेज पर खुलती है, जहाँ आप और स्तर जोड़ सकते हैं।

सबसे पहले किसे सूचित किया जाए? वैकल्पिक है। इसे खाली छोड़ने पर नीति बिना एस्केलेशन नियमों के शुरू होती है: जब तक आप कोई नियम नहीं जोड़ते, यह किसी को पेज नहीं करती, और इसका अवलोकन यही बताता है। विवरण और लेबल और फ़ील्ड के नीचे रहते हैं। यह सवाल केवल उन लोगों से पूछा जाता है जो एस्केलेशन नियम जोड़ सकते हैं।

एस्केलेशन नियम जोड़ना

  1. नीति के एस्केलेशन नियम खोलें

    ऑन-कॉल नीति खोलें, उसके साइड मेन्यू में एस्केलेशन नियम चुनें और एस्केलेशन नियम जोड़ें पर क्लिक करें। डायलॉग एक छोटा पेज है।

  2. चुनें कि किसे सूचित करना है

    सूचित करें के नीचे प्रतिक्रियाकर्ता जोड़ें पर क्लिक करें, खोजें, और जितने ऑन-कॉल शेड्यूल, टीमें और लोग इस स्तर को पेज करने हैं, उतने चुनें। कम से कम एक जोड़ें।

    प्रतिक्रियाकर्तास्तर चलने पर किसे पेज किया जाता है
    एक ऑन-कॉल शेड्यूलस्तर चलने के समय उसमें जो ऑन-कॉल हो, कोई तय व्यक्ति नहीं।
    किसी शेड्यूल का रोटेशन में अगलाउसमें जो ऑन-कॉल हो, उसके बाद वाला व्यक्ति, उसी रोटेशन से। देखें रोटेशन में अगले व्यक्ति तक एस्केलेट करना।
    एक टीमटीम का हर सदस्य।
    एक व्यक्तिवही व्यक्ति, सीधे।

  3. इंतज़ार का समय तय करें

    इसके बाद एस्केलेट करें (मिनटों में) यह है कि अगले स्तर को पेज करने से पहले स्वीकृति का कितनी देर इंतज़ार किया जाए। यह 30 मिनट से शुरू होता है; इसे स्तर के हिसाब से बदलें।

  4. चाहें तो नियम को नाम दें

    बाकी सब कुछ और फ़ील्ड के नीचे रहता है, जो खोलने तक सिमटा रहता है:

    • नाम: वैकल्पिक। जिस नियम को आप नाम नहीं देते, उसका नाम उसके स्तर पर रखा जाता है: नीति का पहला नियम Level 1 है, दूसरा Level 2, और इसी तरह आगे। नाम वाला फ़ील्ड वह नाम दिखाता है जो नियम को मिलेगा।
    • विवरण: वैकल्पिक नोट्स, जैसे यह स्तर किसे और क्यों पेज करता है।

    सिमटे होने पर और फ़ील्ड का शीर्षक इन दोनों के नाम बताता है और दिखाता है कि नियम में कौन-से हैं: विवरण, या आपका अपना नाम।

  5. नियम बनाएँ

    Create Rule पर क्लिक करें। नियम बाकी नियमों के नीचे, नीति के अगले स्तर के रूप में जुड़ जाता है।

स्तर लोगों को कैसे पेज करते हैं

जब कोई घटना या अलर्ट नीति तक पहुँचता है, तो Level 1 तुरंत अपने प्रतिक्रियाकर्ताओं को पेज करता है। अगर इंतज़ार के समय में कोई स्वीकार नहीं करता, तो Level 2 को पेज किया जाता है, और इसी तरह सूची में नीचे। जब आख़िरी स्तर का इंतज़ार बिना स्वीकृति के बीत जाता है, तो अगर नीति की दोहराव नीति (नियमों के नीचे) दोहराने को कहती है तो नीति जितनी बार अनुमति हो उतनी बार Level 1 से फिर शुरू होती है, वरना रुक जाती है। घटना या अलर्ट को स्वीकार करने या सुलझाने से किसी भी स्तर पर पेज करना रुक जाता है। जिसे पेज किया गया है और जो उसे नहीं ले सकता, वह पेज एस्केलेट कर सकता है, और अगले स्तर को बिना इंतज़ार के पेज किया जाता है: देखें पेज एस्केलेट करना।

जो घटना, अलर्ट या एपिसोड पहले से स्वीकार की गई या सुलझाई गई स्थिति में बनाया जाता है — यानी बाद में दर्ज किया जाता है — वह अपनी कोई भी नीति नहीं चलाता: किसी को पेज नहीं किया जाता, और उसका feed नीतियों के नाम के साथ यही बताता है। देखें पहले से स्वीकार या सुलझी हुई घोषित।

नीति को दोहराने के लिए दोहराव नीति कार्ड पर संपादित करें पर क्लिक करें, Level 1 से फिर शुरू करें चुनें और और कितनी बार? सेट करें।

एस्केलेशन सारांश

एस्केलेशन नियम पेज के ऊपर का सारांश पूरी सीढ़ी दिखाता है: हर स्तर कब पेज होता है, वह किसे पेज करता है, और आख़िरी स्तर के बाद क्या होता है। जिस स्तर के सभी प्रतिक्रियाकर्ताओं को पेज नहीं किया जा सकता, वह अपने कार्ड पर यह बताता है; किसे और क्यों, यह देखने के लिए लेबल पर क्लिक करें।

हर व्यक्ति तक कैसे पहुँचा जाता है

स्तर जिस भी व्यक्ति को पेज करता है, उस तक उसके अपने ऑन-कॉल नियमों के अनुसार पहुँचा जाता है: उपयोगकर्ता सेटिंग्स > ऑन-कॉल नियम, जिसमें घटनाओं, घटना एपिसोड, अलर्ट और अलर्ट एपिसोड के लिए एक-एक टैब है, और हर गंभीरता के लिए एक कार्ड है जो बताता है कि कौन-सी सूचना विधि कितनी देर बाद आज़माई जाती है। प्रोजेक्ट एडमिन किसी सदस्य के नियम उपयोगकर्ता > सदस्य > ऑन-कॉल नियम के नीचे देख और बदल सकता है। देखें व्यक्तिगत ऑन-कॉल नियम।

flowchart TB subgraph notify["सूचित करें"] direction LR schedule["ऑन-कॉल शेड्यूल"] team["टीम"] user["व्यक्ति"] end schedule -->|"जो भी ऑन-कॉल हो"| person["पेज किया गया व्यक्ति"] team -->|"हर सदस्य"| person user -->|"सीधे"| person person --> rules["उसके ऑन-कॉल नियम"] rules --> methods["उसकी सूचना विधियाँ"]

स्तर किसे पेज करता है, और हर व्यक्ति तक कैसे पहुँचा जाता है

किसी व्यक्ति के लिए लागू यूज़र ओवरराइड उसके पेज, उसकी जगह कवर करने वाले व्यक्ति को भेजता है। जो ओवरराइड किसी को कवर के लिए नहीं चुनता, वह उस व्यक्ति को छोड़ देता है: उसे पेज नहीं किया जाता, नीति के रन में लिखा होता है कि वह अनुपस्थित है और कब तक, और ऑन-कॉल शेड्यूल में उसकी हर बारी रोटेशन में अगले व्यक्ति को जाती है। देखें उपयोगकर्ता ओवरराइड।

हर संदेश ऐसा होता है जिसे प्रदाता स्वीकार करता है, इसलिए पेज हमेशा भेजा जाता है। हर चैनल इतना ले जाता है:

चैनलसबसे लंबा संदेश जो वह ले जाता है
SMS1,600 वर्ण
फ़ोन कॉलजितना Twilio की 4,000 वर्णों की कॉल स्क्रिप्ट में आ सके
पुश सूचना4 KB, जिसमें शीर्षक, टेक्स्ट और डेटा अधिकतम 3 KB लेते हैं
WhatsApp1,024 वर्ण
Telegram4,096 वर्ण

इससे लंबा संदेश, जिसमें लंबा शीर्षक हो या किसी टेम्पलेट ने लंबा विवरण डाला हो, छोटा कर दिया जाता है और इस नोट के साथ ख़त्म होता है कि पूरा टेक्स्ट Status200 में है: "… (обрезано — полный текст в Status200)"। WhatsApp संदेश की भाषा एक तय टेम्पलेट है, इसलिए वहाँ इसके बजाय सबसे लंबे मान छोटे किए जाते हैं, हर एक "…" के साथ ख़त्म होता है। संदेश के लिंक कभी छोटे नहीं किए जाते।

पेज का SMS क्या कहता है

SMS 160 वर्णों के हिस्सों में भेजा जाता है, और हर हिस्से का शुल्क लगता है। SMS से भेजा गया पेज जहाँ भी हो सके, एक ही हिस्से में आने के लिए लिखा जाता है, और सिर्फ़ वही बताता है जो लॉक फ़ोन पर आपको चाहिए: इसे कौन भेज रहा है, क्या हुआ है, और पेज को स्वीकार करने या एस्केलेट करने का एक लिंक। फ़ोन पर यह ऐसा दिखता है:

Status200: Critical Incident INC-42 in Acme Prod: Checkout API is down.
Ack or escalate: https://status200.ru/l/XJlaZRsd

इसमें गंभीरता और क्या हुआ है (कोई घटना, कोई अलर्ट या इनमें से किसी का एपिसोड), उसका नंबर, प्रोजेक्ट और शीर्षक, इसी क्रम में होते हैं। जब सब कुछ एक हिस्से में नहीं आता:

  1. सबसे पहले प्रोजेक्ट छोड़ दिया जाता है।
  2. फिर शीर्षक छोटा किया जाता है, और वह ... पर ख़त्म होता है।

गंभीरता, नंबर और लिंक कभी छोटे नहीं किए जाते। शीर्षक में कम से कम 20 वर्ण रहते हैं: अगर इतना भी न आए, जैसे बहुत लंबे पते या प्रोडक्ट नाम के साथ, तो SMS दूसरा हिस्सा ले लेता है और पूरी बात कहता है।

SMS की सादी वर्णमाला से बाहर का एक भी वर्ण पूरे संदेश को 70 वर्णों के हिस्सों में भेजता है। इसलिए घुमावदार उद्धरण चिह्न और डैश ", ' और - के रूप में लिखे जाते हैं, … को ... के रूप में, और ç और ł जैसे अक्षर अपने चिह्न खो देते हैं; इमोजी छोड़ दिए जाते हैं। किसी दूसरी लिपि में शीर्षक, जैसे जापानी या रूसी, जैसा लिखा है वैसा ही भेजा जाता है, और दो या ज़्यादा हिस्से लेता है।

Status200 आपको जो दूसरे SMS भेजता है, जैसे आपकी किसी घटना में बदलाव या आपकी ऑन-कॉल शिफ़्ट की शुरुआत, वे भी Status200: से शुरू होते हैं और Turn off in User Settings > Notification Settings. पर ख़त्म होते हैं; जब इसी वाक्य को हटाने से SMS एक हिस्से में आ जाता है, तो इसे छोड़ दिया जाता है।

जब पेज नहीं भेजा जाता

जो पेज नहीं भेजा जाता, वह व्यक्ति के ऑन-कॉल लॉग (उपयोगकर्ता सेटिंग्स) में कारण बताता है: उसकी पंक्ति त्रुटि दिखाती है, और उसका स्टेटस संदेश कारण बताता है। वह अब भेजा जा रहा है पर अटका नहीं रहता। संदेश इनमें से एक बात कहता है:

  • प्रोजेक्ट का बैलेंस इसका भुगतान नहीं कर सका, और कौन बैलेंस जोड़ सकता है;
  • प्रोजेक्ट में चैनल बंद है, और कौन उसे चालू कर सकता है।

प्रोजेक्ट के मालिकों को इस बारे में एक बार ईमेल भेजा जाता है, जब तक बैलेंस भरा नहीं जाता या चैनल फिर से चालू नहीं होता।

Status200 Cloud पर हर SMS, कॉल, WhatsApp और Telegram संदेश का भुगतान प्रोजेक्ट सेटिंग्स > सूचनाएं > सूचना सेटिंग्स पर मौजूद प्रोजेक्ट के बैलेंस से होता है: जब प्रदाता संदेश स्वीकार करता है, तब उसकी सटीक लागत बैलेंस से कट जाती है, चाहे एक साथ कितने भी संदेश जाएँ।

  • अगर वहाँ ऑटो रिचार्ज चालू है, तो जो संदेश बैलेंस को सीमा से नीचे पाता है, वह पहले ऑटो रिचार्ज में तय रकम जोड़ता है और प्रोजेक्ट के कार्ड से शुल्क लेता है; जो संदेश उसी पल बैलेंस कम पाते हैं, वे कार्ड से एक ही बार शुल्क लेते हैं।
  • अगर वह शुल्क विफल हो जाता है (कोई भुगतान विधि नहीं है, या कार्ड अस्वीकार हो गया), तो ऑटो रिचार्ज एक घंटे बाद कार्ड को फिर आज़माता है, और तब तक सूचना सेटिंग्स ऊपर यह बताती है। हाथ से बैलेंस जोड़ने या ऑटो रिचार्ज को फिर से सहेजने पर तुरंत कोशिश होती है।
  • जब तक ऑटो रिचार्ज कार्ड से शुल्क नहीं ले पाता, पेज बचे हुए बैलेंस पर जाते रहते हैं।
महत्वपूर्ण

नए प्रोजेक्ट में SMS, फ़ोन कॉल, WhatsApp और Telegram बंद रहते हैं: Status200 Cloud पर हर संदेश का भुगतान प्रोजेक्ट के बैलेंस से होता है, और सेल्फ़-होस्टेड इंस्टॉलेशन को पहले Twilio खाता या Telegram बॉट सेट करना होता है। जब तक कोई चैनल बंद है, प्रोजेक्ट में कोई भी उस पर विधि नहीं जोड़ सकता। केवल प्रोजेक्ट का मालिक, Billing Admin या Manage Billing अनुमति वाला व्यक्ति ही प्रोजेक्ट सेटिंग्स > सूचनाएं > सूचना सेटिंग्स पर सूचना चैनल कार्ड में उसे चालू कर सकता है — प्रोजेक्ट एडमिन नहीं कर सकता। बाकी सभी को, जहाँ भी कोई चैनल बंद है, ठीक-ठीक बताया जाता है कि कौन उसे चालू कर सकता है: उस चैनल पर उनकी अपनी विधियों की सूची के ऊपर, उनकी सेटअप चेकलिस्ट में, और उस संदेश में जो उन्हें तब मिलता है जब किसी चीज़ को उस चैनल की ज़रूरत होती है।

रोटेशन में अगले व्यक्ति तक एस्केलेट करना

कोई स्तर किसी ऑन-कॉल शेड्यूल के रोटेशन में अगले व्यक्ति को पेज कर सकता है: उसमें जो ऑन-कॉल हो, उसके बाद वाले व्यक्ति को। इस तरह एक नीति पहले ऑन-कॉल व्यक्ति को, फिर उसी रोटेशन से उसके बैकअप को, और फिर किसी टीम या मैनेजर को पेज कर सकती है, सब एक ही शेड्यूल से।

स्तरसूचित करेंकिसे पेज किया जाता है
Level 1Payments primary शेड्यूलउसमें जो ऑन-कॉल हो, जैसे Alex
Level 2उसी शेड्यूल का रोटेशन में अगलारोटेशन में Alex के बाद वाला व्यक्ति, जैसे Sam
Level 3Platform टीमटीम का हर सदस्य
  1. पक्का करें कि नीति का पहला स्तर, Level 1, ऑन-कॉल शेड्यूल को सूचित करता है।
  2. एस्केलेशन नियम जोड़ें पर क्लिक करें, फिर प्रतिक्रियाकर्ता जोड़ें पर, और रोटेशन में अगला के नीचे वही शेड्यूल चुनें। इसके बाद एस्केलेट करें (मिनटों में) सेट करें और Create Rule पर क्लिक करें।
  3. उस टीम या मैनेजर के लिए एक और स्तर जोड़ें, जिसे इसके बाद पता चलना चाहिए।

अगला व्यक्ति तब तय होता है जब स्तर चलता है, और शेड्यूल उस समय जैसा है, उसी से:

  • यह वह व्यक्ति है जो ऑन-कॉल व्यक्ति के बाद आता है, उस क्रम में जिसमें रोटेशन के लोग बारी-बारी से ड्यूटी करते हैं। आख़िरी व्यक्ति के बाद फिर पहला आता है।
  • अनुपस्थित लोगों को छोड़ दिया जाता है, चाहे कोई उन्हें कवर करे या नहीं, और किसी और की जगह ऑन-कॉल व्यक्ति को भी।
  • यह हमेशा उसी रोटेशन का कोई व्यक्ति होता है: कई परतें हों तो वह परत, जिससे ऑन-कॉल व्यक्ति आता है। जिस रोटेशन में कोई और न हो, या बाकी सब अनुपस्थित हों, उसमें कोई अगला नहीं होता, और स्तर वहाँ किसी को पेज नहीं करता और यही बताता है।
  • जब शेड्यूल में कोई भी ऑन-कॉल न हो, तो कोई अगला भी नहीं होता, और स्तर को कुछ मिनट तक फिर से आज़माया जाता है, जैसे ख़ुद शेड्यूल के लिए।

Slack और Microsoft Teams में रन का संदेश, घटना का feed और निष्पादन समयरेखा बताते हैं कि रोटेशन में अगले व्यक्ति के रूप में किसे पेज किया गया, और किस शेड्यूल से: "Sam Lee (next in the Payments primary rotation)"।

सुझाव

एक ही शेड्यूल काफ़ी है: पहले के साथ तालमेल में रखने के लिए कोई दूसरा, बैकअप शेड्यूल नहीं चाहिए, और उसके लोग जो अनुपस्थिति दर्ज करते हैं, वह दोनों स्तरों पर लागू होती है।

पेज एस्केलेट करना

जिसे पेज किया गया है, अगर वह सो रहा है, हवाई जहाज़ में है या पहले से किसी दूसरी घटना पर काम कर रहा है और इसलिए उसे नहीं ले सकता, तो वह उसे बजते रहने देने के बजाय एस्केलेट कर सकता है। तब नीति स्तर के इसके बाद एस्केलेट करें (मिनटों में) का इंतज़ार किए बिना तुरंत अपने अगले स्तर को पेज करती है, और उस व्यक्ति को इसके बारे में फिर से पेज नहीं किया जाता।

flowchart TB page["Level 1 Alex को पेज करता है"] --> take{"क्या Alex इसे<br/>ले सकता है?"} take -->|"हाँ"| ack["Alex स्वीकार करता है:<br/>पेज करना रुकता है"] take -->|"नहीं"| pass["Alex इसे एस्केलेट करता है"] pass --> others{"क्या Level 1 पर कोई और<br/>अभी भी पेज हो रहा है?"} others -->|"हाँ"| wait["नीति पहले की तरह<br/>उनका इंतज़ार करती है"] others -->|"नहीं"| next["Level 2 को अभी<br/>पेज किया जाता है"]

पेज एस्केलेट करने से नीति तुरंत अपने अगले स्तर पर चली जाती है

हर पेज को वहीं से एस्केलेट किया जा सकता है जहाँ वह आप तक पहुँचा:

कहाँएस्केलेट कैसे करें
ईमेलEscalate बटन, फिर उसके खोले पेज पर Escalate
SMS और WhatsAppसंदेश का लिंक स्वीकार करने वाला पेज खोलता है, जिस पर Escalate भी है
Telegram, Slack और Microsoft Teams"Can't take it? Escalate" लिंक, फिर उसके खोले पेज पर Escalate
फ़ोन कॉल2 दबाएँ। फिर कॉल बताती है कि क्या हुआ
पुश सूचनाउस पर टैप करें: घटना, अलर्ट या एपिसोड Status200 On-Call ऐप में खुलता है, जिसके नीचे Escalate होता है
Status200घटना, अलर्ट या एपिसोड के ऊपर, उसके स्थिति बटनों के बाद एस्केलेट करें

कॉल को छोड़कर हर तरीका कुछ भी करने से पहले पूछता है और बताता है कि क्या होगा, जैसे "This will immediately page Platform leads (Level 2 of 3), without waiting."; कॉल में 2 दबाना ही जवाब है। सिर्फ़ वही व्यक्ति अपना पेज एस्केलेट कर सकता है जिसे पेज किया जा रहा है: Status200 में बटन सिर्फ़ उसे दिखता है, और किसी संदेश का लिंक सिर्फ़ उसी पेज को एस्केलेट करता है जिसके बारे में वह भेजा गया था, सिर्फ़ उसी व्यक्ति के लिए जिसे वह भेजा गया था, और 7 दिनों तक।

आगे क्या होता है, यह इस पर निर्भर करता है कि और किसे पेज किया जा रहा है:

  • उसी स्तर पर दूसरों को अभी भी पेज किया जा रहा है: नीति पहले की तरह उनका इंतज़ार करती है। वह स्तर का इंतज़ार ख़त्म होने पर, या उनमें से आख़िरी व्यक्ति के भी पेज एस्केलेट करते ही आगे बढ़ती है।
  • स्तर पर कोई और नहीं बचा: अगले स्तर को तुरंत पेज किया जाता है।
  • यह आख़िरी स्तर था: अगर दोहराव नीति दोहराने को कहती है, तो नीति तुरंत Level 1 से फिर शुरू होती है। वरना पेज करना रुक जाता है, और किसी को इसे संभालना होगा।

पेज एस्केलेट करने से वह स्वीकार नहीं होता: घटना या अलर्ट अभी भी किसी के स्वीकार करने का इंतज़ार करता है, और जिसने उसे एस्केलेट किया वह अब भी ख़ुद उसे स्वीकार कर सकता है। यह रन उस व्यक्ति को इसके बारे में फिर से पेज नहीं करता: कोई बाद का स्तर, या दोहराव, जिसमें उसका नाम हो, उसे छोड़ देता है। जब रन ने जिन्हें पेज किया वे सब उसे एस्केलेट कर चुके हों और पेज करने के लिए कोई न बचा हो, तो पेज करना रुक जाता है, और घटना का feed यह बताता है।

जो पेज कोई वर्कफ़्लो सीधे लोगों को भेजता है, उसके स्तर नहीं होते: उसे एस्केलेट करने पर आपको पेज करना बंद हो जाता है, और जब उसने जिन्हें पेज किया वे सब उसे एस्केलेट कर चुके हों, तो पेज करना रुक जाता है।

हर बार एस्केलेट करना दर्ज होता है। रन की निष्पादन समयरेखा उस व्यक्ति की पंक्ति को एस्केलेट किया गया चिह्नित करती है, घटना का feed कहता है "Alex Kim escalated the page from on-call policy Payments at escalation rule Level 1.", Slack और Microsoft Teams में रन का संदेश बताता है कि उसने इसे एस्केलेट किया, और उसके ऑन-कॉल लॉग में पेज एस्केलेट किया गया दिखता है।

नियमों को संपादित करना, क्रम बदलना और हटाना

हर नियम के कार्ड पर Edit rule है, और बाकी कार्रवाइयों वाला एक ⋯ मेन्यू:

  • Edit rule वही एक-पेज वाला डायलॉग खोलता है, जिसमें नियम जैसा है वैसा भरा होता है: उसके प्रतिक्रियाकर्ता, उसका इंतज़ार, और और फ़ील्ड के नीचे उसका नाम और विवरण। प्रतिक्रियाकर्ता जोड़ें या हटाएँ और परिवर्तन सहेजें पर क्लिक करें। नाम मिटाने पर नियम को फिर से उसके स्तर का नाम मिल जाता है।
  • नियम के ⋯ मेन्यू में ऊपर ले जाएँ और नीचे ले जाएँ उसका स्तर बदलते हैं। जिस नियम का नाम उसके स्तर पर है, उसका नाम उसकी जगह से मेल खाता रहता है: जब Level 3 ऊपर जाकर Level 2 से आगे निकलता है, तो दोनों के नाम आपस में बदल जाते हैं। आपका चुना हुआ नाम, जैसे मैनेजर, नियम कहीं भी जाए, वही रहता है।
  • Delete rule पहले पूछता है और बताता है कि वह स्तर किसे पेज करता है। किसी स्तर को हटाने पर उसके नीचे के स्तर ऊपर आ जाते हैं, और जिन नियमों के नाम उनके स्तर पर हैं, उनके नाम मेल खाने के लिए बदल दिए जाते हैं।

API या Terraform से नियम बनाना

एस्केलेशन नियम /api/on-call-duty-policy-escalation-rule रिसोर्स हैं; कोई नियम जिन लोगों, टीमों और शेड्यूल को पेज करता है, वे /api/on-call-duty-policy-escalation-rule-user, -team और -schedule रिसोर्स हैं।

  • बिना name के बनाए गए नियम का नाम डैशबोर्ड की तरह उसके स्तर पर रखा जाता है: जो नियम अपनी नीति का तीसरा स्तर बनता है, उसका नाम Level 3। Terraform के एस्केलेशन नियम रिसोर्स को अब भी नाम चाहिए।
  • डैशबोर्ड के बाहर escalateAfterInMinutes का कोई डिफ़ॉल्ट नहीं है। इसके बिना बनाया गया नियम इंतज़ार नहीं करता: यह स्तर चलते ही अगला स्तर पेज हो जाता है। इसे साफ़ तौर पर सेट करें — डैशबोर्ड 30 सुझाता है।
  • जिस नियम को उसके miscDataProps में onCallSchedules, teams या users (ID की सूचियाँ) के साथ बनाया जाता है, उसे वे प्रतिक्रियाकर्ता मिलते हैं; डैशबोर्ड का सूचित करें पिकर उन्हें इसी तरह भेजता है। इनके बिना बनाया गया नियम तब तक किसी को पेज नहीं करता जब तक आप ऊपर दिए रिसोर्स से प्रतिक्रियाकर्ता नहीं जोड़ते।
  • जिस नियम को उसके miscDataProps में nextInRotationSchedules (शेड्यूल ID की सूची) के साथ बनाया जाता है, वह उन सभी शेड्यूल के रोटेशन में अगले व्यक्ति को पेज करता है। -schedule रिसोर्स पर pageNextInRotation को true पर सेट की गई पंक्ति भी यही करती है; यह पंक्ति बनाते समय सेट होता है।
  • जिन नियमों के नाम उनके स्तर पर हैं, उनके नाम तब बदलते हैं जब आप डैशबोर्ड में नियम हिलाते या हटाते हैं। API या Terraform से order बदलने पर केवल क्रम बदलता है।
  • /api/on-call-duty-policy पर उसके miscDataProps में onCallSchedules, teams या users (ID की सूचियाँ) के साथ ऑन-कॉल नीति बनाने पर उसे डैशबोर्ड की तरह उसका पहला एस्केलेशन नियम मिलता है: Level 1, जो उन्हें पेज करता है, और जिसका escalateAfterInMinutes 30 है। हर ID प्रोजेक्ट की होनी चाहिए और कॉल करने वाले को एस्केलेशन नियम बनाने की अनुमति होनी चाहिए, वरना नीति नहीं बनती। इनके बिना बनाई गई नीति में पहले की तरह कोई नियम नहीं होता; Terraform का नीति रिसोर्स इन्हें नहीं भेजता।
Bash 
curl -X POST https://status200.ru/api/on-call-duty-policy \
  -H "apikey: $STATUS200_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "data": {
      "projectId": "<project-id>",
      "name": "Production on-call"
    },
    "miscDataProps": {
      "onCallSchedules": ["<schedule-id>"],
      "users": ["<user-id>"]
    }
  }'

अगले कदम

ऑन-कॉल अनुसूचीवे रोटेशन बनाएँ जिन्हें कोई स्तर पेज करता है।शेड्यूल टाइमलाइनहर शेड्यूल में कौन ऑन-कॉल है, देखें और कवरेज गैप पहचानें।आने वाली कॉल नीतिकॉल करने वालों को फ़ोन से ऑन-कॉल इंजीनियर तक पहुँचने दें।