मोनोलिथपासून मायक्रोसर्व्हिसेसपर्यंत: M.Video-Eldorado आणि MegaFon चा अनुभव

25 एप्रिल रोजी, आम्ही Mail.ru ग्रुप येथे ढग आणि आजूबाजूला एक परिषद आयोजित केली - mailto:क्लाउड. काही ठळक मुद्दे:

• मुख्य रशियन प्रदाता — Mail.ru क्लाउड सोल्युशन्स, #CloudMTS, SberCloud, Selectel, Rostelecom डेटा सेंटर आणि Yandex.Cloud आमच्या क्लाउड मार्केट आणि त्यांच्या सेवांच्या वैशिष्ट्यांबद्दल बोलले;
• Bitrix24 मधील सहकाऱ्यांनी ते कसे सांगितले मल्टीक्लाउडवर आले;
• Leroy Merlin, Otkritie, Burger King आणि Schneider Electric यांनी मनोरंजक प्रदान केले क्लाउड ग्राहकांकडून दृश्य — त्यांचा व्यवसाय IT साठी कोणती कार्ये सेट करतो आणि क्लाउडसह कोणते तंत्रज्ञान ते सर्वात आशादायक म्हणून पाहतात.

तुम्ही mailto:CLOUD परिषद वरून सर्व व्हिडिओ पाहू शकता दुवा, आणि येथे तुम्ही वाचू शकता की मायक्रोसर्व्हिसेसबद्दल चर्चा कशी झाली. मेगाफोन बिझनेस सिस्टीम रिसर्च अँड डेव्हलपमेंट सेंटरचे प्रमुख अलेक्झांडर ड्यूलिन आणि एम.व्हिडिओ-एल्डोराडो ग्रुपचे माहिती तंत्रज्ञान संचालक सेर्गेई सर्गेव्ह यांनी मोनोलिथपासून मुक्त होण्याची त्यांची यशस्वी प्रकरणे शेअर केली. आम्ही IT धोरण, प्रक्रिया आणि अगदी HR च्या संबंधित मुद्द्यांवर देखील चर्चा केली.

पॅनेल सदस्य

• सेर्गेई सर्गेव्ह, ग्रुप CIO "एम. व्हिडिओ-एल्डोराडो";
• अलेक्झांडर ड्यूलिन, व्यवसाय प्रणालीच्या संशोधन आणि विकास केंद्राचे प्रमुख मेगाफोन;
• नियंत्रक - दिमित्री लाझारेन्को, PaaS दिशा प्रमुख Mail.ru क्लाउड सोल्यूशन्स.

अलेक्झांडर ड्यूलिनच्या भाषणानंतर “MegaFon मायक्रोसर्व्हिस प्लॅटफॉर्मद्वारे आपला व्यवसाय कसा वाढवत आहे” M.Video-Eldorado मधील Sergey Sergeev आणि चर्चा नियंत्रक दिमित्री लाझारेन्को, Mail.ru क्लाउड सोल्युशन्स यांच्या चर्चेसाठी तो सामील झाला आहे.

खाली आम्ही तुमच्यासाठी चर्चेचा उतारा तयार केला आहे, परंतु तुम्ही व्हिडिओ देखील पाहू शकता:

मायक्रो सर्व्हिसेसचे संक्रमण हे बाजाराच्या गरजांना प्रतिसाद आहे

दिमित्री:

तुम्हाला मायक्रो सर्व्हिसेसमध्ये स्थलांतरित करण्याचा यशस्वी अनुभव आला आहे का? आणि सर्वसाधारणपणे: मायक्रोसर्व्हिसेस वापरून किंवा मोनोलिथपासून मायक्रोसर्व्हिसेसकडे जाण्याने तुम्हाला सर्वात मोठा व्यवसाय फायदा कुठे दिसतो?

सर्जी:

आम्ही आधीच मायक्रो सर्व्हिसेसच्या संक्रमणाच्या मार्गावर आलो आहोत आणि तीन वर्षांहून अधिक काळ हा दृष्टिकोन वापरत आहोत. मायक्रोसर्व्हिसेसच्या गरजेला न्याय देणारी पहिली गरज म्हणजे बॅक ऑफिससह विविध फ्रंट-एंड उत्पादनांचे अंतहीन एकत्रीकरण. आणि प्रत्येक वेळी आम्हाला या किंवा त्या सेवेच्या ऑपरेशनसाठी आमचे स्वतःचे नियम लागू करून अतिरिक्त एकत्रीकरण आणि विकास करण्यास भाग पाडले गेले.

काही क्षणी, आम्हाला जाणवले की आम्हाला आमच्या सिस्टमचे ऑपरेशन आणि कार्यक्षमतेचे आउटपुट वेगवान करणे आवश्यक आहे. त्या क्षणी, मायक्रोसर्व्हिसेस आणि मायक्रोसर्व्हिस दृष्टीकोन यासारख्या संकल्पना आधीच बाजारात अस्तित्वात होत्या आणि आम्ही ते वापरून पाहण्याचा निर्णय घेतला. याची सुरुवात 2016 मध्ये झाली. त्यानंतर प्लॅटफॉर्म घातला गेला आणि पहिल्या 10 सेवा वेगळ्या टीमद्वारे कार्यान्वित केल्या गेल्या.

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

पहिल्या निकालांचे मूल्य खूप चांगले होते. प्रथम, आम्ही विभक्त संस्था तयार करण्यात सक्षम होतो जे आम्हाला स्वतंत्रपणे आणि एकत्रितपणे कार्य करण्यास अनुमती देतात. दुसरे म्हणजे, आम्ही अधिक सिस्टमसह एकत्रीकरणाच्या दृष्टीने मालकीची किंमत कमी केली आहे.

गेल्या तीन वर्षांत, आम्ही तीन फ्रंटलाइन प्रणाली जोडल्या आहेत. कंपनीला परवडेल तितक्या संसाधनांसह त्यांची देखभाल करणे कठीण होते. म्हणून, नवीन आउटलेट्स शोधण्याचे कार्य उद्भवले, बाजाराला गती, अंतर्गत खर्च आणि कार्यक्षमतेच्या दृष्टीने प्रतिसाद.

मायक्रोसर्व्हिसेसमध्ये स्थलांतरित होण्याचे यश कसे मोजायचे

दिमित्री:

मायक्रो सर्व्हिसेसमध्ये स्थलांतरीत यश कसे ठरवले जाते? प्रत्येक कंपनीमध्ये "पूर्वी" काय होते? संक्रमणाचे यश निश्चित करण्यासाठी तुम्ही कोणते मेट्रिक वापरले आणि ते कोणी निश्चित केले?

सर्जी:

