उत्पाद के रूप में कंपनी का बुनियादी ढांचा

इन्फ्रास्ट्रक्चर वह है जो आईटी व्यवसाय के काम और मुनाफे पर निर्भर करता है। डेवलपर के कंप्यूटर से उत्पादन तक कोड के साथ होने वाली सभी प्रक्रियाएं सर्वर, सॉफ़्टवेयर और बाहरी सेवाओं के निर्बाध संचालन पर निर्भर करती हैं। यदि बुनियादी ढांचा काम नहीं करता है जैसा कि इसे करना चाहिए, तो व्यवसाय लाभ खो देता है।

स्टार्टअप बुनियादी ढांचे पर ज्यादा ध्यान नहीं देते हैं - उन्हें उत्पाद में कटौती करने की आवश्यकता है जब तक कि निवेशक पैसे से बाहर नहीं निकलते हैं। बड़ी कंपनियां अब इसके लिए नहीं हैं - हमारे यहां हजारों कार्य हैं, हमें काम करने की आवश्यकता है।

यह अक्सर यह समझने में विफल रहता है कि आईटी कंपनी का बुनियादी ढांचा भी एक उत्पाद है, जिसका एक लक्ष्य है, कि लागत और ट्रैक मैट्रिक्स पर विचार करना आवश्यक है।


क्या आप जानते हैं कि आपके बुनियादी ढांचे की लागत कितनी है: सर्वर, सॉफ्टवेयर, बाहरी सेवाएं? आपको क्या लगता है कि इसकी लागत, किस मैट्रिक्स से है? यदि कुछ गिरता है या कोई बैकअप नहीं है तो आप कितना खो देंगे? स्काईेंग के अर्टिओम नामेंको (@entsu) इन सवालों के जवाब जानते हैं। उन्होंने राज्य में दो डेवलपर्स और एक हजार कर्मचारियों के साथ निगमों में दोनों कंपनियों में काम किया। वह वर्तमान में स्काईेंग में बुनियादी ढांचे का प्रबंधन करता है और, उसी समय, स्काईेंग बच्चों के अध्ययन केंद्र। आर्टेम बताएगा कि कंपनी बुनियादी ढांचे का निर्माण कैसे कर रही है, वे इस पर पैसा कैसे बनाते हैं और क्या गलतियां नहीं की जानी चाहिए।

कंपनी के बारे में

स्काईेंग एक युवा कंपनी है, यह केवल 6 साल का है। लेकिन इस समय यह हर साल 3 गुना बढ़ रहा है।



इसका मतलब है कि बुनियादी ढांचा भी हर साल तीन गुना बढ़ता है। आज हमारे पास 100 सर्वर, एक वर्ष में 300 और दो में 900 हैं। यह आसान नहीं है, हम ऐसी वृद्धि सुनिश्चित करने के लिए कड़ी मेहनत कर रहे हैं।

स्काईेंग एक आईटी कंपनी है। कंपनी युवा है, अभी तक बहुत सारी विरासत नहीं है, पीएचपी स्टैक के लिए सब कुछ मानक है:

• पीएचपी;
  
• कोणीय;
  
• PostgreSQL;
  
• लिनक्स जिस पर सब कुछ घूम रहा है।
  

लगभग सौ डेवलपर्स। कंपनी बढ़ रही है और साल के अंत तक और भी कुछ होगा।



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

कंपनी का लक्ष्य 2 वर्षों में 7 गुना वृद्धि करना है। इन्फ्रास्ट्रक्चर इसी तरह बढ़ना चाहिए। लक्ष्य को प्राप्त करने के लिए, devops टीम का प्रत्येक सदस्य एक बैल की तरह काम करता है। हर साल हमें पिछले साल से 3 गुना बेहतर होना चाहिए, और भविष्य में 7 गुना बेहतर होना चाहिए। स्काईेंग में, किसी को भी सुंदर कहानियों में दिलचस्पी नहीं है जो "कोशिश की, लेकिन असफल रही।" परिणाम महत्वपूर्ण है, प्रक्रिया नहीं।

इमारत के बुनियादी ढांचे के सिद्धांत

किसी भी आईटी कंपनी का व्यवसाय बुनियादी ढांचे पर काम करता है। यदि यह काम नहीं करता है, तो व्यापार काम नहीं करता है, चाहे वह यैंडेक्स, अमेज़ॅन या स्काईेंग हो। हम इसके बारे में जानते हैं, इसलिए एक शांत बुनियादी ढाँचे के लिए पहली चीज जो एक लक्ष्य निर्धारित करना है । यह टोनी रॉबिंस के एक भाषण की तरह लगता है, लेकिन एक लक्ष्य के बिना, कुछ भी काम नहीं करेगा।

