परिचालन में टीमों की बातचीत

1) क्यों

IGaming प्लेटफ़ॉर्म दर्जनों डोमेन (भुगतान, खेल/कोर, जोखिम/KYC, डेटा, Infra/SRE, समर्थन, अनुपालन) है। औपचारिक इंटरऑपरेबिलिटी के बिना, MTTR, CFR और परिचालन जोखिम बढ़ जाते हैं। लक्ष्य असमान कार्यों को एकल ऑपरेटिंग सिस्टम में बदलना है: पूर्वानुमानित संपर्क, पारदर्शी कतारें, सामान्य संकेत और सुसंगत प्राथमिकता।

2) सिद्धांत

1. एसएलओ-पहला: संयुक्त समाधान एसएलओ/त्रुटि बजट से जुड़े होते हैं।

2. सत्य का एक एकल स्रोत: आम डैशबोर्ड, समान स्टेटस और कलाकृतियां।

3. स्पष्ट सीमाएं और इंटरफेस: कमांड की प्रत्येक जोड़ी में एक वर्णित अनुबंध (ओएलए/रनबुक/एपीआई) है।

4. छोटे बैच और प्रतिवर्तनीयता: phicheflags/canary, फास्ट रोलबैक के माध्यम से बदलता है।

5. कोई दोष नहीं - हाँ डेटा: तथ्यों, सुधारों पर पार्सिंग - चक्र का एक अनिवार्य हिस्सा।

6. न्यूनतम आवश्यक विशेषाधिकार और SoD: संवेदनशील संचालन के लिए भूमिका पृथक्करण।

7. दिनचर्या स्वचालित करें, बाकी को मानकीकृत करें।

3) भूमिकाएँ और RACI (एंड-टू-एंड)

ऑप्स/एसआरई लीड के प्रमुख परिचालन ढांचे, केपीआई/केआरआई के मालिक हैं। ए

सेवा स्वामी (भुगतान/खेल/केवाईसी/डेटा) - डोमेन लक्ष्य, परिवर्तन, जोखिम। A/R

प्लेटफ़ॉर्म/इन्फ्रा - एक्सेसिबिलिटी, प्रदर्शन, रिलीज ़/कैनरी। आर

जोखिम/अनुपालन/सुरक्षा - एसओडी, आरजी/केवाईसी/पीआईआई, ऑडिट। सी/ए

सहायता/सीआरएम - शिकायतों के सामने, खिलाड़ियों को संचार। आर/सी

ऑन-कॉल आईसी/सीएल - घटना प्रबंधन और बाहरी अपडेट। आर

रिलीज प्रबंधक - पंचांग, सीएबी, परिवर्तनों की स्थिति। आर

डेटा/एनालिटिक्स - उत्पाद और परिचालन मैट्रिक्स, आरसीए समर्थन। आर/सी

4) इंटरैक्शन कॉन्ट्रैक्ट (OLA/SLx)

• जिम्मेदारी के क्षेत्र: किसका क्षेत्र (उदाहरण के लिए, पीएसपी अनुमार्गण - भुगतान; कैश/डीबी - इंफ्रा)।
• उद्देश्य/दहलीज मैट्रिक्स: हादसा एमटीटीए, वृद्धि प्रतिक्रिया समय, पोस्ट-मॉनिटरिंग विंडो।
• कतारें और प्राथमिकताएं: P1-P4, व्यापार की आलोचना, फ्रीज खिड़कियां।
• इंटरफेस: चैनल, बॉट कमांड, एपीआई/रनबुक, मालिक निर्देशिका।
• कलाकृतियाँ: घटना के साथ क्या दस्तावेज/लॉग/डैशबोर्ड की आवश्यकता होती है।

5) संचार चैनल और प्रोटोकॉल

ऑपरेशनल चैट (शिफ्ट): दैनिक अपडेट, मिनी-रस्म, हैंडओवर।

घटनाओं के लिए वार रूम: एक बॉट द्वारा बनाया गया; IC/CL भूमिकाएँ कमांड द्वारा सौंपी जाती हैं।

CAB/Channe चैनल: परिवर्तन, जोखिम, रिलीज कैलेंडर की चर्चा।

केवल पढ़ें SLO/हादसा/नियोजित गतिविधि सारांश

वृद्धि: कमांड टेम्पलेट '/पृष्ठ ', '/एस्केलेट', एसएलए रिपोर्टिंग।

एकीकृत संदेश प्रोटोकॉल: "तथ्य ETA/ETR अगला अपडेट विंडो मालिक।"

6) शिफ्ट और क्षेत्रों के बीच हैंडओवर

1. SLO/SLI: बजट बर्नआउट का जोखिम कहां है।

2. खुली घटनाएं/वृद्धि और उनके ईटीए।

3. अगले 24-48 घंटों में नियोजित कार्य/रिलीज़।

4. प्रदाता (PSP/KYC/स्टूडियो): सक्रिय टिकट, उम्मीदें।

