एउटा बक्समा दुई (यदि तपाईं सक्नुहुन्छ) र सबैजना कागजातमा (सधैं)।
IT सन्दर्भमा, "एक बक्समा दुई" ले दुई सर्भर वा कम्पोनेन्टहरूलाई जनाउँछ जुन रिडन्डन्सी र बढ्दो विश्वसनीयता प्रदान गर्न सँगै काम गर्न डिजाइन गरिएको हो। यो सेटअपले यो सुनिश्चित गर्न सक्छ कि यदि एउटा कम्पोनेन्ट असफल भयो भने, अर्कोले यसको सञ्चालनहरू लिनेछ, यसरी सेवाको निरन्तरता कायम राख्छ। "एक बाकसमा दुई" हुनुको लक्ष्य उच्च उपलब्धता र प्रकोप रिकभरी प्रदान गर्नु हो। यो संगठनमा मानव भूमिकाहरूमा पनि लागू हुन्छ; तर, यो विरलै लागू हुन्छ।
एक सान्दर्भिक विश्लेषण उदाहरण हेरौं। हामी सबैले सम्भवतः हाम्रो कम्पनी वा संगठनमा एक व्यक्तिलाई नामद्वारा चिन्छौं जो एनालिटिक्सको लागि "गो-टू" व्यक्ति हो। माइकको रिपोर्ट वा जेनको ड्यासबोर्ड - तिनीहरूको नाममा रिपोर्टहरू वा ड्यासबोर्डहरू छन्। पक्कै पनि, त्यहाँ अन्य व्यक्तिहरू छन् जसले एनालिटिक्स जान्दछन्, तर यी साँचो च्याम्पियनहरू हुन् जसलाई थाहा छ कि कसरी कडा भन्दा कठिन कामहरू गर्ने र समयसीमामा बढी पुग्ने देखिन्छ। समस्या यो हो कि यी मानिसहरू एक्लै खडा छन्। धेरै अवस्थामा दबाबमा, तिनीहरू कसैसँग काम गर्दैनन् किनकि यसले तिनीहरूलाई ढिलो गर्न सक्छ र यहीँबाट समस्या सुरु हुन्छ। हामीले यो व्यक्ति गुमाउनेछौं भनेर कहिल्यै सोच्दैनौं। म सामान्य "उनीहरूलाई बसले ठक्कर दिएको भनौं" वा वर्तमान रोजगार बजार अवसरहरूको फाइदा उठाउँदै उदाहरण प्रयोग गरेर "उनीहरूले लटरी जिते!" जस्ता सकारात्मक कुराहरूबाट टाढा रहनेछु, किनकि हामी सबैले सकारात्मक हुनको लागि आफ्नो भूमिका गर्नुपर्छ। आजभोलि।
कथा
सोमबार बिहान आउँछ, र हाम्रो विश्लेषक विशेषज्ञ र च्याम्पियन एमजेले आफ्नो राजीनामा बुझाए। एमजेले लटरी जितेर संसारको कुनै परवाह नगरी देश छोडिसकेका छन् । टोली र MJ लाई चिन्ने व्यक्तिहरू रोमाञ्चित र ईर्ष्यालु छन्, तर काम जानु पर्छ। अब MJ के गरिरहेको थियो यसको मूल्य र वास्तविकता बुझ्न को लागी छ। MJ विश्लेषणको अन्तिम प्रकाशन र प्रमाणीकरणको लागि जिम्मेवार थियो। तिनीहरू जहिले पनि सबैलाई विश्लेषणहरू आपूर्ति गर्नु अघि दक्षता सुधार गर्न वा त्यो कठिन परिवर्तन गर्न सक्षम देखिन्थ्यो। यो कसरी भयो भनेर कसैले पनि वास्ता गरेन र यो भर्खरै भयो भन्ने तथ्यमा सुरक्षित थियो, र MJ एक एनालिटिक्स व्यक्तिगत रक स्टार थियो त्यसैले स्वायत्तताको स्तर प्रदान गरिएको थियो। अब जब टोलीले टुक्राहरू उठाउन थाल्छ, अनुरोधहरू, दैनिक मुद्दाहरू, परिमार्जन अनुरोधहरू तिनीहरू घाटामा छन् र हड्ताल गर्न थाल्छन्। रिपोर्टहरू / ड्यासबोर्डहरू अज्ञात राज्यहरूमा भेटिन्छन्; केही सम्पत्तिहरू सप्ताहन्तमा अद्यावधिक भएनन्, र हामीलाई थाहा छैन किन; मानिसहरूले के भइरहेको छ र कहिले चीजहरू ठीक हुनेछ भनेर सोधिरहेका छन्, MJ ले भनिएको सम्पादनहरू देखा परिरहेका छैनन् र हामीलाई थाहा छैन किन। टिम नराम्रो देखिन्छ । यो एक विपत्ति हो र अब हामी सबै MJ घृणा गर्छौं।
पाठहरू
त्यहाँ केही सजिलो र स्पष्ट टेक-वेहरू छन्।
- एक व्यक्तिलाई एक्लै काम गर्न कहिल्यै नदिनुहोस्। राम्रो सुनिन्छ तर सानो फुर्तिलो टोलीहरूमा, हामीसँग यो गर्नको लागि समय वा मानिसहरू छैन। मान्छे आउँछन् जान्छन, काम धेरै छन्, त्यसैले उत्पादकत्वको नाममा बाँडफाँड र जित हुन्छ ।
- सबैले आफ्नो ज्ञान बाँड्नु पर्छ। यो पनि राम्रो सुनिन्छ तर के हामी सही व्यक्ति वा मानिसहरूसँग साझेदारी गर्दैछौं? ध्यान राख्नुहोस् कि धेरै लटरी विजेताहरू सहकर्मीहरू हुन्। ज्ञान साझेदारी सत्रहरू गर्नाले कार्यहरूबाट पनि समय लिन्छ र धेरैजसो मानिसहरूले आवश्यक पर्ने समयमा मात्र सीप र ज्ञानमा लगानी गर्छन्।
त्यसोभए, केहि वास्तविक समाधानहरू के हुन् जुन सबैले लागू गर्न र पछाडि जान सक्षम हुन सक्छन्?
कन्फिगरेसन व्यवस्थापनको साथ सुरु गरौं। हामी यसलाई धेरै समान विषयहरूको लागि छाता शब्दको रूपमा प्रयोग गर्नेछौं।
- परिवर्तन व्यवस्थापन: संरचित र व्यवस्थित तरिकामा सफ्टवेयर प्रणालीहरूमा योजना, कार्यान्वयन, र परिवर्तनहरू नियन्त्रण गर्ने प्रक्रिया। यो प्रक्रियाले विद्यमान प्रणालीमा न्यूनतम अवरोध र संगठनलाई अधिकतम लाभको साथमा परिवर्तनहरू नियन्त्रित र प्रभावकारी रूपमा (उल्टाउन सक्ने क्षमतासहित) गरिएको छ भनी सुनिश्चित गर्नु हो।
- योजना व्यवस्थापन: योजना, संगठन, र सफ्टवेयर विकास परियोजनाहरूको नियन्त्रण सुनिश्चित गर्न कि तिनीहरू समयमै, बजेट भित्र, र वांछित गुणस्तर मापदण्डहरूमा पूरा हुन्छन्। यसले परियोजना उद्देश्यहरू प्राप्त गर्न र समय तालिकामा सफ्टवेयर उत्पादन डेलिभर गर्न सफ्टवेयर विकास जीवनचक्र भर स्रोतहरू, गतिविधिहरू, र कार्यहरूको समन्वय समावेश गर्दछ।
- निरन्तर एकीकरण र निरन्तर वितरण (CI/CD): निर्माण, परीक्षण, र सफ्टवेयरको तैनाती स्वचालित गर्ने प्रक्रिया। निरन्तर एकीकरणको लागि साझा भण्डारमा कोड परिवर्तनहरू नियमित रूपमा मर्ज गर्न र विकास प्रक्रियाको प्रारम्भमा त्रुटिहरू पत्ता लगाउन स्वचालित परीक्षणहरू चलाउन आवश्यक छ। निरन्तर डेलिभरी/डिप्लोयमेन्टमा स्वचालित रूपमा परीक्षण गरिएको र प्रमाणित कोड परिवर्तनहरू उत्पादनमा जारी गर्ने समावेश छ, नयाँ सुविधाहरू र सुधारहरूको द्रुत र बारम्बार रिलीजको लागि अनुमति दिँदै।
- संस्करण नियन्त्रण: विशेष सफ्टवेयर उपकरणहरू प्रयोग गरेर समयसँगै स्रोत कोड र अन्य सफ्टवेयर कलाकृतिहरूमा परिवर्तनहरू व्यवस्थापन गर्ने प्रक्रिया। यसले विकासकर्ताहरूलाई कोडबेसमा सहकार्य गर्न, परिवर्तनहरूको पूर्ण इतिहास कायम राख्न र मुख्य कोडबेसलाई असर नगरी नयाँ सुविधाहरू प्रयोग गर्न अनुमति दिन्छ।
माथिका सबैले राम्रो सफ्टवेयर विकास अभ्यासलाई जनाउँछ। व्यापार चलाउने र चलाउने एनालिटिक्सहरू कम योग्य छैनन् किनकि तिनीहरू निर्णय लिने मिशन महत्त्वपूर्ण छन्। सबै एनालिटिक्स सम्पत्तिहरू (ETL कार्यहरू, सिमान्टिक परिभाषाहरू, मेट्रिक्स परिभाषाहरू, रिपोर्टहरू, ड्यासबोर्डहरू, कथाहरू ... आदि) डिजाइनको लागि दृश्य इन्टरफेसको साथ कोड स्निपेटहरू मात्र हुन् र साना साना परिवर्तनहरूले अपरेशनहरूमा विनाश ल्याउन सक्छ।
कन्फिगरेसन व्यवस्थापनको प्रयोगले हामीलाई राम्रो अवस्थामा चलिरहन समेट्छ। सम्पत्तिहरू संस्करण गरिएका छन् त्यसैले हामी उनीहरूको जीवनकालमा के भयो भनेर देख्न सक्छौं, हामीलाई थाहा छ कसले के काम गरिरहेको छ प्रगति र टाइमलाइनहरू, र हामीलाई थाहा छ कि उत्पादन जारी रहनेछ। कुनै पनि शुद्ध प्रक्रियाले समेटिएको कुरा भनेको ज्ञानको स्थानान्तरण र चीजहरू किन त्यस्तै छन् भन्ने बुझाइ हो।
प्रत्येक प्रणाली, डाटाबेस, र एनालिटिक्स उपकरणको आफ्नै quirks छ। चीजहरू जसले तिनीहरूलाई छिटो वा ढिलो बनाउँदछ, वस्तुहरू जसले तिनीहरूलाई निश्चित तरिकाले व्यवहार गर्दछ वा इच्छित परिणाम उत्पन्न गर्दछ। यी एक प्रणाली वा विश्वव्यापी स्तरमा सेटिङहरू हुन सक्छन् वा सम्पत्ति डिजाइन भित्रका चीजहरू हुन सक्छन् जसले तिनीहरूलाई चलाउन आवश्यक छ। समस्या यो हो कि यी धेरै चीजहरू समयको साथ सिकेका छन् र तिनीहरूलाई कागजात गर्ने ठाउँ सधैं हुँदैन। हामी क्लाउड प्रणालीहरूमा सर्दा पनि जहाँ हामी अनुप्रयोगले कसरी कार्यान्वयन गर्छ भन्ने नियन्त्रण गर्दैनौं र हामी यसलाई सकेसम्म छिटो बनाउनको लागि आपूर्तिकर्तामा भर पर्छौं परिभाषाहरूको ट्वीकिंग हाम्रो सम्पत्तिहरू भित्र हामीले खोजिरहेका कुराहरू अनलक गर्न जारी रहन्छ। यो ज्ञान कैद गर्न र अरूलाई उपलब्ध गराएर साझा गर्न आवश्यक छ। यो ज्ञान सम्पत्तिको कागजातको भागको रूपमा आवश्यक हुनुपर्दछ र संस्करण नियन्त्रण र CI/CD चेक इन र अनुमोदन प्रक्रियाको अभिन्न अंग बनाउनु पर्छ र केहि अवस्थामा पनि गर्न र नगर्ने चीजहरू प्रकाशित गर्नु अघि चेकलिस्टको भागको रूपमा। गर्नु
हाम्रो एनालिटिक्स प्रक्रियाहरूमा सर्टकटहरूको लागि कभर गर्न कुनै जादुई जवाफ वा AI छैन वा त्यहाँ अभाव छ। परिवर्तनहरू ट्र्याक गर्न, सबै सम्पत्तिहरू संस्करणहरू ट्र्याक गर्न र विकास प्रक्रिया कागजात गर्न र ज्ञान कब्जा गर्न मद्दत गर्न प्रणालीमा लगानी प्रवाह गर्ने डाटा र एनालिटिक्स प्रवाह गर्ने टोलीको आकारको बाबजुद पनि। प्रक्रियाहरूमा लगानी र अगाडिको समयले हाम्रो एनालिटिक्सको स्वस्थ अवस्था कायम राख्न पछि चीजहरू पत्ता लगाउन बर्बाद हुने समयको एक टन बचत गर्नेछ। चीजहरू हुन्छन् र MJ हरू र अन्य लटरी विजेताहरूको लागि बीमा नीति हुनु उत्तम हुन्छ।