सर्व प्रथम, तो IT मध्ये एक सक्षमकर्ता म्हणून जन्माला आला - नवीन क्षमता “अनलॉक करणे”. बाजारातील आव्हानांना प्रतिसाद देत तुलनेने समान पैशासाठी आम्हाला सर्वकाही जलद करण्याची गरज होती. आता यश वेगवेगळ्या प्रणालींद्वारे पुन्हा वापरल्या जाणार्‍या सेवांच्या संख्येत व्यक्त केले जाते, आपापसात प्रक्रियांचे एकत्रीकरण. आता ते आहे, परंतु त्या क्षणी एक प्लॅटफॉर्म तयार करण्याची आणि आम्ही हे करू शकतो या गृहितकाची पुष्टी करण्याची संधी होती, तो परिणाम देईल आणि व्यवसाय प्रकरणाची गणना करेल.

अलेक्झांडर:

यश ही एक आंतरिक भावना आहे. व्यवसायाला नेहमीच अधिक हवे असते आणि आमच्या अनुशेषाची खोली हा यशाचा पुरावा आहे. असे मला वाटते.

सर्जी:

हो मी सहमत आहे. तीन वर्षांत आमच्याकडे आधीच दोनशेहून अधिक सेवा आणि अनुशेष आहे. संघातील संसाधनांची गरज फक्त वाढत आहे - दरवर्षी 30% ने. हे घडत आहे कारण लोकांना वाटले: ते वेगवान आहे, ते वेगळे आहे, भिन्न तंत्रज्ञान आहेत, हे सर्व विकसित होत आहे.

मायक्रो सर्व्हिसेस येतील, पण गाभा कायम राहील

दिमित्री:

ही कधीही न संपणारी प्रक्रिया आहे जिथे तुम्ही विकासामध्ये गुंतवणूक करता. व्यवसायासाठी मायक्रो सर्व्हिसेसचे संक्रमण आधीच संपले आहे की नाही?

सर्जी:

उत्तर देणे खूप सोपे आहे. तुम्हाला काय वाटते: फोन बदलणे ही एक अंतहीन प्रक्रिया आहे? आम्ही स्वतः दरवर्षी फोन खरेदी करतो. आणि ते येथे आहे: जोपर्यंत गतीची आवश्यकता आहे, बाजाराशी जुळवून घेण्यासाठी, काही बदल आवश्यक असतील. याचा अर्थ असा नाही की आपण प्रमाणित गोष्टी सोडल्या आहेत.

परंतु आम्ही एकाच वेळी सर्वकाही कव्हर करू शकत नाही आणि पुन्हा करू शकत नाही. आमच्याकडे वारसा, मानक एकीकरण सेवा आहेत ज्या पूर्वी अस्तित्वात होत्या: एंटरप्राइझ बसेस आणि असेच. पण अनुशेष आहे, गरजही आहे. मोबाईल ऍप्लिकेशन्सची संख्या आणि त्यांची कार्यक्षमता वाढत आहे. त्याच वेळी, कोणीही म्हणत नाही की तुम्हाला 30% अधिक पैसे दिले जातील. म्हणजेच, एकीकडे नेहमी गरजा असतात आणि दुसरीकडे कार्यक्षमतेचा शोध.

दिमित्री:

जीवन सुस्थितीत आहे. (हसते)

अलेक्झांडर:

सर्वसाधारणपणे, होय. लँडस्केपमधून मुख्य भाग काढून टाकण्यासाठी आमच्याकडे क्रांतिकारक दृष्टीकोन नाही. सिस्टीमचे विघटन करण्यासाठी पद्धतशीर काम चालू आहे जेणेकरून ते मायक्रोसर्व्हिस आर्किटेक्चरशी अधिक सुसंगत असतील, एकमेकांवरील प्रणालींचा प्रभाव कमी करण्यासाठी.

परंतु आम्ही मुख्य भाग ठेवण्याची योजना आखतो, कारण ऑपरेटरच्या लँडस्केपमध्ये आम्ही खरेदी करतो असे काही प्लॅटफॉर्म नेहमीच असतील. पुन्हा, आपल्याला निरोगी संतुलनाची आवश्यकता आहे: आपण गाभा कापण्याची घाई करू नये. आम्ही सिस्टीम शेजारी ठेवतो आणि आता असे दिसून आले आहे की आम्ही आधीच अनेक मुख्य भागांमध्ये शीर्षस्थानी आहोत. पुढे, कार्यक्षमता विकसित करून, आम्ही आमच्या संप्रेषण सेवांसह कार्य करणार्‍या सर्व चॅनेलसाठी आवश्यक प्रतिनिधित्व तयार करतो.

व्यवसायांना मायक्रो सर्व्हिसेस कसे विकायचे

दिमित्री:

मला देखील स्वारस्य आहे - ज्यांनी स्विच केले नाही, परंतु योजना आखत आहेत: ही कल्पना व्यवसायाला विकणे किती सोपे होते आणि ते साहसी, गुंतवणूक प्रकल्प होते का? किंवा ही एक जाणीवपूर्वक रणनीती होती: आता आम्ही मायक्रोसर्व्हिसेसकडे जात आहोत आणि तेच आहे, काहीही आम्हाला थांबवणार नाही. तुमच्यासाठी ते कसे होते?

सर्जी:

आम्ही एक दृष्टीकोन विकत नव्हतो, परंतु व्यावसायिक फायदा. व्यवसायात एक समस्या होती आणि आम्ही ती सोडवण्याचा प्रयत्न केला. त्या क्षणी, असे मत व्यक्त केले गेले की वेगवेगळ्या चॅनेलने किंमती मोजण्यासाठी वेगवेगळी तत्त्वे वापरली - स्वतंत्रपणे जाहिरातींसाठी, जाहिरातींसाठी आणि याप्रमाणे. ते राखणे कठीण होते, चुका झाल्या आणि आम्ही ग्राहकांच्या तक्रारी ऐकल्या. म्हणजेच, आम्ही समस्येचे समाधान विकत होतो, परंतु आम्हाला व्यासपीठ तयार करण्यासाठी पैशाची आवश्यकता आहे हे तथ्य घेऊन आलो. आणि त्यांनी गुंतवणुकीच्या पहिल्या टप्प्याचे उदाहरण वापरून एक व्यवसाय प्रकरण दाखवले: आम्ही ते कसे परत मिळवू आणि हे आम्हाला काय करण्याची परवानगी देईल.

दिमित्री:

तुम्ही पहिल्या टप्प्याची वेळ कशीतरी रेकॉर्ड केली आहे का?

सर्जी:

होय खात्री. आम्ही प्लॅटफॉर्म म्हणून कोर तयार करण्यासाठी आणि पायलटची चाचणी घेण्यासाठी 6 महिने दिले. यावेळी, आम्ही पायलट स्केटिंग करण्यासाठी एक व्यासपीठ तयार करण्याचा प्रयत्न केला. मग गृहीतकाची पुष्टी झाली आणि ती कार्य करत असल्याने याचा अर्थ आपण पुढे चालू ठेवू शकतो. त्यांनी संघाची प्रतिकृती बनवण्यास सुरुवात केली आणि ते मजबूत केले - त्यांनी ते एका वेगळ्या विभागात हलवले जे तेच करते.