लक्ष्य को दो कारणों से निर्धारित किया जाना चाहिए।

• यदि आपका कोई लक्ष्य है, तो आप उसकी ओर बढ़ेंगे।
  
• अगर कोई लक्ष्य नहीं है, तो कहीं नहीं जाना है। यदि आप कहीं आते हैं, तो भी आप प्राप्त लक्ष्य से ऊँचा नहीं हो पाएंगे।
  

यदि कोई लक्ष्य नहीं है, तो इसे हासिल करना असंभव है।

कंपनी की समस्याएं

अकेले लक्ष्य निर्धारित करना पर्याप्त नहीं है। कंपनी का लक्ष्य 2 वर्षों में 7 गुना वृद्धि करना है। वृद्धि के दौरान समस्याएं होंगी। वे आकार और कंपनी के प्रकार के आधार पर भिन्न होते हैं।

पहले प्रकार की कंपनियां और लोग स्टार्टअप हैं । नीचे दी गई तस्वीर में, "विशिष्ट स्टार्टअप" - एक बेड़ा और एक छोटी सी टीम जो उस पर कहीं दूर तैरने की कोशिश कर रही है। एक स्टार्टअप के फायदे यह हैं कि टीम का प्रत्येक सदस्य समझता है कि टीम कहाँ जा रही है, कौन क्या कर रहा है, और एक सामान्य लक्ष्य प्राप्त करने के लिए उसे क्या करना चाहिए।



स्टार्टअप के साथ समस्या पैसों की कमी है। जब कार्यों की एक बड़ी मात्रा डेवोप्स पर पड़ती है, तो उसके पास समय नहीं होता है और वह खुद को सहायक पूछता है। आमतौर पर उसे जवाब मिलता है: “क्यों? आप प्रबंधन करते हैं, सभी नियम - चलते हैं! "

अगला प्रकार विशाल जहाज है । जहाज के चालक दल के कुछ सदस्य यह नहीं देखते हैं कि यह कहां नौकायन कर रहा है। वे अपना छोटा कार्य करते हैं, उदाहरण के लिए, वे कोयले को भट्टी में फेंकते हैं, और वे समझ नहीं पाते हैं कि विश्व स्तर पर क्या हो रहा है।



जहाजों के साथ मुख्य समस्या यह है कि अधिक से अधिक कार्यों की आवश्यकता होती है। एक सौ ग्राहक, प्रत्येक समस्या के लिए, यह स्पष्ट नहीं है कि प्राथमिकता कैसे दी जाए, समग्र तस्वीर धुंधली है, लेकिन हम "काम कर रहे हैं"! समय कभी भी पर्याप्त नहीं होता है, और अधिक से अधिक कार्यों की आवश्यकता होती है। एक टीम कभी भी एक कन्वेयर का निर्माण करने में सक्षम नहीं होगी जो महत्वपूर्ण कार्यों पर काम करने के लिए कोयले को भट्ठी में फेंकता है।

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

बुनियादी ढाँचे के लक्ष्य

मैं वर्णन करूंगा कि कंपनी के वैश्विक लक्ष्यों के संदर्भ में स्काईेंग में हमने अपने बुनियादी ढांचे के लिए क्या लक्ष्य निर्धारित किए हैं, और हम उन्हें कैसे प्राप्त करते हैं। इन्फ्रास्ट्रक्चर के 4 लक्ष्य हैं।

बजट का ध्यान रखें । एक कंपनी पैसा बनाने के लिए एक वाणिज्यिक संरचना है, इसलिए हमें उन्हें गिनना चाहिए।

कार्यों को शीघ्रता से हल करें । उन्होंने समय पर सर्वर नहीं बढ़ाया, कंपनी की नई सेवा शुरू नहीं होगी और पैसा नहीं कमाएगी। बैकअप को समय पर बहाल नहीं किया गया था - फिर से, कुछ काम नहीं करेगा, और कंपनी लाभ खो देगी।

