मोनोलिथ्स से लेकर माइक्रोसिस्टर्स: एम। विडियो-एल्डोरैडो और मेगाफोन का अनुभव

25 अप्रैल को, हम Mail.ru ग्रुप में बादलों और आसपास के मेल कॉन्फ्रेंस : CLOUD के बारे में एक सम्मेलन आयोजित किया। कुछ मुख्य बातें:

• मुख्य रूसी प्रदाता एक मंच पर एकत्र हुए - Mail.ru Cloud Solutions, #CloudMTS, SberCloud, Selectel, Rostelecom Data Center और Yandex.Cloud ने हमारे क्लाउड मार्केट की बारीकियों और उनकी सेवाओं के बारे में बताया;
• बिट्रिक्स 24 के सहकर्मियों ने बताया कि वे मल्टीकलड में कैसे आए ;
• Leroy Merlin, Otkrytie, बर्गर किंग और श्नाइडर इलेक्ट्रिक ने क्लाउड उपभोक्ताओं की ओर से एक दिलचस्प दृश्य प्रदान किया - आईटी अपने व्यवसाय के लिए कौन से कार्य सेट करता है और कौन सी प्रौद्योगिकियां, जिनमें क्लाउड वाले भी शामिल हैं, वे सबसे आशाजनक के रूप में देखते हैं।

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

पैनल

• सर्गेई सर्गेव, सूचना प्रौद्योगिकी निदेशक , एम। वेदो-एल्डोराडो समूह ;
• अलेक्जेंडर देउलिन , मेगाफोन व्यापार प्रणाली अनुसंधान और विकास केंद्र के प्रमुख;
• मॉडरेटर - दिमित्री लजारेंको , पाएएस-दिशा Mail.ru क्लाउड सॉल्यूशंस के प्रमुख ।

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

नीचे हमने आपके लिए चर्चा का एक प्रतिलेख तैयार किया है, लेकिन आप वीडियो भी देख सकते हैं:

माइक्रोसर्विसेज पर स्विच करना - बाजार की जरूरतों के लिए एक प्रतिक्रिया

दिमित्री:

क्या आपके पास माइक्रोसर्विस पर स्विच करने का कोई सफल अनुभव है? और सामान्य तौर पर: आप माइक्रोसेफर्स के उपयोग या मोनोलिथ्स से माइक्रोसर्विस में संक्रमण से व्यापार में सबसे बड़ा लाभ कहां देखते हैं?

सेर्गेई:

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

कुछ बिंदु पर, हमें एहसास हुआ कि हमें अपने सिस्टम और आउटपुट कार्यक्षमता को तेज करने की आवश्यकता है। उस समय, इस तरह की अवधारणाएं जैसे कि माइक्रोसॉर्क्स, माइक्रोसिस्ट सेवा दृष्टिकोण पहले से ही बाजार में मौजूद थे, और हमने इसे आजमाने का फैसला किया। इसकी शुरुआत 2016 में हुई थी। फिर प्लेटफ़ॉर्म बिछाया गया और पहले 10 सेवाओं को एक अलग टीम द्वारा लागू किया गया।

पहली सेवाओं में से एक, सबसे अधिक भरी हुई, एक मूल्य गणना सेवा थी। हर बार जब आप किसी भी चैनल पर आते हैं, तो कंपनियों के M.Video-Eldorado समूह के लिए, चाहे वह वेबसाइट हो या रिटेल स्टोर, वहां सामान उठाएं, वेबसाइट पर या "बास्केट" में मूल्य देखें, एक सेवा स्वचालित रूप से मूल्य की गणना करती है। इसकी आवश्यकता क्यों है: इससे पहले, प्रत्येक प्रणाली के प्रोमो-डिस्काउंट और इसी तरह से काम करने के अपने सिद्धांत थे। बैक ऑफिस मूल्य निर्धारण में लगा हुआ है, डिस्काउंट कार्यक्षमता किसी अन्य सिस्टम में लागू की गई है। व्यवसाय प्रक्रिया के रूप में ऐसी अनूठी, वियोज्य सेवा को केंद्रीकृत करना और बनाना आवश्यक था जो हमें इसे लागू करने की अनुमति देती। यह हम कैसे शुरू कर दिया

