Tech lead का रूपमा प्रयोगकर्ता दस गुणा बढ्ने योजना कसरी बनाउनुहुन्छ?

Question

IT Interview Practice · Accepted Answer

Tech lead का रूपमा म पहिले **“दस गुणा प्रयोगकर्ता” लाई अपेक्षित प्रयोग, सेवा लक्ष्य र टोलीले पूरा गर्न सक्ने योजनामा बदल्छु**। दर्ता भएका खाताले मात्र सबैभन्दा व्यस्त समयमा कति अनुरोध आउँछन् बताउँदैनन्।

मानौँ व्यवसायले अर्डर प्लेटफर्मका लागि अभियान योजना बनाएको छ। उपलब्ध समय र बजेटभित्र अभियान चल्दा ग्राहकले ब्राउज गर्न, किन्न र पुष्टि पाउन सक्छन् कि सक्दैनन् भन्ने मुख्य प्रश्न हो।

## 1. वृद्धिलाई कामको भारमा बदल्नुहोस्

प्रयोगकर्ता कहिले आउँछन् र के गर्छन् भनेर उत्पादन टोलीलाई सोध्नुहोस्। एक वर्षमा बिस्तारै बढ्नु र सबैलाई एकैपटक अनलाइन ल्याउने अभियान फरक हुन्।

उदाहरणका लागि 100,000 दर्ता खातामध्ये 1% एकैपटक सक्रिय हुँदा 1,000 समवर्ती प्रयोगकर्ता हुन्छन्। 5% सक्रिय हुँदा 5,000 हुन्छन्। यी उदाहरणका मान्यता हुन्, पूर्वनिर्धारित अनुपात होइनन्। अनुरोधको आवृत्ति र प्रत्येक अनुरोधको काम अझै अनुमान गर्नुपर्छ।

अभियानले ल्याउने भार सूचीबद्ध गर्नुहोस्:

- लोकप्रिय उत्पादनसमेतको ब्राउजिङ र खोज अनुरोध।
- व्यस्त समयमा अर्डर र भुक्तानी लेखाइ।
- बढ्दो भण्डारण र राखिएको इतिहास।
- सूचना र रिपोर्टजस्ता पृष्ठभूमि काम।

यसले सर्भर सङ्ख्या दस गुणा बनाउने अस्पष्ट निर्देशनको सट्टा परीक्षण गर्न मिल्ने भार दिन्छ।

## 2. के राम्रो रहनैपर्छ भन्नेमा सहमति गर्नुहोस्

महत्त्वपूर्ण प्रयोगकर्ता यात्राका लागि स्वीकार्य प्रतिक्रिया समय, त्रुटि दर र पूर्णता तय गर्नुहोस्। आवश्यक ठाउँमा डेटाको ताजापन र पुनर्प्राप्ति अपेक्षा पनि तय गर्नुहोस्। रिपोर्ट ढिलो हुनु स्वीकार्य हुँदा checkout असफल हुनु नहुन सक्छ।

```text
[Campaign assumptions] -> [Expected workload] -> [Service targets]
                                                   |
                                            [Acceptance tests]
```

लक्ष्यले प्राविधिक काम र ग्राहकको परिणाम जोड्छ। सुधार पर्याप्त भयो कि भएन र दबाबमा कुन सेवा ह्रास सहन सकिन्छ भन्ने निर्णय गर्न मद्दत गर्छ।

## 3. परिवर्तन रोज्नुअघि हालको सीमा मापन गर्नुहोस्

उत्पादन प्रणालीका अवलोकन र प्रतिनिधिमूलक भार परीक्षण प्रयोग गर्नुहोस्। ढिला क्वेरी, डेटाबेस जडान, CPU, मेमोरी, क्युमा कामको उमेर र बाह्य सेवाको कोटा जाँच्नुहोस्। अनियमित अनुरोध मात्र नभई लोकप्रिय वस्तुतर्फ असमान ट्राफिक पनि समावेश गर्नुहोस्।

डेटाबेस जडान सीमा हो भने एप्लिकेसन नोड थप्दा प्रतिस्पर्धा बढ्न सक्छ। भुक्तानी प्रदायकको कोटा सीमा हो भने छिटो एप्लिकेसनले त्यो कोटा बढाउँदैन।

सामान्य सञ्चालनसँगै खाली क्यास र एउटा इन्स्ट्यान्स गुमेको अवस्था परीक्षण गर्नुहोस्। आदर्श परीक्षणमा मात्र पुग्ने होइन, अभियानकै बेला पुनर्प्राप्त गर्न सक्ने क्षमता चाहिन्छ।

## 4. निष्कर्षलाई जिम्मेवारी तोकिएको काममा बदल्नुहोस्

