चुनिंदा काम

पहले वैलिडेशन: मल्टी-साइट Hyper-V और SCVMM रेज़िडेंसी

एक वैश्विक IT सेवा फ़र्म के राज्य-सरकार एंड-क्लाइंट के लिए · Dell रेज़िडेंसी कॉन्ट्रैक्ट के तहत डिलीवर

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

हमने रेज़िडेंसी को इसी सवाल के इर्द-गिर्द ढाला। पहले तीन हफ़्ते शुद्ध वैलिडेशन के थे: होस्ट कॉन्फ़िगरेशन, क्लस्टर का व्यवहार, स्टोरेज और नेटवर्क पाथ — सब कुछ व्यवस्थित ढंग से परखा गया, और हर निष्कर्ष साथ-साथ डॉक्युमेंट होता गया। न कोई विरासत में मिली मान्यता, न "ठीक ही होगा" पर कोई रियायत।

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

जिस पल के लिए हम यह कहानी सुनाते हैं, वह बीच में आया: कस्टमर की इंजीनियरिंग टीम ने हमारे टार्गेट-स्टेट डिज़ाइन की रिव्यू की और उसके एक बुनियादी निर्णय को चुनौती दी — नेटवर्क कॉन्फ़िगरेशन के लिए Network ATC और SCVMM के बीच ओनरशिप की सीमा कहाँ होनी चाहिए। उनका ज़ोर देना सही था। हमने डिज़ाइन संशोधित किया, और वर्शन 1.1 पर उनकी रिव्यू की छाप है: कौन क्या मैनेज करेगा, इसका साफ़-सुथरा बँटवारा — लाइन-दर-लाइन उन्हीं लोगों के साथ तय, जो प्लैटफ़ॉर्म चलाते हैं।

कुछ कंसल्टेंसियाँ इसे स्कोप का टकराव कहतीं। हम इसे एंगेजमेंट का ठीक वैसा चलना कहते हैं, जैसा सोचा गया था — हम कस्टमर के साथ इंजीनियरिंग करते हैं, उस पर थोपते नहीं। जो डिज़ाइन कस्टमर के अपने इंजीनियरों की कसौटी पर खरा उतरता है, वह उस डिज़ाइन से कहीं क़ीमती है, जिसे कभी चुनौती ही नहीं मिली।

हमारे जाने के बाद क्या बचा: वैलिडेशन रिपोर्टें, संशोधित टार्गेट-स्टेट डिज़ाइन, बिल्ड डॉक्युमेंटेशन, और प्लैटफ़ॉर्म चलाने में सक्षम एक टीम। रेज़िडेंसी के हर घंटे ने पीछे एक आर्टिफ़ैक्ट छोड़ा।

ऐप्लिकेशन-माइग्रेशन मेथडोलॉजी, औद्योगिक स्तर पर

Dell के साथ सक्रिय ऐप्लिकेशन-माइग्रेशन एंगेजमेंट · B2B2B डिलीवरी

ऐप्लिकेशन माइग्रेशन शायद ही कभी टूलिंग में विफल होते हैं। वे खाली जगहों में विफल होते हैं — डिस्कवरी और प्लानिंग के बीच, किसी के दिमाग़ में रखे रनबुक और रात के दो बजे चलाए गए रनबुक के बीच, "हम रोलबैक कर सकते हैं" और एक असली, परखे हुए रोलबैक प्लान के बीच।

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

फ़ैक्टरी ऐसे काम करती है:

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

यह पेज क्या दावा करता है, इस पर हम सोच-समझकर चलते हैं। यह मेथडोलॉजी और क्षमता की कहानी है: फ़ैक्टरी एक सक्रिय Dell एंगेजमेंट के भीतर प्रोडक्टाइज़ है और Dell के कस्टमर्स को B2B2B डिलीवर होती है। नतीजे हम तब प्रकाशित करेंगे, जब कस्टमर माइग्रेशन पूरे होंगे — उससे पहले नहीं।

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

एजेंटिक डिलीवरी, इंजीनियर की निगरानी में

हमारा डिलीवरी मॉडल · Gus IT का हर एंगेजमेंट ऐसे चलता है

AI-संचालित डिलीवरी के बारे में एक गंभीर ख़रीदार जो पहला सवाल पूछता है, वही सही सवाल है: क्या AI एजेंटों को प्रोडक्शन इन्फ्रास्ट्रक्चर के पास जाने देना सुरक्षित है?

हमारा जवाब है — काम का सख़्त बँटवारा, जो हर एंगेजमेंट पर लागू होता है।

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

जो वे कभी नहीं करते: कोई डिज़ाइन अप्रूव करना। बिना निगरानी किसी प्रोडक्शन सिस्टम को छूना। गो/नो-गो का फ़ैसला लेना।

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

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

यह कोई लैब का कॉन्सेप्ट नहीं है। हम आज अपना कॉन्ट्रैक्टेड काम ऐसे ही डिलीवर करते हैं — पार्टनर और चैनल कॉन्ट्रैक्ट्स के तहत चल रहे एंगेजमेंट्स समेत।

अगर आप तौल रहे हैं कि AI आपकी डिलीवरी चेन में आना चाहिए या नहीं — या वहाँ आ जाए, तो उसे गवर्न कैसे करें — तो अपने सबसे कठिन सवाल असेसमेंट कॉल पर लेकर आइए। यह मॉडल जिरह झेलने के लिए ही बना है।