5. ऑन-कॉल संरचना और संपर्क (आईसी/सीएल/डोमेन)।

6. "वॉचलिस्ट" - बढ़े हुए ध्यान के क्षेत्र (कतारें/प्रतिकृति/कैश)।

हैंडओवर को एक शिफ्ट लॉग, लिंक - टू वर-रूम और डैशबोर्ड में दर्ज किया गया है।

7) हादसा सहयोग

प्रारंभ: अलर्ट → बॉट एक कार्ड '# inc-YYYYY-MM-DD-XXX' बनाता है, IC/CL और डोमेन लीड प्रदान करता है।

एक वोट नियम: आईसी अंतिम निर्णय है; सीएल - संचार।

तथ्य और परिकल्पना: हम अलग हैं; "लाल" संकेत - प्राथमिकता।

गार्ड: phicheflags/PSP रूटिंग केवल SoD/डुअल-कंट्रोल के साथ रनबुक के माध्यम से बदलते हैं।

संचार: सीएल के माध्यम से सार्वजनिक अपडेट का मसौदा, भागीदारों - लक्षित।

बंद होना: पोस्ट-मॉनिटरिंग, पोस्टमार्टम पीढ़ी और मालिकों/समय सीमा के साथ सुधार कार्य।

8) परिवर्तनों पर सहयोग करें

रिलीज कैलेंडर: सार्वजनिक, फ्रीज अवधि और ऑन-कॉल स्लॉट के साथ।

गुणवत्ता द्वार: इकाई/अनुबंध/ई 2 ई, सुरक्षा, एसएलओ द्वार मंचन।

कैनरी रोलिंग: GEO/किरायेदारों/बैंकों के लिए कदम से कदम%।

ऑटो-रोलबैक: प्रमुख SLI/KRI, WORM पत्रिका द्वारा नीतियां।

कॉम पैकेज: ड्राफ्ट अपडेट सीएल/लीगल के साथ पहले से सहमत थे।

आरएसीआई परिवर्तन: आरएम (ए/आर), एसओ (ए/आर), एसआरई (आर), सेक/अनुपालन (सी/ए), सीएबी (ए), आईसी/सीएल (आर/सी)।

9) एकीकृत टेलीमेट्री और कलाकृतियाँ

सामान्य मैट्रिक्स निर्देशिका: SLI/SLO, बिजनेस मैट्रिक्स, KRI (कतारें, PSP, प्रतिकृति)।

डैशबोर्ड "ऑपरेशन मैप": डोमेन, क्षेत्रों, घटनाओं/कार्यों की स्थिति द्वारा सारांश।

समयरेखा: समान प्रारूप (समय, लेखक, कार्रवाई, परिणाम, लिंक)।

पोस्टमार्टम: आरोपों के बिना खाका, रोकथाम के उपाय, संशोधन की तारीख।

रनबुक/चेकलिस्ट: वर्शन; अलर्ट और घटना कार्ड से लिंक।

10) प्राथमिकता और योजना

साप्ताहिक ऑप्स योजना (30-45 मिनट): शीर्ष जोखिमों, रिलीज, सीमाओं, पोस्टमार्टम से सुधार का समन्वय।

संचालन का कांबन: स्तंभ 'बैकलॉग रेडी प्रगति में मान्य', WIP सीमा।

प्राथमिकता मानदंड: एसएलओ/राजस्व/अनुपालन, आकार/प्रतिवर्तनीयता, प्रदाताओं पर निर्भरता पर प्रभाव।

11) एस्केलेशन मैट्रिक्स (निचोड़)

12) नीतियां और SoDs

SoD/4-eyes: निष्कर्ष/बोनस/पीएसपी रूटिंग/पीआईआई निर्यात - केवल दोहरे अनुमोदन के साथ।

JIT अधिकार: रनबुक क्रियाओं के लिए विशेषाधिकारों की अस्थायी वृद्धि।

डेटा नीतियां: पीआईआई खुले चैनलों/डैशबोर्ड में प्रतिबंध; भू-सीमाएँ।

लेखा परीक्षा - अपरिवर्तनीय गतिविधि लॉग (WORM), नीति संशोधन।

13) बातचीत के उपकरण

हादसा बॉट: '/घटना नया ', भूमिकाएँ, अपडेट टाइमर, कॉम्प ड्राफ्ट, '/रनबुक', '/फ्लैग ', '/config'।

मेट्रिक्स एपीआई: सामान्य एसएलओ दृश्य और केआरआई, आरसीए के लिए उदाहरण (trace_id)।

रिलीज-पोर्टल: मैनिफेस्ट, गेट्स, रोलिंग/रोलबैक स्थिति।

मालिक निर्देशिका/सीएमडीबी: डोमेन, संपर्क, बैकअप चैनल।

14) सहयोग मेट्रिक्स (केपीआई/केआरआई)