पहले परिणामों का मूल्य बहुत शानदार था। सबसे पहले, हम वियोज्य इकाइयाँ बनाने में सक्षम थे जो हमें अलग-अलग, कुल मिलाकर काम करने की अनुमति देती हैं। दूसरे, हमने बड़ी संख्या में प्रणालियों के साथ एकीकरण के संदर्भ में स्वामित्व की लागत को कम कर दिया है।

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

माइक्रोसर्विस को संक्रमण की सफलता का मूल्यांकन कैसे करें

दिमित्री:

निर्धारित माइक्रोसॉफ़्टर्स पर स्विच करने में सफलता कैसे है? प्रत्येक कंपनी में "पहले" क्या था? संक्रमण की सफलता का निर्धारण करने के लिए आपने किस मीट्रिक का उपयोग किया, जिसने वास्तव में इसे निर्धारित किया था?

सेर्गेई:

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

अलेक्जेंडर:

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

सेर्गेई:

हां, मैं सहमत हूं। तीन साल के लिए हमारे पास पहले से ही दो सौ से अधिक सेवाएं और बैकलॉग हैं। टीम के भीतर संसाधनों की मांग केवल बढ़ रही है - सालाना 30%। ऐसा इसलिए है क्योंकि लोगों ने महसूस किया: यह तेजी से, अलग तरह से, अन्य प्रौद्योगिकियों, यह सब विकसित हो रहा है।

माइक्रोसर्विसेज आएंगे, लेकिन कोर बने रहेंगे

दिमित्री:

यह एक अंतहीन प्रक्रिया की तरह है जहां आप विकास में निवेश करते हैं। क्या व्यापार के लिए माइक्रोसर्विस में संक्रमण पहले से ही समाप्त हो गया है या नहीं?

सेर्गेई:

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

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

दिमित्री:

जीवन अच्छी स्थिति में है। (हंसता)

अलेक्जेंडर:

सामान्य तौर पर, हाँ। परिदृश्य से मुख्य भागों को हटाने के लिए हमारे पास क्रांतिकारी दृष्टिकोण नहीं हैं। सिस्टमेटिक कार्य को विघटित करने की व्यवस्था चल रही है ताकि वे एक-दूसरे पर सिस्टम के प्रभाव को कम करने के लिए, माइक्रोसैस आर्किटेक्चर के साथ अधिक सुसंगत हों।

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

कैसे एक व्यापार के लिए microservices बेचने के लिए

दिमित्री:

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

सेर्गेई:

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

दिमित्री:

क्या आपने किसी तरह पहले चरण का समय तय किया है?

सेर्गेई:

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

इसके बाद व्यवसाय की आवश्यकताओं, अवसरों, संसाधनों की उपलब्धता और अब काम में आने वाली सभी जरूरतों के लिए व्यवस्थित कार्य करना है।

दिमित्री:

ठीक है। अलेक्जेंडर, आप क्या कहते हैं?

अलेक्जेंडर:

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

दिमित्री:

लेकिन ऐसा होता है कि एक व्यवसाय आपको Google के सिद्धांत पर ऐसी चीजें करने की अनुमति देता है - सप्ताह में एक दिन मुफ्त? क्या आपके पास ऐसी कोई दिशा है?

अलेक्जेंडर:

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

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

Microservices: प्रचार या जरूरत?

दिमित्री:

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

सेर्गेई:

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

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

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

हम ऐसा विकास देखते हैं:

• मुख्य सूचना प्रणाली (ज्यादातर बैक ऑफिस);
• माइक्रोसर्विस के रूप में बीच की परतें कोर को जोड़ती हैं, एकत्र करती हैं, एक कैश बनाती हैं और इसी तरह;
• फ्रंट-लाइन सिस्टम उपभोक्ता के उद्देश्य से हैं;
• एकीकरण परत, जिसे आम तौर पर बाजारों, अन्य प्रणालियों और पारिस्थितिकी प्रणालियों में एकीकृत किया जाता है। यह परत जितना संभव हो उतना हल्का है, सरल है, इसमें न्यूनतम व्यापार तर्क है।

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

मान लीजिए कि आपके पास एक क्लासिक एंटरप्राइज़ सिस्टम है। यह एक विक्रेता के परिदृश्य में स्थित है, इसमें दो मॉड्यूल शामिल हैं जो एक दूसरे के साथ काम करते हैं। एक मानक एकीकरण इंटरफ़ेस भी है। इसे फिर से क्यों करें और वहां एक माइक्रो सर्विस लाएं?

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

अलेक्जेंडर:

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

दिमित्री:

यहाँ प्रमाणन सिर्फ एक कहानी है। शायद अधिक समर्थन। यदि आप समर्थन पर थोड़ा खर्च करते हैं या सिस्टम को समर्थन और सुधार की आवश्यकता नहीं है, तो बेहतर है कि इसे स्पर्श न करें। उचित समझौता।

विश्वसनीय माइक्रोसर्विसेज कैसे विकसित करें

दिमित्री:

सब ठीक है। लेकिन मुझे अभी भी दिलचस्पी है। अब आप एक सफलता की कहानी बता रहे हैं: सबकुछ ठीक था, हमने माइक्रोसर्विसेस पर स्विच किया, व्यापार के सामने विचार का बचाव किया, और सब कुछ काम किया। लेकिन मैंने अन्य कहानियां सुनीं।

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

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

अलेक्जेंडर:

असफल उदाहरण थे कि व्यवसाय ने प्राथमिकताएं बदल दीं और परियोजनाओं को रद्द कर दिया। जब तत्परता (एमवीपी वास्तव में तैयार है) के एक अच्छे स्तर पर, व्यवसाय ने कहा: "हमारे पास नई प्राथमिकताएं हैं, हम एक अन्य परियोजना पर जा रहे हैं, और हम इसे बंद कर रहे हैं।"

हमारे पास माइक्रोसर्विसेज वाली वैश्विक फाइलें नहीं थीं। हम शांति से सोते हैं, हमारे पास एक 24/7 ड्यूटी शिफ्ट है जो पूरे बीएसएस [बिजनेस सपोर्ट सिस्टम] परोसती है।

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

मान लीजिए कि हम अपनी स्टेटलेस सेवाओं को तैनात करते हैं - हम उन्हें कुबेरनेट्स में रखते हैं। यह सभी को ऑटो-स्केलिंग और ऑटो-उठाने वाली सेवाओं के कारण शांति से सोने की अनुमति देता है, और ड्यूटी पर शिफ्ट घटनाओं को उठाता है।

हमारे सूक्ष्मजीवों के अस्तित्व के पूरे समय के लिए, केवल एक या दो घटनाएं थीं जो हमारी रेखा तक पहुंची थीं। अब परिचालन संबंधी समस्याएं नहीं हैं। बेशक, हमारे पास 200 नहीं है, लेकिन लगभग 50 माइक्रोसिस्टम्स हैं, लेकिन उनका उपयोग फ्लैगशिप उत्पादों में किया जाता है। यदि वे असफल रहे, तो हम इसके बारे में जानने वाले पहले व्यक्ति होंगे।

माइक्रोसर्विसेस एंड एच.आर.

सेर्गेई:

मैं समर्थन में स्थानांतरण के बारे में अपने सहकर्मी से सहमत हूं - आपको काम को सही ढंग से व्यवस्थित करने की आवश्यकता है। लेकिन मैं उन समस्याओं के बारे में कहूंगा, जो निश्चित रूप से हैं।

सबसे पहले, तकनीक नई है। यह एक अच्छे तरीके से एक प्रचार है, और एक विशेषज्ञ को ढूंढना जो समझेगा और इसे बनाने में सक्षम होगा एक बड़ी चुनौती है। संसाधनों के लिए प्रतिस्पर्धा पागल है, क्रमशः, विशेषज्ञ सोने में इसके वजन के लायक हैं।

दूसरे, कुछ परिदृश्यों और सेवाओं की बढ़ती संख्या बनाते समय, पुन: उपयोग की समस्या को लगातार हल किया जाना चाहिए। जैसा कि डेवलपर्स करना चाहते हैं: "चलो यहाँ बहुत सारी दिलचस्प बातें लिखी हैं ..." इस वजह से, सिस्टम बढ़ता है और पैसे, स्वामित्व की लागत, और इसी तरह से अपनी प्रभावशीलता को खो देता है। यही है, आपको सिस्टम की वास्तुकला में पुन: उपयोग करने की आवश्यकता है, जिसमें रोड मैप में सेवाओं का परिचय और नई वास्तुकला के लिए विरासत का हस्तांतरण शामिल है।

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

अच्छी तरह से, स्केलिंग संसाधनों। “महान, चलो चलें! और अब हम और तेज, और अधिक चाहते हैं। क्या आप नहीं कर सकते? क्या एक वर्ष में दो बार वितरित करना असंभव है? क्यों? " ऐसी विकास समस्याएं मानक हैं, शायद कई चीजों के लिए, कई दृष्टिकोणों के लिए, और उन्हें महसूस किया जाता है।

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