पुढे व्यवसायाच्या गरजा, संधी, संसाधनांची उपलब्धता आणि सध्या कार्यरत असलेल्या सर्व गोष्टींवर आधारित पद्धतशीर काम येते.

दिमित्री:

ठीक आहे. अलेक्झांडर, तू काय म्हणतोस?

अलेक्झांडर:

आमच्या मायक्रोसर्व्हिसेसचा जन्म "समुद्राच्या फेस" मधून झाला - संसाधने वाचवण्यामुळे, सर्व्हरच्या क्षमतेच्या स्वरूपात काही शिल्लक राहिल्यामुळे आणि संघातील सैन्याच्या पुनर्वितरणामुळे. सुरुवातीला आम्ही हा प्रकल्प व्यवसायासाठी विकला नाही. हा एक प्रकल्प होता जिथे आम्ही दोघांनी संशोधन केले आणि त्यानुसार विकसित केले. आम्ही 2018 च्या सुरुवातीला सुरुवात केली आणि उत्साहाने ही दिशा विकसित केली. विक्री नुकतीच सुरू झाली आहे आणि आम्ही प्रक्रियेत आहोत.

दिमित्री:

असे घडते का की एखादा व्यवसाय तुम्हाला Google सारख्या गोष्टी - आठवड्यातून एक विनामूल्य दिवस करू देतो? तुम्हाला अशी दिशा आहे का?

अलेक्झांडर:

संशोधनाबरोबरच, आम्ही व्यावसायिक समस्यांना देखील सामोरे गेलो, त्यामुळे आमच्या सर्व मायक्रोसर्व्हिसेस व्यावसायिक समस्यांचे निराकरण आहेत. फक्त सुरुवातीलाच आम्ही मायक्रोसर्व्हिसेस तयार केल्या ज्यामध्ये ग्राहक बेसचा एक छोटासा भाग समाविष्ट होता आणि आता आम्ही जवळजवळ सर्व फ्लॅगशिप उत्पादनांमध्ये उपस्थित आहोत.

आणि भौतिक प्रभाव आधीच स्पष्ट आहे - आम्ही आधीच मोजले जाऊ शकते, उत्पादन लाँचची गती आणि गमावलेल्या कमाईचा अंदाज लावला जाऊ शकतो जर आम्ही जुन्या मार्गाचे अनुसरण केले असते. याच्यावर आम्ही केस तयार करत आहोत.

मायक्रो सर्व्हिसेस: प्रचार किंवा गरज?

दिमित्री:

संख्या म्हणजे संख्या. आणि कमाई किंवा पैसे वाचवणे खूप महत्वाचे आहे. दुसरी बाजू बघितली तर? असे दिसते की मायक्रोसर्व्हिसेस ही एक प्रवृत्ती आहे, एक प्रचार आहे आणि अनेक कंपन्या त्याचा गैरवापर करत आहेत? तुम्ही काय करता आणि मायक्रोसर्व्हिसेसमध्ये भाषांतरित करत नाही यात तुम्ही किती स्पष्टपणे फरक करता? आता वारसा असेल तर 5 वर्षातही तुम्हाला वारसा मिळेल का? M.Video-Eldorado आणि MegaFon येथे 5 वर्षात काम करणाऱ्या माहिती प्रणालींचे वय किती असेल? दहा वर्षे, पंधरा वर्षे जुनी माहिती प्रणाली असेल की नवीन पिढी असेल? तुम्ही हे कसे पाहता?

सर्जी:

खूप दूरचा विचार करणं अवघड आहे असं मला वाटतं. जर आपण मागे वळून पाहिलं तर, मशीन लर्निंग आणि चेहऱ्याद्वारे वापरकर्त्याची ओळख यासह तंत्रज्ञानाचा बाजार अशा प्रकारे विकसित होईल याची कल्पना कोणी केली? परंतु जर तुम्ही आगामी वर्षांचा विचार केला तर मला असे दिसते की कंपन्यांमधील मुख्य प्रणाली, एंटरप्राइझ ईआरपी-क्लास सिस्टम - ते बर्याच काळापासून कार्यरत आहेत.

आमच्या कंपन्या एकत्रितपणे 25 वर्षांच्या आहेत, क्लासिक ईआरपी सिस्टम लँडस्केपमध्ये खूप खोलवर आहे. हे स्पष्ट आहे की आम्ही तेथून काही तुकडे घेत आहोत आणि त्यांना मायक्रोसर्व्हिसेसमध्ये एकत्रित करण्याचा प्रयत्न करीत आहोत, परंतु मूळ राहील. मी आता कल्पना करणे कठीण आहे की आम्ही तेथील सर्व मुख्य प्रणाली पुनर्स्थित करू आणि त्वरीत नवीन प्रणालींच्या दुसर्‍या, उजळ बाजूकडे जाऊ.

मी या वस्तुस्थितीचा समर्थक आहे की क्लायंट आणि ग्राहकाच्या जवळ असलेली प्रत्येक गोष्ट जिथे सर्वात मोठा व्यावसायिक फायदा आणि मूल्य आहे, जिथे अनुकूलता आणि गती, बदल यावर, "प्रयत्न करा, रद्द करा, पुन्हा वापरा, काहीतरी वेगळे करा" यावर लक्ष केंद्रित केले आहे. आवश्यक आहे "—तेथेच लँडस्केप बदलेल. आणि बॉक्स्ड उत्पादने तिथे फारशी बसत नाहीत. निदान आम्हाला तरी दिसत नाही. तेथे सर्वात सोपा, सोपा उपाय आवश्यक आहेत.

आम्ही हा विकास पाहतो:

• मुख्य माहिती प्रणाली (बहुतेक बॅक ऑफिस);
• मायक्रोसर्व्हिसेसच्या स्वरूपात मध्यम स्तर कोरला जोडतात, एकत्रित करतात, कॅशे तयार करतात आणि असेच;
• फ्रंट-लाइन सिस्टम ग्राहकांना उद्देशून आहेत;
• एक समाकलन स्तर जो सामान्यतः मार्केटप्लेस, इतर सिस्टम आणि इकोसिस्टममध्ये एकत्रित केला जातो. हा स्तर शक्य तितका हलका, सोपा आहे आणि त्यात किमान व्यावसायिक तर्क आहे.

पण त्याचबरोबर जुनी तत्त्वे योग्य पद्धतीने वापरल्यास त्यांचा वापर सुरू ठेवण्याचा मी समर्थक आहे.

समजा तुमच्याकडे क्लासिक एंटरप्राइझ सिस्टम आहे. हे एका विक्रेत्याच्या लँडस्केपमध्ये स्थित आहे आणि त्यात दोन मॉड्यूल असतात जे एकमेकांसह कार्य करतात. एक मानक एकत्रीकरण इंटरफेस देखील आहे. ते पुन्हा का करावे आणि तेथे मायक्रोसर्व्हिस का आणावी?