डेवलपर्स की सुविधा । इस आइटम के लिए एक अलग स्पष्टीकरण की आवश्यकता होती है। पिछले साल, स्काईेंग ने 600 मिलियन रूबल विकास पर खर्च किए। यदि हम एक बुनियादी ढांचे के रूप में, डेवलपर्स की गति में कम से कम 1% की वृद्धि करते हैं, तो हम 6 मिलियन कमाएंगे। यदि आप दो लोगों को पूर्ण समय पर रखते हैं, जो उत्पादकता में 1% की वृद्धि करेगा, तो यह लाभदायक होगा।

दीर्घकालिक परिणाम । हमें एक बार तनाव नहीं करना चाहिए, कुछ ठंडा करना चाहिए ताकि हर कोई खुश हो, और फिर सब कुछ खत्म हो जाएगा। हमें लंबे समय तक काम करना चाहिए।

इस काम के लिए, मैट्रिक्स का आविष्कार किया जाना चाहिए। उन्हें मापने योग्य होना चाहिए, अन्यथा यह लक्ष्य नहीं है, बल्कि बकवास है। लक्ष्य संख्या और ग्राफ़ में व्यक्त किए जाने चाहिए।

आइए वस्तुओं पर अधिक विस्तार से विचार करें।

बजट है

कंपनी द्वारा इन्फ्रास्ट्रक्चर को मापना कंपनी के खर्च का कितना हिस्सा इंफ्रास्ट्रक्चर पर जाता है।



स्काईेंग एक स्कूल है, और मुख्य मूल्य एक सबक है। एक औसत सबक की लागत 800 रूबल है। इनमें से 12 इन्फ्रास्ट्रक्चर: सर्वर और डेपॉप्स में जाते हैं।



इंफ्रास्ट्रक्चर का प्रतिशत गिर रहा है, हम इस पर काम कर रहे हैं। यह हमें, व्यवसाय और ग्राहकों को लाभान्वित करता है। आप सस्ते सर्वर ले सकते हैं, बैकअप नहीं कर सकते हैं और इस अनुसूची को और भी अधिक गिरा सकते हैं। लेकिन यह गलत है, न केवल अवसंरचना लागत पर विचार करना आवश्यक है, बल्कि अवसंरचना लागत और गिरावट से अपेक्षित नुकसान।

प्रत्येक सेवा के लिए हम मानते हैं कि प्रति घंटे हम कितना पैसा इसके गिरने से खो देते हैं। हम कब और क्या सेवा लेट थे, और हमने इस पर कितना नुकसान किया, इसका एक विस्तृत लॉग रखें।


बीते साल के मुकाबले घाटे का शेड्यूल गिर गया।

2018 की दूसरी तिमाही में सबसे अधिक नुकसान - Roskomnadzor को नमस्ते! पिछले साल इंफ्रास्ट्रक्चर का खर्च 20 मिलियन था, गिरने पर खर्च - 5 मिलियन। यदि हमने सब कुछ आरक्षित कर दिया होता, तो यह हमें रोसकोमनाडज़र से बचा लेता, लेकिन हम अभी भी 15 मिलियन तक लाल रंग में होंगे।

यह व्यापार के लिए एक पंक्ति में सब कुछ नकल करने के लिए लाभहीन है। किसी को सोचना चाहिए कि क्या नकल करना है और क्या नहीं।

हम उन सेवाओं को डुप्लिकेट करते हैं जिनके लिए अतिरिक्त सर्वर या डेटाबेस की लागत फॉल्स से अपेक्षित जोखिमों से कम है।

यह उपवास करो

हम उन कार्यों का प्रतिशत मापते हैं जो सेटिंग के दिन पूरे होते हैं। बुनियादी ढांचा कई कार्यों के साथ आता है जिन्हें अभी और अभी हल करने की आवश्यकता है। अन्य टीमें जो अपना काम नहीं कर सकती हैं, वे इस पर निर्भर हैं। बड़े कार्य जो सप्ताह लेते हैं उन्हें अलग से माना जाता है।


सेटिंग के दिन कार्यों को शेड्यूल करें।

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


पोल का उदाहरण।

हम प्रश्नों के साथ सामान्य Google फ़ॉर्म के माध्यम से सर्वेक्षण करते हैं। डेवलपर्स और हमारे अन्य ग्राहक नियमित रूप से उनका जवाब देते हैं।


आधारभूत संरचना की गति पर सर्वेक्षण का परिणाम है।

चुनावों से वर्तमान स्थिति का अच्छी तरह से वर्णन किया गया है, लेकिन भविष्य नहीं। भविष्य में स्थिति की संभावना का आकलन करने के लिए, हम पुल अनुरोध का उपयोग करके किए गए कार्यों की संख्या को मापते हैं। एक या दो साल में यही फायदा होगा।