| निष्कर्ष | सम्भावित कदम | आवश्यक प्रमाण |
| --- | --- | --- |
| बारम्बार महँगो पढाइ | क्वेरी सुधार्ने वा उपयुक्त नतिजा क्यास गर्ने | स्वीकार्य ताजापनसहित डेटाबेसको काम घटेको। |
| पृष्ठभूमि कामले खरिदसँग प्रतिस्पर्धा गर्छ | क्षमता सीमित वा छुट्याउने | पृष्ठभूमि भारमा पनि checkout स्वस्थ रहेको। |
| निर्भरताको कोटा अपर्याप्त छ | बढाउने व्यवस्था वा अनुरोध प्रवेश नियन्त्रण | पुष्टि भएको कोटा र सीमामा परीक्षण गरिएको व्यवहार। |
| साना सुधारपछि पनि क्षमता कम छ | विस्तार वा ठूलो डिजाइन परिवर्तन मूल्याङ्कन | मापन गरिएको लाभ, माइग्रेसन योजना र लागत। |

हरेक कदमको जिम्मेवार व्यक्ति, बजेट, निर्भरता, समयसीमा र स्वीकार्यता परीक्षण तोक्नुहोस्। कार्यान्वयन मात्र होइन, deployment, सञ्चालन प्रशिक्षण र on-call तयारी पनि समावेश गर्नुहोस्।

ग्राहक प्रभाव र पूरा गर्ने जोखिमअनुसार प्राथमिकता दिनुहोस्। ठूलो पुनर्लेखन वा sharding परियोजनालाई प्रमाणित कारण र माइग्रेसन तथा प्रमाणीकरणका लागि पर्याप्त समय चाहिन्छ।

## 5. अभियानको अभ्यास र ट्राफिक क्रमशः वृद्धि गर्नुहोस्

व्यवस्थापन गर्न मिल्ने चरणमा परिवर्तन जारी गरेर अपेक्षित यात्राहरू सँगै परीक्षण गर्नुहोस्। ट्राफिक कहिले बढाउने, वृद्धि रोक्ने वा पछाडि फर्कने तय गर्नुहोस्। डेटा ढाँचा परिवर्तनमा सरल rollback को सट्टा अगाडि सुधार गर्दै पुनर्प्राप्ति चाहिन सक्छ।

नियन्त्रित सेवा ह्रास तयार गर्नुहोस्: वैकल्पिक निर्यात ढिलो गर्ने, पृष्ठभूमि काम सीमित गर्ने वा महत्त्वपूर्ण सञ्चालन जोगाउँदै अतिरिक्त अनुरोध अस्वीकार गर्ने। यी नियन्त्रणले साँच्चै भार घटाउँछन् र ग्राहकले स्पष्ट परिणाम पाउँछन् भन्ने जाँच्नुहोस्।

लक्ष्य समय वा बजेटमा अट्दैन भने उत्पादन टोलीलाई ठोस विकल्प दिनुहोस्: प्रयोगकर्ता चरणमा ल्याउने, महँगो सुविधा घटाउने वा मापन गरिएको अवरोधमा लगानी गर्ने। हरेक विकल्पको ग्राहक प्रभाव र अनिश्चितता बुझाउनुहोस्।

**सम्झनुहोस्:** वृद्धिका मान्यता → सेवा लक्ष्य → मापन गरिएका सीमा → जिम्मेवारीसहित योजना → अभ्यास गरिएको rollout। Tech lead ले मानिस, पैसा र पुनर्प्राप्ति समेटिएको क्षमता योजना दिन्छ।

निष्कर्ष	सम्भावित कदम	आवश्यक प्रमाण
बारम्बार महँगो पढाइ	क्वेरी सुधार्ने वा उपयुक्त नतिजा क्यास गर्ने	स्वीकार्य ताजापनसहित डेटाबेसको काम घटेको।
पृष्ठभूमि कामले खरिदसँग प्रतिस्पर्धा गर्छ	क्षमता सीमित वा छुट्याउने	पृष्ठभूमि भारमा पनि checkout स्वस्थ रहेको।
निर्भरताको कोटा अपर्याप्त छ	बढाउने व्यवस्था वा अनुरोध प्रवेश नियन्त्रण	पुष्टि भएको कोटा र सीमामा परीक्षण गरिएको व्यवहार।
साना सुधारपछि पनि क्षमता कम छ	विस्तार वा ठूलो डिजाइन परिवर्तन मूल्याङ्कन	मापन गरिएको लाभ, माइग्रेसन योजना र लागत।

1. वृद्धिलाई कामको भारमा बदल्नुहोस्

2. के राम्रो रहनैपर्छ भन्नेमा सहमति गर्नुहोस्

3. परिवर्तन रोज्नुअघि हालको सीमा मापन गर्नुहोस्

4. निष्कर्षलाई जिम्मेवारी तोकिएको काममा बदल्नुहोस्

5. अभियानको अभ्यास र ट्राफिक क्रमशः वृद्धि गर्नुहोस्

सम्बन्धित प्रश्नहरू