परंतु जेव्हा बॅक ऑफिसमध्ये 5 मॉड्यूल्स असतात, ज्यामधून माहितीचे तुकडे व्यवसाय प्रक्रियेत गोळा केले जातात, ज्याचा वापर 8-10 फ्रंट-लाइन सिस्टमद्वारे केला जातो, तेव्हा फायदा लगेच लक्षात येतो. तुम्ही पाच बॅक-ऑफिस सिस्टममधून एक सेवा तयार करता, एक वेगळी, जी व्यवसाय प्रक्रियेवर केंद्रित आहे. सेवेला तांत्रिकदृष्ट्या प्रगत बनवा - जेणेकरुन ती माहिती कॅश करेल आणि दोष-सहिष्णु असेल आणि कागदपत्रे किंवा व्यावसायिक घटकांसह देखील कार्य करेल. आणि तुम्ही ते सर्व फ्रंट-लाइन उत्पादनांसह एकाच तत्त्वानुसार समाकलित करता. त्यांनी फ्रंट-लाइन उत्पादन रद्द केले - त्यांनी फक्त एकत्रीकरण बंद केले. उद्या तुम्हाला मोबाईल ऍप्लिकेशन लिहावे लागेल किंवा एक छोटी वेबसाइट बनवावी लागेल आणि फक्त एक भाग फंक्शनॅलिटीमध्ये ठेवावा लागेल - सर्व काही सोपे आहे: तुम्ही ते एखाद्या कन्स्ट्रक्टरसारखे एकत्र केले आहे. मला या दिशेने अधिक विकास दिसत आहे - निदान आपल्या देशात.

अलेक्झांडर:

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

दिमित्री:

येथे प्रमाणन ही एक गोष्ट आहे. कदाचित अधिक समर्थन. जर तुम्ही सपोर्टवर थोडासा खर्च केला असेल किंवा सिस्टीमला समर्थन आणि सुधारणांची आवश्यकता नसेल, तर त्याला स्पर्श न करणे चांगले. वाजवी तडजोड.

विश्वसनीय मायक्रो सर्व्हिसेस कसे विकसित करावे

दिमित्री:

ठीक आहे. पण मला अजूनही स्वारस्य आहे. आता तुम्ही यशोगाथा सांगत आहात: सर्व काही ठीक होते, आम्ही मायक्रोसर्व्हिसेसवर स्विच केले, व्यवसायाच्या कल्पनेचा बचाव केला आणि सर्व काही पूर्ण झाले. पण मी इतर कथा ऐकल्या आहेत.

काही वर्षांपूर्वी, एका स्विस कंपनीने बँकांसाठी नवीन मायक्रोसर्व्हिस प्लॅटफॉर्म विकसित करण्यासाठी दोन वर्षे गुंतवणूक केली होती, अखेरीस हा प्रकल्प बंद झाला. पूर्णपणे कोलमडले. कोट्यवधी स्विस फ्रँक खर्च केले गेले आणि शेवटी संघ विखुरला गेला - त्याचा परिणाम झाला नाही.

तुमच्याही अशाच कथा आहेत का? काही अडचणी होत्या किंवा आहेत? उदाहरणार्थ, मायक्रोसर्व्हिसेस राखणे आणि देखरेख ठेवणे ही देखील कंपनीच्या ऑपरेशनल क्रियाकलापांमध्ये डोकेदुखी आहे. शेवटी, घटकांची संख्या दहापट वाढते. तुम्ही ते कसे पाहता, येथे गुंतवणुकीची अयशस्वी उदाहरणे आहेत का? आणि आपण लोकांना काय सल्ला देऊ शकता जेणेकरून त्यांना अशा समस्या येऊ नयेत?

अलेक्झांडर:

अयशस्वी उदाहरणांमध्ये व्यवसायांचे प्राधान्यक्रम बदलणे आणि प्रकल्प रद्द करणे समाविष्ट आहे. जेव्हा तयारीच्या चांगल्या टप्प्यावर (खरं तर, MVP तयार आहे), व्यवसाय म्हणाला: "आमच्याकडे नवीन प्राधान्यक्रम आहेत, आम्ही दुसर्‍या प्रकल्पाकडे जात आहोत आणि आम्ही तो बंद करत आहोत."

मायक्रोसर्व्हिसेसमध्ये आमच्याकडे कोणतेही जागतिक अपयश आले नाही. आम्ही शांतपणे झोपतो, आमच्याकडे 24/7 ड्युटी शिफ्ट आहे जी संपूर्ण BSS [व्यवसाय समर्थन प्रणाली] ला सेवा देते.

आणि आणखी एक गोष्ट - बॉक्स्ड उत्पादनांना लागू होणाऱ्या नियमांनुसार आम्ही मायक्रो सर्व्हिसेस भाड्याने देतो. यशाची गुरुकिल्ली अशी आहे की तुम्हाला, प्रथम, उत्पादनासाठी मायक्रोसर्व्हिस पूर्णपणे तयार करणारी टीम एकत्र करणे आवश्यक आहे. विकास स्वतःच, सशर्त, 40% आहे. बाकीचे विश्लेषण, DevSecOps पद्धत, योग्य एकत्रीकरण आणि योग्य आर्किटेक्चर आहे. आम्ही सुरक्षित अनुप्रयोग तयार करण्याच्या तत्त्वांवर विशेष लक्ष देतो. माहिती सुरक्षा प्रतिनिधी प्रत्येक प्रकल्पात आर्किटेक्चर नियोजन टप्प्यावर आणि अंमलबजावणी प्रक्रियेदरम्यान भाग घेतात. ते असुरक्षा कोडचे विश्लेषण करण्यासाठी सिस्टम देखील व्यवस्थापित करतात.

समजा आम्ही आमच्या स्टेटलेस सेवा उपयोजित करतो - आमच्याकडे त्या Kubernetes मध्ये आहेत. हे स्वयं-स्केलिंग आणि सेवांच्या स्वयं-वाढीमुळे प्रत्येकाला शांतपणे झोपू देते आणि ड्युटी शिफ्टमुळे घटना घडतात.

आमच्या मायक्रोसर्व्हिसेसच्या संपूर्ण अस्तित्वात, फक्त एक किंवा दोन घटना घडल्या आहेत ज्या आमच्या ओळीपर्यंत पोहोचल्या आहेत. आता ऑपरेशनमध्ये कोणतीही समस्या नाही. आमच्याकडे अर्थातच 200 नाही तर सुमारे 50 मायक्रो सर्व्हिसेस आहेत, पण त्या फ्लॅगशिप उत्पादनांमध्ये वापरल्या जातात. जर ते अयशस्वी झाले तर आम्ही त्याबद्दल जाणून घेणारे पहिले असू.

मायक्रो सर्व्हिसेस आणि एचआर

सर्जी:

समर्थनासाठी हस्तांतरणाबद्दल मी माझ्या सहकाऱ्याशी सहमत आहे - की कार्य योग्यरित्या आयोजित करणे आवश्यक आहे. परंतु मी तुम्हाला त्या समस्यांबद्दल सांगेन ज्या अर्थातच अस्तित्वात आहेत.

प्रथम, तंत्रज्ञान नवीन आहे. हा एक चांगला मार्ग आहे, आणि हे समजेल आणि तयार करू शकेल असा तज्ञ शोधणे हे एक मोठे आव्हान आहे. संसाधनांसाठी स्पर्धा वेडा आहे, म्हणून तज्ञांना त्यांचे वजन सोन्याचे आहे.

दुसरे म्हणजे, विशिष्ट लँडस्केपच्या निर्मितीसह आणि सेवांच्या वाढत्या संख्येसह, पुनर्वापराची समस्या सतत सोडवली जाणे आवश्यक आहे. विकासकांना हे करायला आवडते: “चला आता इथे बर्‍याच मनोरंजक गोष्टी लिहूया...” यामुळे, पैसे, मालकीची किंमत आणि अशाच बाबतीत सिस्टम वाढते आणि त्याची प्रभावीता गमावते. म्हणजेच, सिस्टम आर्किटेक्चरमध्ये पुनर्वापर समाविष्ट करणे, सेवा सादर करण्यासाठी आणि नवीन आर्किटेक्चरमध्ये वारसा हस्तांतरित करण्यासाठी रोडमॅपमध्ये समाविष्ट करणे आवश्यक आहे.

दुसरी समस्या - जरी हे स्वतःच्या मार्गाने चांगले आहे - अंतर्गत स्पर्धा आहे. "अरे, नवीन फॅशनेबल लोक येथे दिसू लागले आहेत, ते नवीन भाषा बोलतात." लोक, अर्थातच, भिन्न आहेत. असे लोक आहेत ज्यांना जावामध्ये लिहिण्याची सवय आहे आणि जे डॉकर आणि कुबर्नेट्स लिहितात आणि वापरतात. हे पूर्णपणे भिन्न लोक आहेत, ते वेगळ्या पद्धतीने बोलतात, भिन्न संज्ञा वापरतात आणि कधीकधी एकमेकांना समजत नाहीत. या अर्थाने सराव, ज्ञान सामायिक करण्याची क्षमता किंवा असमर्थता ही देखील एक समस्या आहे.

बरं, स्केलिंग संसाधने. “छान, चला जाऊया! आणि आता आम्हाला अधिक वेगवान हवे आहे. काय, आपण करू शकत नाही? वर्षातून दुप्पट वितरण करणे शक्य नाही का? आणि का?" अशा वाढत्या वेदना कदाचित अनेक गोष्टींसाठी, अनेक दृष्टिकोनांसाठी मानक आहेत आणि आपण त्या अनुभवू शकता.

देखरेख करण्याबाबत. मला असे दिसते की सेवा किंवा औद्योगिक निरीक्षण साधने आधीपासूनच शिकत आहेत किंवा डॉकर आणि कुबर्नेट्स या दोघांसह वेगळ्या, मानक नसलेल्या मोडमध्ये कार्य करण्यास सक्षम आहेत. जेणेकरुन, उदाहरणार्थ, तुमच्याकडे 500 Java मशीन नाहीत ज्यांच्या अंतर्गत हे सर्व चालू आहे, म्हणजे, ते एकत्रित होते. परंतु या उत्पादनांमध्ये अद्याप परिपक्वता नाही; त्यांना यातून जावे लागेल. विषय खरोखर नवीन आहे, तो विकसित होत राहील.

दिमित्री:

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

सर्जी:

होय बिल्कुल.

अलेक्झांडर:

HR प्रश्न विचारतो: "तुमचा गुलाबी युनिकॉर्न बॅकएंड आणि फ्रंटएंडमध्ये कुठे आहे?" मायक्रोसर्व्हिस म्हणजे काय हे HR ला समजत नाही. आम्ही त्यांना गुपित सांगितले आणि त्यांना सांगितले की बॅकएंडने सर्व काही केले, आणि एकही युनिकॉर्न नाही. पण HR बदलत आहे, त्वरीत शिकत आहे आणि मूलभूत IT ज्ञान असलेल्या लोकांची भरती करत आहे.

मायक्रो सर्व्हिसेसची उत्क्रांती

दिमित्री:

आपण लक्ष्य आर्किटेक्चर पाहिल्यास, मायक्रोसर्व्हिसेस अशा राक्षसासारख्या दिसतात. तुमच्या प्रवासाला बरीच वर्षे लागली. इतरांना एक वर्ष, इतरांना तीन वर्षे. तुम्हाला सर्व समस्या, टार्गेट आर्किटेक्चर, काही बदल झाला आहे का? उदाहरणार्थ, मायक्रो सर्व्हिसेसच्या बाबतीत, गेटवे आणि सर्व्हिस मेश आता पुन्हा दिसू लागले आहेत. तुम्ही त्यांचा सुरुवातीला वापर केला होता की वास्तुशास्त्रातच बदल केला होता? तुमच्याकडे अशी आव्हाने आहेत का?

सर्जी:

आम्ही आधीच अनेक संप्रेषण प्रोटोकॉल पुन्हा लिहिले आहेत. सुरुवातीला एक प्रोटोकॉल होता, आता आम्ही दुसर्‍यावर स्विच केले. आम्ही सुरक्षितता आणि विश्वासार्हता वाढवतो. आम्ही एंटरप्राइझ तंत्रज्ञानासह सुरुवात केली - ओरॅकल, वेब लॉजिक. आता आम्ही मायक्रोसर्व्हिसेसमधील तांत्रिक एंटरप्राइझ उत्पादनांपासून दूर जात आहोत आणि मुक्त स्त्रोत किंवा पूर्णपणे मुक्त तंत्रज्ञानाकडे जात आहोत. आम्ही डेटाबेस सोडून देतो आणि या मॉडेलमध्ये आमच्यासाठी अधिक प्रभावीपणे काय कार्य करते त्याकडे जातो. आम्हाला यापुढे ओरॅकल तंत्रज्ञानाची गरज नाही.

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

सुरक्षितता खूप महत्वाची आहे. तितक्या लवकर तुम्‍हाला प्रवेश मिळण्‍याची सुरुवात होते आणि तुमच्‍याकडे अशी सेवा आहे जिच्‍याद्वारे तुम्‍हाला बर्‍याच मनोरंजक गोष्‍टी मिळू शकतील आणि स्‍वीट सेकंदात त्‍यानंतर ती सर्वात सुरक्षित नसल्‍याने मिळवण्‍याची इच्छा आहे. यापासून दूर जाण्यासाठी, आम्हाला चाचणी आणि देखरेखीसाठी दृष्टीकोन बदलावा लागला. आम्हाला संघ, वितरण व्यवस्थापन संरचना, CI/CD बदलावे लागले.

