Logo GH

मानक प्रचालन प्रक्रिया

1) एसओपी क्या है और इसकी आवश्यकता क्यों है

एसओपी (मानक परिचालन प्रक्रिया) समझने योग्य इनपुट/आउटपुट, भूमिकाओं और गुणवत्ता मानदंडों के साथ दोहराए जाने योग्य संचालन के लिए चरणों का एक औपचारिक, मान्य अनुक्रम है।

एसओपी के उद्देश्य हैं:
  • निष्पादन परिवर्तनशीलता और जोखिम को कम करें।
  • ऑफ-द-शेल्फ क्रियाओं के माध्यम से MTTA/MTTR को कम करें।
  • अनुपालन और लेखा परीक्षा: प्रजनन योग्यता, ट्रेसबिलिटी।
  • ऑनबोर्डिंग: सीखने में तेजी और छाया - एकल।

SOP ≠ playbook: playbook - forks के साथ निर्णय वृक्ष, एक विशिष्ट परिदृश्य के लिए SOP - रैखिक नियम (या प्लेबुक शाखा)।

2) अच्छे एसओपी सिद्धांत

परिणाम-प्रेरित: परिणाम (एसएलओ/व्यावसायिक मानदंड) पर ध्यान केंद्रित करें, न कि केवल कदम।

अस्पष्टता: कमांड, पैरामीटर, अपेक्षित प्रभाव और नियंत्रण बिंदु।

डिफ़ॉल्ट रूप से सुरक्षा: गेट्स, लिमिट, बैकआउट/रोलबैक पंजीकृत हैं।

न्यूनतम संदर्भ: विस्तृत रनबुक/निदान के लिए छोटे नोट + लिंक।

प्रासंगिकता: समीक्षा तिथि, मालिक, संस्करण, समाप्ति तिथि।

निष्पादन क्षमता: JIT/JEA एक्सेस, पूर्व शर्त जाँच, कलाकृतियाँ टेम्पलेट।

3) एसओपी मानक संरचना (कंकाल)


ID/Version/Review Date
Name and short purpose (what and why)
Scope (Services/Regions/Tenants, SEV/Risk)
Roles and Responsibilities (RACI: R/A/C/I)
Preconditions (accesses, windows, stage, reserve, artifacts)
Materials/tools (dashboards, feature flags, repos, keys)
Quality gates (SLO-gardrails, quorum of probes, alerts)
Step-by-step instruction (step → command → expected result → verification)
Branches (if X - perform Y) [minimum]
Backout/Rollback (start conditions, steps, verification)
Communications (who, when, where; message templates)
Evidence (what to save: screenshots, logs, chexums, links)
Completion (success criteria, watching who closes the ticket)
Change History (What, By Whom, and Why)

4) एसओपी निर्देशिका और स्वामित्व

टैग के साथ एकल भंडार (डॉक्स-ए-कोड): 'डोमेन/ऑप्स', 'सेवा/चेकआउट', 'जोखिम/उच्च', 'प्रदाता/psp-a'।

मालिक कार्ड: टीम, ड्यूटी संपर्क, बैकअप मालिक।

एसएलए प्रासंगिकता (जैसे) हर ≤90 दिन या घटना/रिलीज के बाद की समीक्षा करें)।

लिंटर/एसओपी सत्यापन (सीआई): संरचना, लिंक, मालिकों, समीक्षा अवधि का सत्यापन।

5) एसओपी जीवनचक्र

1. दीक्षा (घटना/ड्रिल/नई प्रक्रिया के बाद)।

2. ड्राफ्ट (लेखक = सेवा/प्रक्रिया स्वामी)।

3. समीक्षा (एसआरई/सुरक्षा/कानूनी/कम्स - डोमेन द्वारा)।

4. पायलट (टेबलटॉप/गेम डे): समय मापते हैं, संपादन पाता है।

5. प्रकाशन (CMDB/सेवा सूची में संस्करण, तिथि, संख्या, टेम्पलेट)।

6. परिचालन आवेदन (टिकट/चैट, साक्ष्य संग्रह में एनोटेशन)।

7. अपडेट (आरसीए/सीएपीए द्वारा, समीक्षा समय सीमा से, वास्तुकला परिवर्तन द्वारा)।

8. संग्रह/कमी (नए SOP/playbook द्वारा प्रतिस्थापित)।