छह महीने पहले, हमने फैसला किया कि हम "बुनियादी सुविधाओं के रूप में कोड" पर जाएंगे। यहां हम बुनियादी ढांचे के सभी अनुरोधों को मापते हैं: डंप या लॉग का एक टुकड़ा भरें, ठेस पर नगनेक्स बिंदु को ठीक करें या एक नया सर्वर बनाएं। ये सभी अनुरोध हैं, और हम उन सभी का मूल्यांकन पुल अनुरोधों की संख्या से करते हैं। भविष्य में, हम चाहते हैं कि किसी भी अनुरोध को पुल अनुरोध की मदद से हल किया जाए या ताकि हमें बस पूछा न जाए।

हम जानते हैं कि "बुनियादी ढांचे के रूप में कोड" दृष्टिकोण तीन मुख्य बोनस प्रदान करता है:

• परिवर्तन की लागत में कमी;
  
• परिवर्तन की दर में वृद्धि;
  
• जोखिम में कमी।
  

हमें तीनों के तीनों की आवश्यकता है, इसलिए हम इस तरह से आगे बढ़ते हैं और मापते हैं कि हम कितने करीब हैं।



लॉग के लिए एक विज़ुअलाइज़ेशन सिस्टम है, एक्सेस जारी करने के लिए टेराफॉर्म है। आप एक ऐसी प्रणाली बना सकते हैं जिसमें सब कुछ स्वचालित हो जाएगा। आदर्श रूप से, इस चार्ट को 100% जाना चाहिए। जब कोई भी कोड का उपयोग करके कॉल किया जाता है, तो हम इसे जल्दी से निष्पादित कर सकते हैं और इसे किसी अन्य बुनियादी ढांचे के रूप में जल्दी से तैनात कर सकते हैं।

यह डेवलपर्स के लिए सुविधाजनक है

यह स्काईेंग के लिए महत्वपूर्ण है। अब हमारे पास 100 डेवलपर हैं, वर्ष के अंत तक 120 हो जाएंगे। यह महत्वपूर्ण है कि वे कुशलता से काम करें। हम एक कारण के लिए लोगों को किराए पर लेना चाहते हैं, हमें उन लोगों की आवश्यकता है जो कंपनी में सुधार करेंगे।

डेवलपर्स के लिए एकमात्र और मुख्य मीट्रिक इंफ्रास्ट्रक्चर टीम के साथ संतुष्टि के सर्वेक्षण का परिणाम है।

सामान्य तौर पर, सब कुछ ठीक है।

सबसे अच्छी तरह से हमें महत्व देते हैं। लेकिन अगर आप पूछें कि वे विकास के माहौल से कितने संतुष्ट हैं, तो सब कुछ इतना सुखद नहीं है।



विकास का वातावरण हमारा सिरदर्द है। यह एक वृद्धि बिंदु है जिसे सुधारने की आवश्यकता है। इसलिए, हम व्यक्तिगत रूप से उन कर्मचारियों का साक्षात्कार लेते हैं जिन्होंने सबसे खराब उत्तर दिया: समस्या क्या है, क्या धीमा हो गया है या उसके लिए काम नहीं किया है? जो हो रहा है उसे जानने से चीजें सुधर सकती हैं।

जब तक आप जानते हैं कि क्या हो रहा है, आप कुछ भी नहीं बदल सकते।

दीर्घकालिक परिणाम

हमारे किसी भी मैट्रिक्स को केवल उस पर ध्यान केंद्रित करके बढ़ाया जा सकता है। उदाहरण के लिए, एक ही दिन में पूर्ण किए गए कार्यों का प्रतिशत बढ़ाने के लिए, आप सब कुछ छोड़ सकते हैं और केवल उन कार्यों को हल कर सकते हैं जो आए थे। आप कोड का उपयोग करके सभी कार्य कर सकते हैं।

उदाहरण के लिए, एक निश्चित शहर "एन" में सभी प्रयास सड़कों के विकास पर खर्च किए जाते हैं। वे शहर में फ्लैट, चौड़ी, मल्टी लेन ट्रैक बनाते हैं। यह पहला, दूसरा साल अच्छा है। लेकिन अन्य सभी क्षेत्रों में गिरावट आ रही है: कोई सुलभ वातावरण नहीं है, पेड़ काटे जा रहे हैं, अधिक कारें हैं, पर्याप्त पार्किंग नहीं हैं, और पर्यावरण ने पहले ही इन सड़कों के साथ शहर छोड़ दिया है। 5-10 वर्षों में, स्वायत्त टैक्सी और हाइपरलूप पहले से ही पड़ोसी शहर में दिखाई देंगे, लेकिन यहां अभी भी बस चिकनी सड़कें हैं। यह स्पष्ट है कि यह सड़क कहीं नहीं है।

