PHP के लिए Chaos Engineering: उपयोगकर्ताओं के ऐसा करने से पहले एप्लिकेशन को कैसे तोड़ें

आपका PHP एप्लिकेशन एक नाजुक तितली है? इसे युद्ध में परखने का समय आ गया है

कल्पना करें: शुक्रवार की शाम। आपने अभी-अभी लंबे समय से प्रतीक्षित रिलीज़ लॉन्च की है। सब कुछ पूरी तरह से काम कर रहा है। आप चाय बनाते हैं, Telegram खोलते हैं... और अचानक डेटाबेस डाउन हो जाता है। या Redis। या कोई बाहरी API। परिचित लगता है? यदि नहीं - तो संभवतः आपने अभी तक वास्तविक अराजकता का सामना नहीं किया है।

PHP डेवलपमेंट की दुनिया में "शायद ठीक हो जाए" पर भरोसा करना आम बात है। हम कोड लिखते हैं, उसे यूनिट टेस्ट से कवर करते हैं, कभी-कभी इंटीग्रेशन टेस्ट भी करते हैं। लेकिन क्या होता है जब सब कुछ योजना के अनुसार नहीं होता? जब सर्वर पैकेट खो देता है, डेटाबेस 10 सेकंड की देरी से जवाब देता है, या फ़ाइल सिस्टम भर जाता है?

यहाँ पर Chaos Engineering आता है - एक अनुशासन जो Netflix और बड़ी वितरित प्रणालियों की दुनिया से आया है। लेकिन लेख को बंद करने में जल्दबाजी न करें: यह सामान्य PHP एप्लिकेशन के लिए भी काम करता है, भले ही आपके पास Laravel या Symfony पर मोनोलिथ हो।

Chaos Engineering क्या है और PHP डेवलपर को इसकी आवश्यकता क्यों है?

Chaos Engineering वास्तविक विफलता में प्रकट होने से पहले कमजोरियों की पहचान करने के लिए सिस्टम पर प्रयोग करने की प्रथा है। आप जानबूझकर खराबी पैदा करते हैं (सेवाओं को बंद करना, प्रतिक्रियाओं में देरी करना, प्रक्रियाओं को मारना) और देखते हैं कि आपका एप्लिकेशन कैसा व्यवहार करता है।

बहुत से लोग सोचते हैं: "मेरे पास एक साधारण PHP एप्लिकेशन है, मुझे इसकी आवश्यकता क्यों है?"। लेकिन आइए ईमानदार रहें:

\n
• आपका कोड बाहरी API पर निर्भर करता है? हाँ।
\n
• आपके पास Redis या Memcached के माध्यम से कैशिंग है? हाँ।
\n
• आप कतारों (RabbitMQ, Kafka, SQS) का उपयोग करते हैं? सबसे अधिक संभावना है, हाँ।
\n
• डेटाबेस MySQL/PostgreSQL है? हाँ।
\n

इनमें से प्रत्येक बिंदु एक संभावित विफलता बिंदु है। और PHP एप्लिकेशन की दोष-सहनशीलता केवल उसी क्षण परखी जाती है जब कुछ टूटता है। Chaos Engineering आपको वह बनने की अनुमति देता है जो तोड़ता है, न कि वह जो मरम्मत करता है।

Chaos Engineering के मूल सिद्धांत

कोड लिखने से पहले, तीन मुख्य नियम याद रखें:

\n
• छोटे से शुरू करें। पूरे डेटाबेस को एक साथ बंद न करें। एक कनेक्शन से शुरू करें।
\n
• एक परिकल्पना रखें। "यदि Redis डाउन हो जाता है, तो एप्लिकेशन को काम करना चाहिए, लेकिन धीमी गति से" - यह एक परिकल्पना है। इसे जाँचें।
\n
• रोलबैक को स्वचालित करें। सामान्य स्थिति में वापस आने की हमेशा एक योजना रखें।
\n

अब PHP पर वास्तविक उदाहरणों पर चलते हैं।

उदाहरण 1: डेटाबेस विलंब का अनुकरण

मान लीजिए, आपके पास MySQL के लिए एक सामान्य क्वेरी है। आप PDO का उपयोग करते हैं। कैसे जाँचें कि क्या होगा यदि डेटाबेस अचानक "धीमा" होने लगे?

सबसे आसान तरीका PDO के लिए एक मिडलवेयर या रैपर लिखना है जो यादृच्छिक विलंब जोड़ता है। यहाँ एक उदाहरण है:

<?php\nclass ChaoticPDO extends PDO {\n    private float $chaosProbability;\n    private int $maxDelayMs;\n\n    public function __construct(\n        string $dsn, \n        ?string $username = null, \n        ?string $password = null, \n        ?array $options = null,\n        float $chaosProbability = 0.1, // 10% क्वेरी "धीमी" होंगी\n        int $maxDelayMs = 5000        // अधिकतम 5 सेकंड विलंब\n    ) {\n        parent::__construct($dsn, $username, $password, $options);\n        $this->chaosProbability = $chaosProbability;\n        $this->maxDelayMs = $maxDelayMs;\n    }\n\n    public function query(string $query, ?int $fetchMode = null, mixed ...$fetchModeArgs): PDOStatement|false\n    {\n        $this->maybeInjectDelay();\n        return parent::query($query, $fetchMode, ...$fetchModeArgs);\n    }\n\n    private function maybeInjectDelay(): void {\n        if (mt_rand() / mt_getrandmax() < $this->chaosProbability) {\n            $delay = mt_rand(100, $this->maxDelayMs);\n            usleep($delay * 1000);\n            // मॉनिटरिंग के लिए लॉग करें\n            error_log("[CHAOS] डेटाबेस क्वेरी में {$delay}ms का विलंब डाला गया");\n        }\n    }\n}\n\n// उपयोग\n$pdo = new Ch