ही एक उत्क्रांती आहे - फोनप्रमाणेच, फक्त खूप वेगवान: प्रथम पुश-बटण फोन होते, नंतर स्मार्टफोन दिसू लागले. त्यांनी उत्पादनाचे पुनर्लेखन आणि पुनर्रचना केली कारण बाजारपेठेला वेगळी गरज होती. अशा प्रकारे आपण विकसित होतो: प्रथम श्रेणी, दहावी श्रेणी, कार्य.

पुनरावृत्तीने, तंत्रज्ञानाच्या दृष्टिकोनातून दरवर्षी काहीतरी मांडले जाते, अनुशेष आणि गरजांच्या दृष्टिकोनातून काहीतरी वेगळे केले जाते. आम्ही एक गोष्ट दुसऱ्याशी जोडतो. संघ 20% तांत्रिक कर्ज आणि संघासाठी तांत्रिक सहाय्यासाठी, 80% व्यावसायिक घटकावर खर्च करतो. आणि आम्ही ते का करत आहोत, आम्ही या तांत्रिक सुधारणा का करत आहोत, ते काय घडवून आणणार आहेत हे समजून घेऊन पुढे जात आहोत. तसे.

दिमित्री:

मस्त. MegaFon मध्ये काय आहे?

अलेक्झांडर:

जेव्हा आम्ही मायक्रोसर्व्हिसेसमध्ये आलो तेव्हा मुख्य आव्हान म्हणजे गोंधळात पडू नये. मेगाफोनचे आर्किटेक्चरल ऑफिस ताबडतोब आमच्यात सामील झाले, अगदी आरंभकर्ता आणि चालक बनले - आता आमच्याकडे खूप मजबूत आर्किटेक्चर आहे. आपण कोणत्या टार्गेट मॉडेलकडे जात आहोत आणि कोणते तंत्रज्ञान प्रायोगिकरित्या वापरावे लागेल हे समजून घेणे हे त्याचे कार्य होते. आर्किटेक्चरसह, आम्ही हे पायलट स्वतः आयोजित केले.

पुढचा प्रश्न होता: “मग या सगळ्याचा फायदा कसा घ्यायचा?” आणि आणखी एक: "मायक्रोसर्व्हिसेसमधील पारदर्शक परस्परसंवादाची खात्री कशी करावी?" सेवा जाळीने आम्हाला शेवटच्या प्रश्नाचे उत्तर देण्यात मदत केली. आम्ही Istio पायलट केले आणि परिणाम आवडले. आता आपण उत्पादक झोनमध्ये प्रवेश करण्याच्या टप्प्यावर आहोत. सर्व आव्हानांबाबत आमचा दृष्टिकोन सकारात्मक आहे - वस्तुस्थिती ही आहे की आम्हाला सतत स्टॅक बदलण्याची, काहीतरी नवीन शिकण्याची आवश्यकता आहे. आम्हाला विकसित करण्यात स्वारस्य आहे, जुन्या उपायांचे शोषण करण्यात नाही.

दिमित्री:

सोनेरी शब्द! अशी आव्हाने संघ आणि व्यवसायाला त्यांच्या पायावर ठेवतात आणि भविष्य घडवतात. GDPR ने मुख्य डेटा संरक्षण अधिकारी तयार केले आणि सध्याची आव्हाने मुख्य सूक्ष्म सेवा आणि आर्किटेक्चर अधिकारी तयार करतात. आणि ते प्रसन्न होते.

आम्ही खूप चर्चा केली. मुख्य गोष्ट अशी आहे की मायक्रोसर्व्हिसेस आणि आर्किटेक्चरची चांगली रचना आपल्याला बर्याच चुका टाळण्यास अनुमती देते. अर्थात, प्रक्रिया पुनरावृत्ती आणि उत्क्रांतीवादी आहे, परंतु ती भविष्यातील आहे.

सर्व सहभागींना धन्यवाद, सर्गेई आणि अलेक्झांडरचे आभार!

श्रोत्यांचे प्रश्न

श्रोत्यांकडून प्रश्न (1):

सर्जी, तुमच्या कंपनीत आयटी व्यवस्थापन कसे बदलले आहे? मला समजते की जेव्हा अनेक प्रणालींचा मोठा स्टॅक असतो, तेव्हा ते कसे व्यवस्थापित केले जाते ही एक स्पष्ट आणि तार्किक प्रक्रिया असते. इतक्या कमी वेळात मोठ्या संख्येने मायक्रो सर्व्हिसेस एकत्रित झाल्यानंतर तुम्ही आयटी घटकाचे व्यवस्थापन कसे पुनर्निर्माण केले?

सर्जी:

मी माझ्या सहकाऱ्याशी सहमत आहे की बदलाचा चालक म्हणून आर्किटेक्चर खूप महत्वाचे आहे. आम्ही वास्तुशास्त्र विभाग करून सुरुवात केली. वास्तुविशारद एकाच वेळी कार्यक्षमतेच्या वितरणाचे मालक असतात आणि ते लँडस्केपमध्ये कसे दिसेल यासाठीच्या आवश्यकतांचे मालक असतात. त्यामुळे ते या बदलांचे समन्वयक म्हणूनही काम करतात. परिणामी, जेव्हा आम्ही CI/CD प्लॅटफॉर्म तयार केला तेव्हा विशिष्ट वितरण प्रक्रियेत विशिष्ट बदल झाले.

परंतु विकासाचे मानक, मूलभूत तत्त्वे, व्यवसाय विश्लेषण, चाचणी आणि विकास रद्द केले गेले नाहीत. आम्ही फक्त वेग जोडला. पूर्वी, सायकलला खूप वेळ लागत होता, चाचणी वातावरणात स्थापनेसाठी खूप जास्त वेळ लागत होता. आता व्यवसाय लाभ पाहतो आणि म्हणतो: "आम्ही इतर ठिकाणी असे का करू शकत नाही?"

हे, एका चांगल्या मार्गाने, लसीच्या स्वरूपात इंजेक्शनने दाखविल्यासारखे आहे: आपण ते अशा प्रकारे करू शकता, परंतु आपण ते दुसर्‍या मार्गाने करू शकता. अर्थात, कर्मचार्‍यांमध्ये, क्षमतांमध्ये, ज्ञानात, प्रतिकारामध्ये समस्या आहे.

श्रोत्यांकडून प्रश्न (2):

मायक्रोसर्व्हिस आर्किटेक्चरचे समीक्षक म्हणतात की चाचणी आणि विकास कठीण आहे. हे तर्कसंगत आहे जिथे गोष्टी गुंतागुंतीच्या होतात. तुमच्या संघाला कोणत्या आव्हानांचा सामना करावा लागला आणि तुम्ही त्यावर मात कशी केली? प्रत्येकासाठी प्रश्न.

अलेक्झांडर:

मायक्रोसर्व्हिसेसमधून प्लॅटफॉर्मवर जाताना अडचणी येतात, पण त्या सोडवता येतात.

उदाहरणार्थ, आम्ही 5-7 मायक्रो सर्व्हिसेस असलेले उत्पादन बनवत आहोत. मुख्य शाखेकडे जाण्यासाठी आम्हाला हिरवा कंदील देण्यासाठी संपूर्ण मायक्रोसर्व्हिसेस स्टॅकमध्ये एकत्रीकरण चाचण्या देणे आवश्यक आहे. हे कार्य आमच्यासाठी नवीन नव्हते: आम्ही हे BSS वर बर्याच काळापासून करत होतो, जेव्हा विक्रेत्याने आम्हाला आधीच पाठवलेले उपाय पुरवले होते.

आणि आमची समस्या फक्त लहान संघात आहे. एका सशर्त उत्पादनासाठी एक QA अभियंता आवश्यक आहे. आणि म्हणून, आम्ही 5-7 मायक्रोसर्व्हिसेसचे उत्पादन पाठवतो, त्यापैकी 2-3 तृतीय पक्षांद्वारे विकसित केले जाऊ शकतात. उदाहरणार्थ, आमच्याकडे एक उत्पादन आहे ज्यामध्ये आमचा बिलिंग सिस्टम विक्रेता, Mail.ru ग्रुप आणि MegaFon R&D भाग घेतात. उत्पादनात पाठवण्यापूर्वी आम्हाला ते चाचण्यांसह कव्हर करणे आवश्यक आहे. QA अभियंता दीड महिन्यापासून या उत्पादनावर काम करत आहेत आणि उर्वरित टीम त्याच्या समर्थनाशिवाय उरली आहे.

ही गुंतागुंत केवळ स्केलिंगमुळे होते. आम्ही समजतो की मायक्रोसर्व्हिसेस व्हॅक्यूममध्ये अस्तित्वात असू शकत नाहीत; निरपेक्ष अलगाव अस्तित्वात नाही. एक सेवा बदलताना, आम्ही नेहमी API करार जतन करण्याचा प्रयत्न करतो. हुड अंतर्गत काहीतरी बदलल्यास, समोर सेवा राहते. बदल घातक असल्यास, काही प्रकारचे आर्किटेक्चरल परिवर्तन घडते आणि आम्ही पूर्णपणे भिन्न डेटा मेटामॉडेलकडे जातो, जे पूर्णपणे विसंगत आहे - तरच आम्ही v2 सेवा API तपशील दिसण्याबद्दल बोलतो. आम्ही एकाच वेळी पहिल्या आणि दुसऱ्या आवृत्तीला समर्थन देतो आणि सर्व ग्राहकांनी दुसऱ्या आवृत्तीवर स्विच केल्यानंतर, आम्ही फक्त पहिली आवृत्ती बंद करतो.

सर्जी:

मला जोडायचे आहे. मी गुंतागुंतांबद्दल पूर्णपणे सहमत आहे - ते घडतात. लँडस्केप अधिक जटिल होत आहे, आणि ओव्हरहेड खर्च वाढत आहेत, विशेषत: चाचणीसाठी. हे कसे हाताळायचे: स्वयंचलित चाचणीवर स्विच करा. होय, तुम्हाला ऑटोटेस्ट आणि युनिट चाचण्या लिहिण्यासाठी अतिरिक्त गुंतवणूक करावी लागेल. जेणेकरून विकासक चाचणी उत्तीर्ण केल्याशिवाय कमिट करू शकत नाहीत, ते कोड बदलू शकत नाहीत. जेणेकरून पुश बटण देखील ऑटोटेस्ट, युनिट टेस्टशिवाय काम करत नाही.

मागील कार्यक्षमता राखणे महत्वाचे आहे आणि हे अतिरिक्त ओव्हरहेड आहे. जर तुम्ही एखादे तंत्रज्ञान दुसर्‍या प्रोटोकॉलवर पुन्हा लिहले, तर तुम्ही सर्वकाही पूर्णपणे बंद करेपर्यंत ते पुन्हा लिहा.

आम्ही काहीवेळा उद्देशाने एंड-टू-एंड चाचणी करत नाही, कारण आम्हाला विकास थांबवायचा नाही, जरी आमच्याकडे एकामागून एक गोष्ट आहे. लँडस्केप खूप मोठे, जटिल आहे, तेथे अनेक प्रणाली आहेत. काहीवेळा ते फक्त स्टब असतात - होय, तुम्ही सुरक्षितता मार्जिन कमी करता, अधिक जोखीम दिसून येतात. पण त्याच वेळी तुम्ही पुरवठा सोडता.

अलेक्झांडर:

होय, ऑटोटेस्ट आणि युनिट चाचण्या तुम्हाला उच्च-गुणवत्तेची सेवा तयार करण्याची परवानगी देतात. आम्ही अशा पाइपलाइनसाठी आहोत जी युनिट आणि इंटिग्रेशन चाचण्यांशिवाय पास होऊ शकत नाही. आम्हाला अनेकदा अनुकरणकर्ते आणि व्यावसायिक प्रणालींना चाचणी झोन ​​आणि विकास वातावरणात ड्रॅग करावे लागते, कारण सर्व प्रणाली चाचणी झोनमध्ये ठेवल्या जाऊ शकत नाहीत. शिवाय, ते फक्त ओले होत नाहीत - आम्ही सिस्टमकडून पूर्ण प्रतिसाद तयार करतो. मायक्रोसर्व्हिसेससह काम करण्याचा हा एक गंभीर भाग आहे आणि आम्ही त्यात गुंतवणूकही करत आहोत. याशिवाय अराजकता माजेल.

श्रोत्यांकडून प्रश्न (3):

माझ्या माहितीनुसार, मायक्रोसर्व्हिसेस सुरुवातीला वेगळ्या टीममधून वाढल्या आणि आता या मॉडेलमध्ये अस्तित्वात आहेत. त्याचे फायदे आणि तोटे काय आहेत?

आमच्याकडे फक्त एक समान कथा आहे: एक प्रकारचा मायक्रो सर्व्हिसेस कारखाना उद्भवला. आता आम्ही संकल्पनात्मकरित्या अशा टप्प्यावर पोहोचलो आहोत जिथे आम्ही प्रवाह आणि प्रणालींमध्ये उत्पादनासाठी हा दृष्टीकोन वाढवत आहोत. दुसऱ्या शब्दांत, आम्ही मायक्रोसर्व्हिसेस, मायक्रोसर्व्हिस मॉडेल्सच्या केंद्रीकृत विकासापासून दूर जात आहोत आणि सिस्टमच्या जवळ जात आहोत.

त्यानुसार, आमचे ऑपरेशन सिस्टमकडे देखील जाते, म्हणजेच आम्ही या विषयाचे विकेंद्रीकरण करत आहोत. तुमचा दृष्टिकोन काय आहे आणि तुमची लक्ष्य कथा काय आहे?