6) पड़ोसी कलाकृतियों के साथ संबंध

प्लेबुक: एसओपी - प्लेबुक के अंदर "रैखिक शाखा"; चरणों से संदर्भ।

रनबुक 'और: तकनीकी विवरण/स्क्रिप्ट को रनबुक में रखा गया है, एसओपी संदर्भित करता है।

नीतियां (नीति-जैसे-कोड): अभिगम द्वार, अनुमति, आरबीएसी - अनिवार्य लिंक।

एसएलओ/एसएलआई: सफलता मानदंड और गार्डे-रेल।

एस्केलेशन मैट्रिक्स: भूमिकाएँ/समय जब SOP निष्पादन विफल होता है।

रखरखाव खिड़कियां: उच्च जोखिम वाले एसओपी के लिए स्लॉट/अल्पविराम आवश्यकताएं।

7) एसओपी प्रदर्शन मैट्रिक्स

समय-से-निष्पादन (मध्य/p95) - प्रक्रिया कितना समय लेती है।

सफलता दर - वृद्धि/रोलबैक के बिना सफलता दर।

साक्ष्य पूर्णता - कलाकृतियों की परिपूर्णता।

एसएलओ प्रभाव - चरण (बर्न-मिनट) के दौरान/बाद में कोई गिरावट है।

दोष घनत्व - 10 एसओपी पर समीक्षा/व्यायाम नोट।

≤90 दिनों की समीक्षा के साथ ताजगी SOPs का अनुपात है।

गोद लेना - कितने अलर्ट/विंडो वास्तव में SOP से बंधे हैं।

8) एसओपी लेखक जाँच सूची

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

9) एसओपी चेकलिस्ट

  • JIT/JEA पूर्व शर्तों और पहुंच की पुष्टि की।
  • टिकट/युद्ध-कक्ष खुला है और एनोटेशन शामिल हैं।
  • अवलोकन: आवश्यक डैशबोर्ड/अलर्ट खुले हैं।

मैं क्रम में सीढ़ियों का अनुसरण करता हूँ; प्रत्येक सत्यापन के बाद।

  • माली के उल्लंघन के मामले में - तत्काल बैकआउट और वृद्धि।
  • साक्ष्य भरा हुआ है; अंतिम एसएलओ/व्यापार एसएलआई जांच।
  • टिकट बंद, स्थिति पृष्ठ/comms अद्यतन।

10) एसओपी उदाहरण (टुकड़े)

10. 1 एसओपी: कैनरी रिलीज रोलबैक (REL-ROLLBACK-01)


The goal: to return the stable version when the burn-rate is exceeded or the p99 grows.
Scope: checkout-api service (prod, EU).
Roles: Release (R), IC (A in SEV-1), P1 (R), Comms (I).
Preconditions: feature flags are ready; JEA accesses; release-annotations included.
Gates: slo. payment_success, http_p99; quorum synthetic EU/US + RUM.
Steps:
1) Freeze unrelated depleys.
2) rollback to tag v2. 3. 7 (command...) → waiting 5 minutes.
I expect: p99↓, error_rate↓, burn-rate <threshold.
3) Business SLI check (payment success, conversion) 10 min.
4) Remove the suppression of alerts; update release annotation.
Backout: if rollback does not help - escalate to IC, enable degrade-UX, consider failover.
Comms: "Rolled back; metrics stabilize; next update in 15 minutes."
Evidence: before/after screenshots, link to dashboards, command and output.
Completion: 30 min green SLOs; close the ticket; assign an RCA (if SEV-1).
Version: 1. 6 (2025-10-28)

10. 2 एसओपी: अनुसूचित डीबी अपग्रेड (MW-DB-UPGRADE-02)


Purpose: update PostgreSQL minor without data loss.
Area: payments-db (prod EU), 02: 00-04: 00 Europe/Kyiv.
Roles: DB Lead (R), SRE (C), Service Owner (A), Comms (R clients).
Preconditions: OK backups; replica in sync; Test upgrade passed.
Gates: lag≤30s, error_rate<0. 5%, p99 <400ms, SLO green 30m.
Steps:
1) Transfer traffic to canary replica 1%→5%→25%; SLI monitoring.
2) Consistently upgrade secondary nodes → switch over → upgrade of the former primary.
3) Restore replication, check consistency.
Backout: promote stable replica; return writer; rolling back packets.
Comms: T-7/-2 days and T-60/-15 min alert; updates q = 30m during the window.
Evidence: migration logs, checksums, p95/p99 graphs.
Completion: observation 60m without burn; MW report with evidence.
Version: 2. 1 (2025-09-12)