डोमेन और स्लॉट (दिन/रात) द्वारा MTTA/MTTR, शिकायतों से पहले पकड़ी गई घटनाओं का अनुपात।

हैंडओवर क्वालिटी: ट्रांसमिशन दोष (चेकलिस्ट आइटम समय पर बंद नहीं)।

परिवर्तन सहयोग: रेडी-मेड कॉम पैकेज और कोई रोलबैक के साथ रिलीज का%।

रेलिंग अनुशासन: SoD/नीति उल्लंघन की आवृत्ति (लक्ष्य 0)।

Comms ताल: सार्वजनिक अद्यतन अंतराल का पालन जब P1/P2।

पोस्टमार्टम एसएलए: पोस्टमार्टम का अनुपात - डी + 5, कार्यों का पूरा होना।

फेयर-शेयर लोड: लोगों/टीमों द्वारा रातों/चोटियों का वितरण।

ग्राहक सिग्नल लीड: उद्देश्य गिरावट और पहली शिकायतों के बीच अंतराल।

15) कार्यान्वयन रोडमैप (6-10 सप्ताह)

नेड। 1-2: डोमेन/मालिक इन्वेंट्री; ओएलए टेम्पलेट; प्रतिस्थापन चैनल और हैंडओवर चेकलिस्ट का लॉन्च; आधार वृद्धि मैट्रिक्स।

नेड। 3-4: घटना-बॉट (एमवीपी), साझा स्थिति चैनल, एकल एसएलओ/एसएलआई/केआरआई कार्ड; रनबुक निर्देशिका।

नेड। 5-6: CAB/रिलीज़कैलेंडर, कॉम पैकेज और फ्रीज विंडो; SoD/4-eyes संवेदनशील संचालन के लिए।

नेड। 7-8: मानक के रूप में कैनरी रोलिंग और ऑटो रोलबैक; पोस्टमार्टम टेम्पलेट, Exec/Ops-dashboard सहयोग।

नेड। 9-10: पी 1 अभ्यास, क्रॉस-रीजनल हैंडओवर, वर्म ऑडिट, केपीआई/केआरआई रिपोर्ट, ओएलए समायोजन।

16) साँचा (टुकड़े)

16. 1 ओएलए (भुगतान ↔ इंफ्रा/एसआरई)

yaml ola:
scope: "Payments-Auth & Routing"
contacts:
payments_so: "@pay-so"
infra_oncall: "@sre-oncall"
objectives:
mtta_p1: "≤5m"
rollback_ttr: "≤10m canary"
interfaces:
runbooks: ["psp-failover", "reroute", "auth-throttle"]
dashboards: ["auth_success", "psp_latency", "queue_lag"]
escalation:
p1: ["IC","Payments Lead","SRE L2"]
p2: ["Payments OnCall","SRE OnCall"]
artifacts:
status_templates: ["public","partners"]
postmortem_due: "D+5"

16. 2 हैंडओवर चेकलिस्ट (10 आइटम)

1. एसएलओ डोमेन स्टेटस

2. ओपन इवेंट्स (ईटीए/मालिक)

3. नियोजित गतिविधियाँ/रिलीज + अवलोकन विंडो

4. प्रदाता (PSP/KYC/स्टूडियो) - जोखिम/उम्मीदें

5. कतारें/प्रतिकृति/कैश - लैग/विसंगतियाँ

6. सीमा/Phicheflag परिवर्तन

7. शिकायतें/टिकट और थ्रेसहोल्ड लोड करें

8. अल्पविराम योजना और स्थिति ड्राफ्ट

9. ऑन-कॉल रचना और आरक्षित

10. "वॉचलिस्ट" प्रति स्लॉट

17) एंटीपैटर्न

"क्या कोई सौदा करेगा?" RACI और मालिक के बिना।

आईसी/सीएल के बिना घटनाएं और टाइमर अपडेट करें।

छुपे हुए परिवर्तन (मैनुअल क्लिक), कोई गिट/लेखा परीक्षा नहीं।

गैर-सामान्य टेलीमेट्री: विभिन्न टीमों में अलग-अलग संख्या।

कॉम पैक और कैनरी के बिना रिलीज।

SoD उल्लंघन "गति के लिए।"

मौखिक रूप से, रिकॉर्ड और चेकलिस्ट के बिना।

कार्रवाई और समय सीमा के बिना पोस्टमार्टम।

कुल

संचालन में टीमों की बातचीत एक संविदात्मक सहयोग है: ओएलए/एसएलएक्स, स्पष्ट चैनल और भूमिकाएं, हैंडओवर अनुशासन, सामान्य टेलीमेट्री, समन्वित रिलीज और घटना प्रक्रियाएं। इस तरह का ढांचा एमटीटीआर और सीएफआर को कम करता है, प्राथमिकताओं को संरेखित करता है, एसएलओ, राजस्व और अनुपालन की रक्षा करता है - और दैनिक संचालन को अनुमानित और टिकाऊ बनाता है।