दिमित्री:

हाँ, बहुत दिलचस्प है। और यह एचआर पर लागू होता है। शायद आपकी एचआर प्रक्रिया और एचआर ब्रांड इन 3 वर्षों में थोड़ा बदल गया है। आपने अन्य लोगों को एक अलग योग्यता के साथ भर्ती करना शुरू किया। और शायद पेशेवरों और विपक्ष हैं। पहले, ब्लॉकचेन और डेटा साइंस उच्च तकनीक वाले थे, और उनमें विशेषज्ञ केवल लाखों के लायक थे। अब कीमत गिर रही है, बाजार संतृप्त है, और माइक्रोसर्विस में भी इसी तरह की प्रवृत्ति है।

सेर्गेई:

जी, बिलकुल।

अलेक्जेंडर:

एचआर सवाल पूछता है: "बैकएंड और फ्रंटेंड के बीच आपका गुलाबी गेंडा कहां है?" मानव संसाधन समझ में नहीं आता है कि माइक्रोसर्विस क्या है। हमने उनके लिए एक रहस्य का खुलासा किया और कहा कि इस बैकएंड ने सब कुछ किया है, और कोई गेंडा नहीं है। लेकिन एचआर बदल रहा है, बुनियादी आईटी ज्ञान रखने वाले लोगों को जल्दी से सीख रहा है और भर्ती कर रहा है।

माइक्रोसर्विस का विकास

दिमित्री:

यदि आप लक्ष्य वास्तुकला को देखते हैं, तो माइक्रोसिस्टर्स ऐसे राक्षस की तरह दिखते हैं। आपकी यात्रा में कई साल लगे। दूसरों के पास एक साल है, दूसरों के पास तीन साल हैं। आपने सभी समस्याओं को दूर किया, लक्ष्य वास्तुकला, क्या कुछ बदल गया? उदाहरण के लिए, माइक्रोसर्विसेज, गेटवे के मामले में, सर्विस मेश अब फिर से दिखाई देते हैं। क्या आपने उन्हें शुरुआत में इस्तेमाल किया था या आपने खुद ही वास्तुकला में बदलाव किया था? क्या आपके पास ऐसी कोई चुनौती है?

सेर्गेई:

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

, , , , , , . . , , -, - , . , — - , — , . , API.

. , , , , . , . , , CI/CD.

— , : , . , , . : , , .

- , - — backlog' . . 20% , 80% — -. , , , , . .

:

. «»?

:

— . , «» — . , . .

: « ?». : « ?». service mesh. Istio, . . — , , - . , .

:

! . GDPR chief data protection officers, . .

. — . , , .

, !

(1):

, IT- ? , , — . IT- , ?

:

, . , . , . . , CI/CD.

, , -, — . . -, — -. : « ?».

, , , : , -. , , , , .

(2):

, . , - . ? .

:

, .

, , 5-7 . , -. : BSS, .

. QA-. , 5-7 , 2-3 . , , , Mail.ru Group R&D «». , . QA- , .

. , , . , API-. - , front . , - , — , API- v2. , .

:

. — . , , . : . , unit-. , . push , unit-.

, . , , .

end-to-end , , . , , . — , , . .

:

, unit- . , unit- . , , . — . , . .

(3):

, . ?

: . , . , , , .

, , . ?

:

« » — . -, . , «», . , . — , — .

:

, . , . : . - , , . -.

, , , , . , , . , . , . , .

, , , unit- — , . , .

:

, , ? Backlog ? ?

:

: . backlog, , — . backlog, , backlog . . IT-, . .

backlog' — backlog' — . , — IT. , — . , backlog' , .

, : « , — ». : «, ». : « : ?». , , . ? : « legacy-, , , ». : «: backlog — . ». , capacity, .

,

Mailto: CLOUD सम्मेलन की मेजबानी Mail.ru Cloud Solutions ने की थी ।

हम अन्य घटनाएँ भी करते हैं - उदाहरण के लिए, @Kernernes Meetup , जहाँ हम हमेशा शांत वक्ताओं की तलाश करते हैं:

• हमारे टेलीग्राम चैनल t.me/k8s_mail पर @Kubernetes और अन्य @Meetup की खबरों का पालन करें
• @Meetup में से एक पर बोलना चाहते हैं? Mcs.mail.ru/speak पर एक अनुरोध छोड़ दें