हमें इसकी अनुमति नहीं देनी चाहिए, हमें आगे देखने की जरूरत है। इसलिए, हम उस समय की मात्रा को मापते हैं जो हम विकास और समर्थन पर खर्च करते हैं।



ग्राफ से पता चलता है कि हाल के महीनों में विकास पर बहुत कम समय खर्च किया गया है। मेरे लिए, एक नेता के रूप में, यह एक संकेत है कि लोगों की आवश्यकता है या स्वचालन की प्रक्रिया है। शेड्यूल के अनुसार, मैं यह भी गणना कर सकता हूं कि सभी संसाधन कितने महीनों के लिए समर्थन में जाएंगे, जब हम समय पर नहीं होंगे और एक पतन होगा।

लाभकारी कार्य

हम एक लक्ष्य निर्धारित करते हैं और मैट्रिक्स के बारे में सोचते हैं, लेकिन जब तक हम इसे अपने हाथों से लागू करना शुरू नहीं करेंगे, तब तक कुछ भी नहीं बदलेगा। आपको केवल कुछ करने की ज़रूरत नहीं है, लेकिन मैट्रिक्स और समय के संदर्भ में सबसे अधिक लाभदायक कार्य हैं।

समय के साथ, सब कुछ सरल हो जाता है।

समय में किसी भी दो कार्यों की तुलना की जा सकती है: पहला एक सप्ताह लगेगा, दूसरा - 3 घंटे। यह निर्भर नहीं करता है कि कार्य किस विभाग से आया है। मैट्रिक्स अधिक जटिल हैं - उनमें से कई हैं। किस कार्य की गणना करना अधिक लाभदायक है: पहला या दूसरा, यदि कोई कुछ मैट्रिक्स का अनुकूलन करता है और दूसरा दूसरा?

खुद के लिए, हमने इसे बस तय किया - हम एक सार्वभौमिक इकाई के साथ आए जो किसी भी कार्य का वर्णन करता है। हमारी सार्वभौमिक इकाई रूबल है । हम किसी भी कार्य के लाभ का मूल्यांकन उस लाभ से करते हैं जो इस कार्य को पूरा करने में लगने वाले समय तक लाएगा और विभाजित करेगा। इसलिए हम प्रत्येक कार्य का मूल्यांकन मेट्रिक्स (रूबल) और समय के संदर्भ में करते हैं।


हमारे त्रैमासिक कार्य।

नीचे दिए गए स्क्रीनशॉट में, अंतिम दो कॉलम इंगित करते हैं कि हम कार्य पर कितना पैसा कमाएंगे और हम उस पर कितना समय खर्च करेंगे। इन्फ्रास्ट्रक्चर टीम डेवलपर्स के लिए शर्तों में सुधार करके, कंपनी में प्रक्रियाओं के अनुकूलन और सर्वर के संचालन से पैसा कमाती है। हम डॉकर पर स्विच कर रहे हैं क्योंकि यह अच्छा नहीं है, लेकिन क्योंकि हमें लगा कि यह लाभदायक था।



अतिरिक्त मीट्रिक जो हम मापते हैं।

अग्रणी:

• % समर्थन;
  
• पीआर के साथ% कार्य;
  
• प्रति दिन बंद कार्यों का%।
  

देरी:

• कंपनी के लाभ का%;
  
• गिरावट से नुकसान;
  
• डेवलपर की समीक्षा
  

यह मैट्रिक्स का केवल एक हिस्सा है, हमारे पास उनमें से अधिक है।

कार्य हम मूल्यांकन नहीं करते हैं

हम बग का मूल्यांकन नहीं करते हैं। यदि हमने समर्थन और समर्थन के लिए किसी प्रकार की प्रणाली ली, तो हम बग को ठीक कर देते हैं क्योंकि उन्हें वहां नहीं होना चाहिए।