10. 3 एसओपी: पीएसपी प्रदाता स्विचिंग (PROV-PSP-SWITCH-01)


Objective: to maintain payment success_ratio in case of PSP-A degradation.
Trigger: PSP-A red/partial status + success_ratio% ≥2 drop.
Steps:
1) Install weights: PSP-A 30%, PSP-B 70%.
2) Turn on the degrade_payments_ux; enhance retrays (within SLA).
3) Monitor fraud_rate/chargeback-risk 30m.
Backout: Regain weights at green SLI 60m.
Comms: status page (first ≤15m, cadence 30m).

10. 4 एसओपी: बैकअप रिकवरी चेक (DATA-BACKUP-RESTORE-CHECK-03)


Objective: weekly verification of recoverability.
Steps: lift from backup in isolation → hash control → consistency requests → report.
Success criterion: time-to-restore ≤ 45 min; 100% integrity.

11) SOPs के आसपास स्वचालन

SOP टेम्पलेटिंग: RACI/गेट/कॉमा ब्लॉक के साथ कंकाल पीढ़ी।

बॉट कलाकार: चेक बॉक्स, टाइमर, ताल अनुस्मारक, साक्ष्य ऑटो-संग्रह के साथ कदम।

CMDB/कैटलॉग के साथ एकीकरण - सेवा में संबंधित SOPs की एक सूची है।

टेलीमेट्री एनोटेशन: "SOP-RUN: चरण N" → त्वरित पार्सिंग।

प्रवेश नीतियां: तैनाती/विंडो केवल हरे एसओपी गेट के साथ शुरू होती है।

12) एंटी-पैटर्न

बिना मालिक/तिथि की समीक्षा के SOP - "मृत" दस्तावेज़

सफलता के मानदंड और बैकआउट के बिना फूला हुआ निर्देश।

असंगत आदेश/कुंजी - त्रुटियों और रिसाव का जोखिम।

विकी और भंडार में विभिन्न संस्करण सत्य के स्रोतों का विचलन हैं।

कोई सबूत नहीं - गुणवत्ता/अनुपालन की पुष्टि करने के लिए कुछ

"सभी मामलों के लिए एक एसओपी" - निष्पादन क्षमता खो जाता है।

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

1. नेड। 1: एसओपी टेम्पलेट, लिंटर और कैटलॉग को मंजूरी दें; शीर्ष 10 परिदृश्यों का चयन करें।

2. नेड। 2: रिलीज/रोलबैक/प्रदाता/बैकअप के लिए एसओपी लिखें; टेबलटॉप पायलट।

3. नेड। 3: चैटोप्स बॉट और टेलीमेट्री एनोटेशन को कनेक्ट करें; SOPs के साथ सहयोगी अलर्ट।

4. नेड। 4: त्रैमासिक समीक्षा अनुसू ताजगी/सफलता दर मेट्रिक्स दर्ज करें।

5. नेड। 5-6: महत्वपूर्ण संचालन का 90% कवर; डीआर/सुरक्षा-एसओपी; सबूत संग्रह स्वचालि

14) नीचे की रेखा

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

Contact

हमसे संपर्क करें

किसी भी प्रश्न या सहायता के लिए हमसे संपर्क करें।हम हमेशा मदद के लिए तैयार हैं!

इंटीग्रेशन शुरू करें

Email — अनिवार्य है। Telegram या WhatsApp — वैकल्पिक हैं।

आपका नाम वैकल्पिक
Email वैकल्पिक
विषय वैकल्पिक
संदेश वैकल्पिक
Telegram वैकल्पिक
@
अगर आप Telegram डालते हैं — तो हम Email के साथ-साथ वहीं भी जवाब देंगे।
WhatsApp वैकल्पिक
फॉर्मैट: देश कोड और नंबर (उदा. +91XXXXXXXXXX)।

बटन दबाकर आप अपने डेटा की प्रोसेसिंग के लिए सहमति देते हैं।