अलेक्झांडर:

तुम्ही "मायक्रोसर्व्हिसेस फॅक्टरी" हे नाव तुमच्या तोंडातून सोडले आहे - आम्हाला देखील मोजायचे आहे. प्रथम, आमच्याकडे आता खरोखर एक संघ आहे. MegaFon कडे असलेल्या सर्व विकास कार्यसंघांना आम्हाला समान परिसंस्थेत काम करण्याची संधी उपलब्ध करून द्यायची आहे. आमच्याकडे आता असलेली सर्व विकास कार्यक्षमता आम्हाला पूर्णपणे ताब्यात घ्यायची नाही. स्थानिक कार्य स्केल करणे आहे, जागतिक कार्य मायक्रोसर्व्हिस लेयरमधील सर्व संघांना विकासाचे नेतृत्व करणे आहे.

सर्जी:

आम्ही घेतलेला मार्ग मी तुम्हाला सांगतो. आम्ही खरोखर एक संघ म्हणून काम करण्यास सुरुवात केली, परंतु आता आम्ही एकटे नाही. मी खालील गोष्टींचा समर्थक आहे: प्रक्रियेचा मालक असणे आवश्यक आहे. कोणीतरी मायक्रोसर्व्हिसेस विकास प्रक्रिया समजून घेणे, व्यवस्थापित करणे, नियंत्रित करणे आणि तयार करणे आवश्यक आहे. त्याच्याकडे संसाधने असणे आवश्यक आहे आणि संसाधन व्यवस्थापनात व्यस्त असणे आवश्यक आहे.

ही संसाधने, ज्यांना तंत्रज्ञान, तपशील माहित आहेत आणि मायक्रोसर्व्हिसेस कशी तयार करावी हे समजतात, ते उत्पादन संघांमध्ये असू शकतात. आमच्याकडे असे मिश्रण आहे जिथे मायक्रोसर्व्हिस प्लॅटफॉर्मचे लोक मोबाइल अॅप्लिकेशन बनवणाऱ्या उत्पादन टीममध्ये असतात. ते तेथे आहेत, परंतु ते त्यांच्या विकास व्यवस्थापकासह मायक्रोसर्व्हिस प्लॅटफॉर्म व्यवस्थापन विभागाच्या प्रक्रियेनुसार कार्य करतात. या विभागामध्ये तंत्रज्ञानाशी संबंधित एक स्वतंत्र संघ आहे. म्हणजेच, आम्ही संसाधनांचा एक सामान्य पूल आपापसात मिसळतो आणि ते विभागतो, ते संघांना देतो.

त्याच वेळी, प्रक्रिया सामान्य, नियंत्रित राहते, ती सामान्य तांत्रिक तत्त्वांनुसार पुढे जाते, युनिट चाचणीसह आणि असेच - शीर्षस्थानी तयार केलेली प्रत्येक गोष्ट. उत्पादन दृष्टिकोनाच्या विविध विभागांकडून गोळा केलेल्या संसाधनांच्या स्वरूपात स्तंभ असू शकतात.

अलेक्झांडर:

सेर्गेई, खरं तर तुम्ही प्रक्रियेचे मालक आहात, बरोबर? टास्क बॅकलॉग शेअर केला आहे का? त्याच्या वितरणाची जबाबदारी कोणाची?

सर्जी:

पहा: हे मिश्रण पुन्हा आहे. एक अनुशेष आहे जो तांत्रिक सुधारणांवर आधारित आहे - ही एक कथा आहे. एक अनुशेष आहे, जो प्रकल्पांमधून तयार केला जातो आणि उत्पादनांचा अनुशेष आहे. परंतु प्रत्येक सेवा उत्पादनांचा परिचय किंवा या सेवेच्या निर्मितीचा क्रम उत्पादन तज्ञाद्वारे विकसित केला जातो. ते आयटी संचालनालयात नाहीत; त्यांना विशेषत: काढून टाकण्यात आले. पण माझे लोक नक्कीच त्याच प्रक्रियेनुसार काम करतात.

वेगवेगळ्या दिशेने अनुशेषाचे मालक - बदलांचा अनुशेष - भिन्न लोक असतील. तांत्रिक सेवांचे कनेक्शन, त्यांचे आयोजन तत्त्व - हे सर्व आयटीमध्ये असेल. माझ्याकडे प्लॅटफॉर्म आणि संसाधने देखील आहेत. शीर्षस्थानी अनुशेष आणि कार्यात्मक बदल आणि या अर्थाने आर्किटेक्चरशी संबंधित आहे.

समजा एखादा व्यवसाय म्हणतो: "आम्हाला हे कार्य हवे आहे, आम्हाला एक नवीन उत्पादन तयार करायचे आहे - कर्जाचा पुनर्निर्मिती करा." आम्ही उत्तर देतो: "होय, आम्ही ते पुन्हा करू." वास्तुविशारद म्हणतात: "चला विचार करूया: कर्जामध्ये आपण मायक्रो सर्व्हिसेस कुठे लिहू आणि ते कसे करू?" मग आम्ही ते प्रकल्प, उत्पादने किंवा तंत्रज्ञानाच्या स्टॅकमध्ये मोडतो, ते संघांमध्ये ठेवतो आणि त्याची अंमलबजावणी करतो. तुम्ही अंतर्गत उत्पादन तयार केले आहे आणि या उत्पादनामध्ये मायक्रोसर्व्हिसेस वापरण्याचे ठरवले आहे का? आम्ही म्हणतो: "आता आमच्याकडे असलेल्या वारसा प्रणाली किंवा फ्रंट-लाइन सिस्टम, या मायक्रोसर्व्हिसेसवर स्विच करणे आवश्यक आहे." वास्तुविशारद म्हणतात: “तर: फ्रंट-लाइन उत्पादनांच्या आत तांत्रिक अनुशेषात - मायक्रोसर्व्हिसेसमध्ये संक्रमण. जा". आणि उत्पादन विशेषज्ञ किंवा व्यवसाय मालक किती क्षमतेचे वाटप केले जाते, ते कधी केले जाईल आणि का केले जाईल हे समजते.

चर्चेचा शेवट, पण सर्व नाही

मेलटो:क्लाउड कॉन्फरन्स आयोजित करण्यात आली होती Mail.ru क्लाउड सोल्यूशन्स.

आम्ही इतर कार्यक्रम देखील करतो - उदा. @Kubernetes मीटअप, जिथे आम्ही नेहमी उत्कृष्ट स्पीकर्स शोधत असतो:

• आमच्या टेलिग्राम चॅनेलमध्ये @Kubernetes आणि इतर @Meetup बातम्यांना फॉलो करा t.me/k8s_mail
• @Meetups पैकी एकावर बोलण्यात स्वारस्य आहे? साठी एक विनंती सोडा mcs.mail.ru/speak

स्त्रोत: www.habr.com