समर्थन के लिए भी यही बात लागू होती है। हम सामान्य रूप से मापते हैं कि समर्थन पर कितना समय खर्च होता है, और हम इसे बहुत अधिक नहीं होने देते हैं। हम प्रत्येक प्रणाली का मूल्यांकन उसके लाभ या हानि के रूप में करते हैं। कार्य जो करना आसान है या वे बहुत जरूरी हैं, हम मूल्यांकन नहीं करते हैं। मैंने जो कुछ भी बात की, वह उन पर लागू नहीं होती है - हम बस उन्हें करते हैं।

कार्यों का मूल्यांकन करना उपयोगी और महत्वपूर्ण क्यों है

पुरस्कार और उपलब्धियां । व्यापार के साथ आपको हमेशा पैसे की भाषा बोलने की आवश्यकता होती है। वह केवल पैसा समझता है। यदि आप कहते हैं कि आपके पास एक परियोजना है, तो आप इसे गश खाएं, यह 5 मिलियन लाएगा, और प्रति टीम एक लाख इनाम मांगेगी - वे आपसे सहमत होंगे। व्यापार के लिए, यह समझ में आता है।

काम पर रखने। कर्मचारियों को काम पर रखने और नई तकनीकों को पेश करने के लिए व्यवसायों की पेशकश न करें, बल्कि एक साथ पैसा कमाने की पेशकश करें। फिर वह आपसे जरूर मिलेंगे। कम से कम, यह चर्चा शुरू नहीं होगी कि "क्या आपके पास समय है या आपके पास समय नहीं है, क्या आपको किसी व्यक्ति की जरूरत है या नहीं", लेकिन जिस परियोजना के लिए आपको एक व्यक्ति की आवश्यकता है, वह कितनी शांत है, क्या वह इसे प्रबंधित करेगा, और क्या यह परियोजना वास्तव में कई लाखों लाएगी। बातचीत एक अलग दिशा में जाएगी, और आप स्वयं पहले से समझेंगे कि क्या यह परियोजना लागत के लायक है या क्या इसे फेंकना और दूसरे की तलाश करना आसान है?

लागत अनुकूलन । यदि हम समझते हैं कि पैसा किस पर खर्च किया जाता है, तो हम इसे आसानी से गिन सकते हैं और खर्चों का अनुकूलन कर सकते हैं।

प्रशासनिक निर्णय । यह आइटम मुझे हाल ही में महसूस हुआ। बुनियादी ढांचा बढ़ने लगा और मैंने टीम को उप-क्षेत्र में विभाजित करने का फैसला किया। सवाल यह उठता है कि आगे के कर्मचारियों के लक्ष्य के साथ यह कैसे ठीक है। मैट्रिक्स के आधार पर समाधान दिखाई दिया - हमारे बुनियादी ढांचे के सभी मैट्रिक्स को ब्लॉकों में विभाजित किया, और प्रत्येक टीम अपने स्वयं के मैट्रिक्स के लिए जिम्मेदार है। मुझे 3 उप-क्षेत्र मिले। प्रत्येक के लिए, जिम्मेदारी का सामान्य क्षेत्र समझ में आता है और इसमें सभी प्रतिभागी समझते हैं कि वे व्यक्तिगत रूप से किसके लिए जिम्मेदार हैं। यह जिम्मेदारी का एक समझने योग्य क्षेत्र है।

इसे ठंडा करने के लिए

• एक लक्ष्य निर्धारित करें - इसके बिना कहीं नहीं।
  
• लक्ष्य को मैट्रिक्स में तोड़ें और मापें।
  
• कार्यों का मूल्यांकन करें और सबसे अच्छे से पूरा करें।
  

तब आपको सफलता अवश्य मिलेगी!

DevOps Conf 2019 में , हम "बुनियादी सुविधाओं के रूप में कोड" के बारे में अलग से बात करेंगे। दृष्टिकोण का भविष्य, टेराफॉर्म पैटर्न, बेयरमेटल इन्फ्रास्ट्रक्चर और कुबेरनेट्स की तैनाती और प्रबंधन विषय पर चार पेपर हैं। एक साथ प्रक्रिया और प्रौद्योगिकी लाने वाला एक सम्मेलन 30 सितंबर और 1 अक्टूबर को मास्को में आयोजित किया जाएगा। शेड्यूल तैयार है, आप प्रोग्राम , एब्सट्रैक्ट या बुक टिकट का अध्ययन कर सकते हैं ।

न्यूज़लेटर और टेलीग्राम चैनल को सब्सक्राइब करें और खबरों और नई खबरों के लिए हमसे जुड़े रहें।