மோனோலித்கள் முதல் மைக்ரோ சர்வீஸ்கள் வரை: M.Video-Eldorado மற்றும் MegaFon இன் அனுபவம்

ஏப்ரல் 25 அன்று, Mail.ru குழுவில் நாங்கள் மேகங்கள் மற்றும் அதைச் சுற்றி ஒரு மாநாட்டை நடத்தினோம் - mailto:CLOUD. சில சிறப்பம்சங்கள்:

• முக்கிய ரஷ்ய வழங்குநர்கள் — Mail.ru Cloud Solutions, #CloudMTS, SberCloud, Selectel, Rostelecom டேட்டா சென்டர் மற்றும் Yandex.Cloud ஆகியவை எங்கள் கிளவுட் சந்தையின் பிரத்தியேகங்கள் மற்றும் அவற்றின் சேவைகளைப் பற்றி பேசுகின்றன;
• Bitrix24 இன் சக ஊழியர்கள் எப்படி சொன்னார்கள் மல்டிகிளவுடுக்கு வந்தது;
• Leroy Merlin, Otkritie, Burger King மற்றும் Schneider Electric ஆகியோர் சுவாரஸ்யமாக வழங்கினர் கிளவுட் நுகர்வோரின் பார்வை — தகவல் தொழில்நுட்பத்திற்காக அவர்களின் வணிகம் என்ன பணிகளை அமைக்கிறது மற்றும் கிளவுட் உட்பட என்ன தொழில்நுட்பங்களை அவர்கள் மிகவும் நம்பிக்கைக்குரியதாகக் கருதுகிறார்கள்.

நீங்கள் mailto:CLOUD மாநாட்டில் இருந்து அனைத்து வீடியோக்களையும் பார்க்கலாம் இணைப்பு, மற்றும் மைக்ரோ சர்வீஸ் பற்றிய விவாதம் எப்படி நடந்தது என்பதை இங்கே படிக்கலாம். மெகாஃபோன் வணிக அமைப்புகள் ஆராய்ச்சி மற்றும் மேம்பாட்டு மையத்தின் தலைவரான அலெக்சாண்டர் டியூலின் மற்றும் எம்.வீடியோ-எல்டோராடோ குழுமத்தின் தகவல் தொழில்நுட்ப இயக்குநர் செர்ஜி செர்ஜிவ் ஆகியோர் மோனோலித்களை அகற்றுவதற்கான வெற்றிகரமான வழக்குகளைப் பகிர்ந்து கொண்டனர். IT உத்தி, செயல்முறைகள் மற்றும் HR தொடர்பான சிக்கல்களையும் நாங்கள் விவாதித்தோம்.

குழு உறுப்பினர்கள்

• செர்கே செர்கேவ், குழு சிஐஓ "எம்.வீடியோ-எல்டோராடோ";
• அலெக்சாண்டர் டியூலின், வணிக அமைப்புகளின் ஆராய்ச்சி மற்றும் மேம்பாட்டிற்கான மையத்தின் தலைவர் மெகாஃபோன்;
• மதிப்பீட்டாளர் - டிமிட்ரி லாசரென்கோ, PaaS திசையின் தலைவர் Mail.ru கிளவுட் தீர்வுகள்.

அலெக்சாண்டர் டியூலின் உரைக்குப் பிறகு "MegaFon ஒரு மைக்ரோ சர்வீஸ் தளம் மூலம் தனது வணிகத்தை எவ்வாறு விரிவுபடுத்துகிறது" M.Video-Eldorado இலிருந்து Sergey Sergeev மற்றும் விவாத மதிப்பீட்டாளர் Dmitry Lazarenko, Mail.ru Cloud Solutions ஆகியோரால் அவர் கலந்துரையாடலுக்காக இணைந்தார்.

கீழே நாங்கள் உங்களுக்காக விவாதத்தின் டிரான்ஸ்கிரிப்டை தயார் செய்துள்ளோம், ஆனால் நீங்கள் வீடியோவையும் பார்க்கலாம்:

மைக்ரோ சர்வீஸுக்கு மாறுவது சந்தை தேவைகளுக்கு பதில்

டிமிட்ரி:

மைக்ரோ சர்வீஸுக்கு இடம்பெயர்வதில் ஏதேனும் வெற்றிகரமான அனுபவம் உள்ளதா? பொதுவாக: மைக்ரோ சர்வீஸைப் பயன்படுத்துவதோ அல்லது மோனோலித்களில் இருந்து மைக்ரோ சர்வீஸுக்கு மாறுவதோ பெரிய வணிகப் பலனை எங்கே பார்க்கிறீர்கள்?

செர்ஜி:

மைக்ரோ சர்வீஸுக்கு மாறுவதில் நாங்கள் ஏற்கனவே ஓரளவுக்கு வந்துவிட்டோம், மேலும் இந்த அணுகுமுறையை மூன்று ஆண்டுகளுக்கும் மேலாகப் பயன்படுத்துகிறோம். மைக்ரோ சர்வீஸின் தேவையை நியாயப்படுத்தும் முதல் தேவை, பின் அலுவலகத்துடன் பல்வேறு முன்-இறுதி தயாரிப்புகளின் முடிவில்லாத ஒருங்கிணைப்பு ஆகும். ஒவ்வொரு முறையும் கூடுதல் ஒருங்கிணைப்பு மற்றும் மேம்பாட்டைச் செய்ய வேண்டிய கட்டாயம் ஏற்பட்டது, இந்த அல்லது அந்த சேவையின் செயல்பாட்டிற்கான எங்கள் சொந்த விதிகளை செயல்படுத்துகிறது.

ஒரு கட்டத்தில், எங்கள் அமைப்புகளின் செயல்பாட்டையும் செயல்பாட்டின் வெளியீட்டையும் விரைவுபடுத்த வேண்டும் என்பதை நாங்கள் உணர்ந்தோம். அந்த நேரத்தில், மைக்ரோ சர்வீஸ் மற்றும் மைக்ரோ சர்வீஸ் அணுகுமுறை போன்ற கருத்துக்கள் ஏற்கனவே சந்தையில் இருந்தன, நாங்கள் அதை முயற்சிக்க முடிவு செய்தோம். இது 2016 இல் தொடங்கியது. பின்னர் மேடை அமைக்கப்பட்டு முதல் 10 சேவைகள் தனி குழு மூலம் செயல்படுத்தப்பட்டது.

முதல் சேவைகளில் ஒன்று, மிகவும் அதிகமாக ஏற்றப்பட்டது, விலை கணக்கீடு சேவை ஆகும். ஒவ்வொரு முறையும் நீங்கள் எந்த சேனலுக்கு வந்தாலும், M.Video-Eldorado குழும நிறுவனங்களுக்கு, அது இணையதளம் அல்லது சில்லறை விற்பனைக் கடையாக இருந்தாலும், அங்கு ஒரு பொருளைத் தேர்ந்தெடுத்து, இணையதளத்தில் அல்லது “பேஸ்கெட்டில்” விலையைப் பார்க்கும்போது, ​​செலவு தானாகவே இருக்கும். ஒரு சேவையால் கணக்கிடப்படுகிறது. இது ஏன் அவசியம்: இதற்கு முன், ஒவ்வொரு அமைப்புக்கும் விளம்பரங்களுடன் பணிபுரிய அதன் சொந்த கொள்கைகள் இருந்தன - தள்ளுபடிகள் மற்றும் பல. எங்கள் பின் அலுவலகம் விலையைக் கையாளுகிறது; தள்ளுபடி செயல்பாடு மற்றொரு அமைப்பில் செயல்படுத்தப்படுகிறது. இது ஒரு மையப்படுத்தப்பட்டதாக இருக்க வேண்டும் மற்றும் வணிகச் செயல்முறையின் வடிவத்தில் ஒரு தனித்துவமான, பிரிக்கக்கூடிய சேவையை உருவாக்க வேண்டும். கிட்டத்தட்ட அப்படித்தான் ஆரம்பித்தோம்.

முதல் முடிவுகளின் மதிப்பு மிகவும் அதிகமாக இருந்தது. முதலாவதாக, தனித்தனியாகவும் ஒருங்கிணைக்கப்பட்ட முறையிலும் வேலை செய்ய அனுமதிக்கும் பிரிக்கக்கூடிய நிறுவனங்களை உருவாக்க முடிந்தது. இரண்டாவதாக, அதிக அமைப்புகளுடன் ஒருங்கிணைப்பதன் அடிப்படையில் உரிமையின் விலையைக் குறைத்துள்ளோம்.

கடந்த மூன்று ஆண்டுகளில், நாங்கள் மூன்று முன்னணி அமைப்புகளைச் சேர்த்துள்ளோம். நிறுவனம் வாங்கக்கூடிய அதே அளவு வளங்களைக் கொண்டு அவற்றைப் பராமரிப்பது கடினமாக இருந்தது. எனவே, புதிய விற்பனை நிலையங்களைத் தேடும் பணி எழுந்தது, வேகம், உள் செலவுகள் மற்றும் செயல்திறன் ஆகியவற்றின் அடிப்படையில் சந்தைக்கு பதிலளிக்கிறது.

மைக்ரோ சர்வீஸுக்கு இடம்பெயர்வதன் வெற்றியை எப்படி அளவிடுவது

டிமிட்ரி:

மைக்ரோ சர்வீஸுக்கு இடம்பெயர்வதில் வெற்றி எப்படி தீர்மானிக்கப்படுகிறது? ஒவ்வொரு நிறுவனத்திலும் "முன்" என்ன இருந்தது? மாற்றத்தின் வெற்றியைத் தீர்மானிக்க நீங்கள் எந்த அளவுகோலைப் பயன்படுத்தினீர்கள், உண்மையில் அதை யார் தீர்மானித்தார்கள்?

செர்ஜி:

முதலாவதாக, இது IT க்குள் ஒரு இயக்கியாக பிறந்தது - புதிய திறன்களை "திறத்தல்". சந்தைச் சவால்களுக்குப் பதிலளிப்பதன் மூலம், ஒப்பீட்டளவில் ஒரே பணத்தில் எல்லாவற்றையும் விரைவாகச் செய்ய வேண்டிய தேவை எங்களுக்கு இருந்தது. இப்போது வெற்றி வெவ்வேறு அமைப்புகளால் மீண்டும் பயன்படுத்தப்படும் சேவைகளின் எண்ணிக்கையில் வெளிப்படுத்தப்படுகிறது, தங்களுக்குள் செயல்முறைகளை ஒன்றிணைக்கிறது. இப்போது அது இருக்கிறது, ஆனால் அந்த நேரத்தில் ஒரு தளத்தை உருவாக்கி, இதை நாம் செய்ய முடியும் என்ற கருதுகோளை உறுதிப்படுத்த ஒரு வாய்ப்பாக இருந்தது, அது ஒரு விளைவைக் கொடுக்கும் மற்றும் வணிக வழக்கைக் கணக்கிடும்.

அலெக்சாண்டர்:

வெற்றி என்பது ஒரு உள் உணர்வு. வணிகம் எப்போதும் அதிகமாகவே விரும்புகிறது, மேலும் எங்களின் பின்னடைவின் ஆழம் வெற்றிக்கான சான்றாகும். எனக்கு அப்படித்தான் தோன்றுகிறது.

செர்ஜி:

ஆம், நான் ஒப்புக்கொள்கிறேன். மூன்று ஆண்டுகளில், எங்களிடம் ஏற்கனவே இருநூறுக்கும் மேற்பட்ட சேவைகள் மற்றும் பேக்லாக் உள்ளது. குழுவிற்குள் வளங்களின் தேவை மட்டுமே அதிகரித்து வருகிறது - ஆண்டுதோறும் 30%. மக்கள் உணர்ந்ததால் இது நடக்கிறது: இது வேகமானது, இது வேறுபட்டது, வெவ்வேறு தொழில்நுட்பங்கள் உள்ளன, இவை அனைத்தும் வளர்ந்து வருகின்றன.

மைக்ரோ சர்வீஸ்கள் வரும், ஆனால் கோர் இருக்கும்

டிமிட்ரி:

நீங்கள் வளர்ச்சியில் முதலீடு செய்யும் முடிவில்லாத செயல்முறை போன்றது. வணிகத்திற்கான மைக்ரோ சர்வீஸுக்கான மாற்றம் ஏற்கனவே முடிந்துவிட்டதா இல்லையா?

செர்ஜி:

பதில் சொல்வது மிகவும் எளிது. நீங்கள் என்ன நினைக்கிறீர்கள்: தொலைபேசிகளை மாற்றுவது முடிவற்ற செயல்? நாமே ஒவ்வொரு வருடமும் போன்களை வாங்குகிறோம். இதோ: வேகம் தேவைப்படும் வரை, சந்தைக்கு ஏற்றவாறு, சில மாற்றங்கள் தேவைப்படும். நிலையான விஷயங்களை நாம் கைவிடுகிறோம் என்று இது அர்த்தப்படுத்துவதில்லை.

ஆனால் எல்லாவற்றையும் ஒரே நேரத்தில் மூடிமறைத்து மீண்டும் செய்ய முடியாது. எங்களிடம் மரபு, நிலையான ஒருங்கிணைப்பு சேவைகள் உள்ளன: நிறுவன பேருந்துகள் மற்றும் பல. ஆனால் ஒரு பின்னடைவு உள்ளது, மேலும் தேவையும் உள்ளது. மொபைல் பயன்பாடுகளின் எண்ணிக்கை மற்றும் அவற்றின் செயல்பாடுகள் அதிகரித்து வருகின்றன. அதே சமயம் 30% கூடுதல் பணம் தரப்படும் என்று யாரும் கூறவில்லை. அதாவது, எப்போதும் ஒருபுறம் தேவைகள் உள்ளன, மறுபுறம் செயல்திறனுக்கான தேடல்.

டிமிட்ரி:

வாழ்க்கை நல்ல நிலையில் உள்ளது. (சிரிக்கிறார்)

அலெக்சாண்டர்:

பொதுவாக, ஆம். நிலப்பரப்பில் இருந்து முக்கிய பகுதியை அகற்றுவதற்கான புரட்சிகர அணுகுமுறைகள் எங்களிடம் இல்லை. சிஸ்டம்களை சிதைப்பதற்கு, அவை மைக்ரோ சர்வீஸ் கட்டிடக்கலைக்கு மிகவும் ஒத்துப்போகும் வகையில், அமைப்புகளின் செல்வாக்கை ஒருவருக்கொருவர் குறைக்கும் வகையில், முறையான வேலைகள் நடந்து வருகின்றன.

ஆனால் ஆபரேட்டரின் நிலப்பரப்பில் நாங்கள் வாங்கும் சில தளங்கள் எப்போதும் இருக்கும் என்பதால், முக்கிய பகுதியை வைத்திருக்க நாங்கள் திட்டமிட்டுள்ளோம். மீண்டும், நமக்கு ஆரோக்கியமான சமநிலை தேவை: மையத்தை வெட்டுவதற்கு நாம் அவசரப்படக்கூடாது. நாங்கள் அமைப்புகளை அருகருகே வைக்கிறோம், இப்போது நாம் ஏற்கனவே பல முக்கிய பகுதிகளுக்கு மேல் இருக்கிறோம் என்று மாறிவிடும். மேலும், செயல்பாட்டை மேம்படுத்துவதன் மூலம், எங்கள் தகவல் தொடர்பு சேவைகளுடன் பணிபுரியும் அனைத்து சேனல்களுக்கும் தேவையான பிரதிநிதித்துவங்களை உருவாக்குகிறோம்.

வணிகங்களுக்கு மைக்ரோ சர்வீஸ்களை விற்பது எப்படி

டிமிட்ரி:

நானும் ஆர்வமாக உள்ளேன் - மாறாத, ஆனால் திட்டமிடுபவர்களுக்கு: இந்த யோசனையை வணிகத்திற்கு விற்பது எவ்வளவு எளிதானது மற்றும் இது ஒரு சாகசமா, முதலீட்டுத் திட்டமா? அல்லது இது ஒரு நனவான உத்தியா: இப்போது நாங்கள் மைக்ரோ சர்வீஸுக்குச் செல்கிறோம், அவ்வளவுதான், எதுவும் நம்மைத் தடுக்காது. உங்களுக்கு எப்படி இருந்தது?

செர்ஜி:

நாங்கள் ஒரு அணுகுமுறையை விற்கவில்லை, ஆனால் ஒரு வணிக நன்மை. வியாபாரத்தில் சிக்கல் ஏற்பட்டது, அதைத் தீர்க்க முயற்சித்தோம். அந்த நேரத்தில், வெவ்வேறு சேனல்கள் விலைகளைக் கணக்கிடுவதற்கு வெவ்வேறு கொள்கைகளைப் பயன்படுத்துகின்றன - தனித்தனியாக பதவி உயர்வுகள், பதவி உயர்வுகள் மற்றும் பல. பராமரிப்பது கடினமாக இருந்தது, பிழைகள் ஏற்பட்டன, வாடிக்கையாளர்களின் புகார்களைக் கேட்டோம். அதாவது, நாங்கள் ஒரு பிரச்சனைக்கான தீர்வை விற்றுக்கொண்டிருந்தோம், ஆனால் ஒரு தளத்தை உருவாக்க எங்களுக்கு பணம் தேவை என்ற உண்மையைக் கொண்டு வந்தோம். முதலீட்டின் முதல் கட்டத்தின் உதாரணத்தைப் பயன்படுத்தி அவர்கள் ஒரு வணிக வழக்கைக் காட்டினார்கள்: நாங்கள் அதை எவ்வாறு திரும்பப் பெறுவோம், இது என்ன செய்ய அனுமதிக்கும்.

டிமிட்ரி:

முதல் கட்டத்தின் நேரத்தை எப்படியாவது பதிவு செய்தீர்களா?

செர்ஜி:

ஆம், கண்டிப்பாக. மையத்தை ஒரு தளமாக உருவாக்கி பைலட்டை சோதிக்க 6 மாதங்கள் ஒதுக்கினோம். இந்த நேரத்தில், பைலட்டை சறுக்குவதற்கு ஒரு தளத்தை உருவாக்க முயற்சித்தோம். பின்னர் கருதுகோள் உறுதிப்படுத்தப்பட்டது, அது வேலை செய்வதால், நாம் தொடரலாம் என்று அர்த்தம். அவர்கள் நகலெடுக்கத் தொடங்கி அணியை பலப்படுத்தினர் - அவர்கள் அதை ஒரு தனிப் பிரிவாக மாற்றினர்.

அடுத்ததாக வணிகத் தேவைகள், வாய்ப்புகள், வளங்களின் இருப்பு மற்றும் தற்போது செயல்பாட்டில் உள்ள அனைத்தையும் அடிப்படையாகக் கொண்ட முறையான வேலை வருகிறது.

டிமிட்ரி:

சரி. அலெக்சாண்டர், நீங்கள் என்ன சொல்கிறீர்கள்?

அலெக்சாண்டர்:

எங்கள் மைக்ரோ சர்வீஸ்கள் “கடலின் நுரை” யிலிருந்து பிறந்தன - வளங்களைச் சேமிப்பதன் காரணமாக, சேவையக திறன் வடிவத்தில் சில எச்சங்கள் மற்றும் குழுவிற்குள் உள்ள சக்திகளின் மறுபகிர்வு காரணமாக. ஆரம்பத்தில், நாங்கள் இந்த திட்டத்தை வணிகத்திற்கு விற்கவில்லை. நாங்கள் இருவரும் ஆராய்ந்து அதற்கேற்ப உருவாக்கப்பட்ட திட்டம் இது. நாங்கள் 2018 இன் தொடக்கத்தில் தொடங்கினோம், இந்த திசையை ஆர்வத்துடன் உருவாக்கினோம். விற்பனை தொடங்கிவிட்டது, நாங்கள் செயல்பாட்டில் இருக்கிறோம்.

டிமிட்ரி:

வாரத்தில் ஒரு இலவச நாளில் Google போன்ற விஷயங்களைச் செய்ய ஒரு வணிகம் உங்களை அனுமதிக்கிறதா? உங்களுக்கு அத்தகைய திசை இருக்கிறதா?

அலெக்சாண்டர்:

ஆராய்ச்சியின் அதே நேரத்தில், நாங்கள் வணிக சிக்கல்களையும் கையாண்டோம், எனவே எங்கள் மைக்ரோ சர்வீஸ்கள் அனைத்தும் வணிக சிக்கல்களுக்கான தீர்வுகளாகும். ஆரம்பத்தில் மட்டுமே சந்தாதாரர் தளத்தின் ஒரு சிறிய பகுதியை உள்ளடக்கிய மைக்ரோ சர்வீஸ்களை நாங்கள் உருவாக்கினோம், இப்போது நாங்கள் கிட்டத்தட்ட அனைத்து முதன்மை தயாரிப்புகளிலும் இருக்கிறோம்.

மற்றும் பொருள் தாக்கம் ஏற்கனவே தெளிவாக உள்ளது - நாம் ஏற்கனவே கணக்கிட முடியும், நாம் பழைய பாதையில் சென்றிருந்தால், தயாரிப்பு வெளியீடுகளின் வேகம் மற்றும் இழந்த வருவாயை மதிப்பிட முடியும். இதைத்தான் நாங்கள் வழக்கை உருவாக்குகிறோம்.

மைக்ரோ சர்வீஸ்: மிகைப்படுத்தல் அல்லது தேவையா?

டிமிட்ரி:

எண்கள் எண்கள். வருவாய் அல்லது பணம் சேமிக்கப்படுவது மிகவும் முக்கியமானது. மறுபக்கம் பார்த்தால் என்ன? மைக்ரோ சர்வீஸ் என்பது ஒரு ட்ரெண்ட், ஹைப் மற்றும் பல நிறுவனங்கள் அதை தவறாகப் பயன்படுத்துகின்றனவா? மைக்ரோ சர்வீஸுக்கு நீங்கள் என்ன செய்கிறீர்கள் மற்றும் மொழிபெயர்க்க வேண்டாம் என்பதை எவ்வளவு தெளிவாக வேறுபடுத்துகிறீர்கள்? இப்போது மரபு என்றால், இன்னும் 5 ஆண்டுகளில் உங்களுக்கு மரபு கிடைக்குமா? 5 ஆண்டுகளில் M.Video-Eldorado மற்றும் MegaFon இல் வேலை செய்யும் தகவல் அமைப்புகளின் வயது என்னவாக இருக்கும்? பத்து வருடங்கள், பதினைந்து வருடங்கள் பழமையான தகவல் அமைப்புகள் இருக்குமா அல்லது புதிய தலைமுறையாக இருக்குமா? இதை எப்படி பார்க்கிறீர்கள்?

செர்ஜி:

வெகு தொலைவில் சிந்திப்பது கடினம் என்று எனக்குத் தோன்றுகிறது. நாம் திரும்பிப் பார்த்தால், இயந்திர கற்றல் மற்றும் முகத்தின் மூலம் பயனர்களை அடையாளம் காண்பது உட்பட தொழில்நுட்ப சந்தை இந்த வழியில் வளரும் என்று யார் கற்பனை செய்தார்கள்? ஆனால் வரவிருக்கும் ஆண்டுகளைப் பார்த்தால், நிறுவனங்களில் உள்ள முக்கிய அமைப்புகள், நிறுவன ஈஆர்பி-வகுப்பு அமைப்புகள் - அவை நீண்ட காலமாக வேலை செய்கின்றன என்று எனக்குத் தோன்றுகிறது.

எங்கள் நிறுவனங்கள் கூட்டாக 25 ஆண்டுகள் பழமையானவை, கிளாசிக் ஈஆர்பி அமைப்புகளின் நிலப்பரப்பில் மிகவும் ஆழமானது. நாங்கள் சில துண்டுகளை அங்கிருந்து எடுத்து அவற்றை மைக்ரோ சர்வீஸாக ஒருங்கிணைக்க முயற்சிக்கிறோம் என்பது தெளிவாகிறது, ஆனால் மையமானது அப்படியே இருக்கும். நாங்கள் அங்குள்ள அனைத்து முக்கிய அமைப்புகளையும் மாற்றி, புதிய அமைப்புகளின் மற்ற, பிரகாசமான பக்கத்திற்கு விரைவாகச் செல்வோம் என்று கற்பனை செய்வது இப்போது எனக்கு கடினமாக உள்ளது.

வாடிக்கையாளருக்கும் நுகர்வோருக்கும் நெருக்கமாக இருக்கும் எல்லாவற்றிலும் மிகப்பெரிய வணிக நன்மை மற்றும் மதிப்பு இருக்கும், அங்கு தகவமைப்பு மற்றும் வேகம், மாற்றத்தின் மீது கவனம் செலுத்துதல், "முயற்சி, ரத்துசெய், மறுபயன்பாடு, வேறு ஏதாவது செய்" என்பதில் நான் ஒரு ஆதரவாளன். தேவை "-அங்கே நிலப்பரப்பு மாறும். மற்றும் பெட்டி தயாரிப்புகள் அங்கு நன்றாக பொருந்தாது. குறைந்த பட்சம் நாம் அதைப் பார்க்கவில்லை. எளிதான, எளிமையான தீர்வுகள் அங்கு தேவைப்படுகின்றன.

இந்த வளர்ச்சியை நாம் காண்கிறோம்:

• முக்கிய தகவல் அமைப்புகள் (பெரும்பாலும் பின் அலுவலகம்);
• மைக்ரோ சர்வீஸ் வடிவில் உள்ள நடுத்தர அடுக்குகள் மையத்தை இணைக்கின்றன, ஒருங்கிணைக்கவும், ஒரு தற்காலிக சேமிப்பை உருவாக்கவும் மற்றும் பல;
• முன் வரிசை அமைப்புகள் நுகர்வோரை இலக்காகக் கொண்டவை;
• சந்தைகள், பிற அமைப்புகள் மற்றும் சுற்றுச்சூழல் அமைப்புகளில் பொதுவாக ஒருங்கிணைக்கப்பட்ட ஒரு ஒருங்கிணைப்பு அடுக்கு. இந்த அடுக்கு முடிந்தவரை இலகுவானது, எளிமையானது மற்றும் குறைந்தபட்ச வணிக தர்க்கத்தைக் கொண்டுள்ளது.

ஆனால் அதே நேரத்தில், பழைய கொள்கைகளை சரியான முறையில் பயன்படுத்தினால், அவற்றை தொடர்ந்து பயன்படுத்துவதை ஆதரிப்பவன் நான்.

உங்களிடம் ஒரு உன்னதமான நிறுவன அமைப்பு உள்ளது என்று வைத்துக்கொள்வோம். இது ஒரு விற்பனையாளரின் நிலப்பரப்பில் அமைந்துள்ளது மற்றும் ஒருவருக்கொருவர் வேலை செய்யும் இரண்டு தொகுதிகள் உள்ளன. நிலையான ஒருங்கிணைப்பு இடைமுகமும் உள்ளது. அதை ஏன் மீண்டும் செய்து மைக்ரோ சர்வீஸை அங்கு கொண்டு வர வேண்டும்?

ஆனால் பின் அலுவலகத்தில் 5 தொகுதிகள் இருக்கும் போது, ​​அதில் இருந்து தகவல்கள் ஒரு வணிக செயல்முறையாக சேகரிக்கப்பட்டு, பின்னர் 8-10 முன்வரிசை அமைப்புகளால் பயன்படுத்தப்படும், பலன் உடனடியாக கவனிக்கப்படுகிறது. நீங்கள் ஐந்து பின்-அலுவலக அமைப்புகளில் இருந்து எடுத்து, வணிகச் செயல்பாட்டில் கவனம் செலுத்தும் ஒரு தனிமைப்படுத்தப்பட்ட சேவையை உருவாக்குகிறீர்கள். சேவையை தொழில்நுட்ப ரீதியில் மேம்பட்டதாக்குங்கள் - அது தகவல்களைத் தேக்கி வைக்கும் மற்றும் தவறுகளை பொறுத்துக்கொள்ளும், மேலும் ஆவணங்கள் அல்லது வணிக நிறுவனங்களுடனும் வேலை செய்யும். அனைத்து முன் வரிசை தயாரிப்புகளுடன் ஒரே கொள்கையின்படி அதை ஒருங்கிணைக்கிறீர்கள். அவர்கள் முன் வரிசை தயாரிப்பை ரத்து செய்தனர் - அவர்கள் ஒருங்கிணைப்பை முடக்கினர். நாளை நீங்கள் ஒரு மொபைல் பயன்பாட்டை எழுத வேண்டும் அல்லது ஒரு சிறிய வலைத்தளத்தை உருவாக்க வேண்டும் மற்றும் ஒரு பகுதியை மட்டுமே செயல்பாட்டில் வைக்க வேண்டும் - எல்லாம் எளிது: நீங்கள் அதை ஒரு கட்டமைப்பாளராகச் சேகரித்தீர்கள். இந்த திசையில் அதிக வளர்ச்சியை நான் காண்கிறேன் - குறைந்தபட்சம் நம் நாட்டில்.

அலெக்சாண்டர்:

செர்ஜி எங்கள் அணுகுமுறையை முழுமையாக விவரித்தார், நன்றி. நாங்கள் நிச்சயமாக எங்கு செல்ல மாட்டோம் என்பதை நான் கூறுவேன் - முக்கிய பகுதிக்கு, ஆன்லைன் பில்லிங் தலைப்புக்கு. அதாவது, ரேட்டிங் மற்றும் சார்ஜிங், உண்மையில், நம்பகத்தன்மையுடன் பணத்தைத் தள்ளுபடி செய்யும் "பெரிய" த்ரெஷராக இருக்கும். மேலும் இந்த அமைப்பு எங்கள் ஒழுங்குமுறை அதிகாரிகளால் தொடர்ந்து சான்றளிக்கப்படும். வாடிக்கையாளர்களை நோக்கி பார்க்கும் மற்ற அனைத்தும் மைக்ரோ சர்வீஸ்கள்.

டிமிட்ரி:

இங்கே சான்றிதழ் என்பது ஒரு கதை. ஒருவேளை அதிக ஆதரவு. நீங்கள் ஆதரவில் சிறிதளவு செலவழித்தால் அல்லது கணினிக்கு ஆதரவு மற்றும் மாற்றம் தேவையில்லை என்றால், அதைத் தொடாமல் இருப்பது நல்லது. ஒரு நியாயமான சமரசம்.

நம்பகமான மைக்ரோ சர்வீஸ்களை எவ்வாறு உருவாக்குவது

டிமிட்ரி:

நன்றாக. ஆனால் நான் இன்னும் ஆர்வமாக இருக்கிறேன். இப்போது நீங்கள் ஒரு வெற்றிக் கதையைச் சொல்கிறீர்கள்: எல்லாம் நன்றாக இருந்தது, நாங்கள் மைக்ரோ சர்வீஸுக்கு மாறினோம், வணிகத்திற்கான யோசனையைப் பாதுகாத்தோம், எல்லாம் வேலை செய்தன. ஆனால் வேறு கதைகள் கேட்டிருக்கிறேன்.

சில ஆண்டுகளுக்கு முன்பு, வங்கிகளுக்கான புதிய மைக்ரோ சர்வீஸ் தளத்தை உருவாக்க இரண்டு வருடங்கள் முதலீடு செய்த சுவிஸ் நிறுவனம் இறுதியில் திட்டத்தை மூடியது. முற்றிலும் சரிந்தது. பல மில்லியன் சுவிஸ் பிராங்குகள் செலவிடப்பட்டன, ஆனால் இறுதியில் அணி சிதறடிக்கப்பட்டது - அது பலனளிக்கவில்லை.

உங்களுக்கும் இதே போன்ற கதைகள் இருந்ததா? ஏதேனும் சிரமங்கள் இருந்ததா அல்லது இருந்ததா? எடுத்துக்காட்டாக, மைக்ரோ சர்வீஸ் மற்றும் கண்காணிப்பு ஆகியவை நிறுவனத்தின் செயல்பாட்டு நடவடிக்கைகளில் தலைவலியாக உள்ளது. எல்லாவற்றிற்கும் மேலாக, கூறுகளின் எண்ணிக்கை பல மடங்கு அதிகரிக்கிறது. நீங்கள் அதை எப்படிப் பார்க்கிறீர்கள், இங்கு முதலீடுகளின் தோல்வியுற்ற உதாரணங்கள் உண்டா? மேலும் இதுபோன்ற பிரச்சனைகளை சந்திக்காமல் இருக்க நீங்கள் மக்களுக்கு என்ன அறிவுரை கூறலாம்?

அலெக்சாண்டர்:

தோல்வியுற்ற எடுத்துக்காட்டுகளில் வணிகங்கள் முன்னுரிமைகளை மாற்றுவது மற்றும் திட்டங்களை ரத்து செய்தல் ஆகியவை அடங்கும். ஒரு நல்ல நிலையில் தயார் நிலையில் இருக்கும்போது (உண்மையில், MVP தயாராக உள்ளது), வணிகம் கூறியது: "எங்களுக்கு புதிய முன்னுரிமைகள் உள்ளன, நாங்கள் மற்றொரு திட்டத்திற்குச் செல்கிறோம், நாங்கள் இதை மூடுகிறோம்."

மைக்ரோ சர்வீஸ் மூலம் உலகளாவிய தோல்விகள் எதுவும் எங்களிடம் இல்லை. நாங்கள் நிம்மதியாக உறங்குகிறோம், முழு BSS [வணிக ஆதரவு அமைப்பு] க்கு சேவை செய்யும் 24/7 கடமை மாற்றம் உள்ளது.

மேலும் ஒரு விஷயம் - பெட்டி தயாரிப்புகளுக்கு பொருந்தும் விதிகளின்படி மைக்ரோ சர்வீஸ்களை வாடகைக்கு விடுகிறோம். வெற்றிக்கான திறவுகோல் என்னவென்றால், முதலில், மைக்ரோ சர்வீஸை உற்பத்திக்கு முழுமையாகத் தயாரிக்கும் ஒரு குழுவை நீங்கள் ஒன்றுசேர்க்க வேண்டும். வளர்ச்சியே, நிபந்தனையுடன், 40% ஆகும். மீதமுள்ளவை பகுப்பாய்வு, DevSecOps முறை, சரியான ஒருங்கிணைப்புகள் மற்றும் சரியான கட்டமைப்பு. பாதுகாப்பான பயன்பாடுகளை உருவாக்குவதற்கான கொள்கைகளுக்கு நாங்கள் சிறப்பு கவனம் செலுத்துகிறோம். தகவல் பாதுகாப்பு பிரதிநிதிகள் ஒவ்வொரு திட்டத்திலும் கட்டிடக்கலை திட்டமிடல் நிலை மற்றும் செயல்படுத்தும் செயல்முறையின் போது பங்கேற்கின்றனர். பாதிப்புகளுக்கான குறியீட்டை பகுப்பாய்வு செய்வதற்கான அமைப்புகளையும் அவை நிர்வகிக்கின்றன.

எங்கள் நிலையற்ற சேவைகளை நாங்கள் பயன்படுத்துகிறோம் என்று வைத்துக்கொள்வோம் - எங்களிடம் அவை குபெர்னெட்டஸில் உள்ளன. இது தானாக அளவிடுதல் மற்றும் சேவைகளை தானாக உயர்த்துதல் ஆகியவற்றின் காரணமாக அனைவரையும் நிம்மதியாக தூங்க அனுமதிக்கிறது, மேலும் கடமை மாற்றம் சம்பவங்களை எடுக்கிறது.

எங்கள் மைக்ரோ சர்வீஸின் முழு இருப்பிலும், எங்கள் வரிசையில் ஒன்று அல்லது இரண்டு சம்பவங்கள் மட்டுமே உள்ளன. இப்போது செயல்பாட்டில் எந்த பிரச்சனையும் இல்லை. எங்களிடம், நிச்சயமாக, 200 இல்லை, ஆனால் சுமார் 50 மைக்ரோ சர்வீஸ்கள் உள்ளன, ஆனால் அவை முதன்மை தயாரிப்புகளில் பயன்படுத்தப்படுகின்றன. அவர்கள் தோல்வியுற்றால், அதைப் பற்றி நாங்கள் முதலில் அறிந்திருப்போம்.

மைக்ரோ சர்வீசஸ் மற்றும் எச்.ஆர்

செர்ஜி:

பணியை சரியாக ஒழுங்கமைக்க வேண்டும் என்று - ஆதரவிற்கு மாற்றுவது பற்றி எனது சக ஊழியருடன் உடன்படுகிறேன். ஆனால் நிச்சயமாக இருக்கும் சிக்கல்களைப் பற்றி நான் உங்களுக்குச் சொல்கிறேன்.

முதலில், தொழில்நுட்பம் புதியது. இது ஒரு நல்ல விதத்தில் மிகைப்படுத்தல், மேலும் இதைப் புரிந்துகொண்டு உருவாக்கக்கூடிய ஒரு நிபுணரைக் கண்டுபிடிப்பது ஒரு பெரிய சவாலாகும். வளங்களுக்கான போட்டி பைத்தியம், எனவே வல்லுநர்கள் தங்கத்தின் எடைக்கு மதிப்புள்ளது.

இரண்டாவதாக, சில நிலப்பரப்புகளை உருவாக்குதல் மற்றும் வளர்ந்து வரும் சேவைகளின் மூலம், மறுபயன்பாட்டின் சிக்கல் தொடர்ந்து தீர்க்கப்பட வேண்டும். டெவலப்பர்கள் செய்ய விரும்புவது போல்: "இப்போது இங்கே நிறைய சுவாரஸ்யமான விஷயங்களை எழுதுவோம் ..." இதன் காரணமாக, கணினி வளர்ந்து, பணம், உரிமையின் செலவு மற்றும் பலவற்றின் அடிப்படையில் அதன் செயல்திறனை இழக்கிறது. அதாவது, கணினி கட்டமைப்பில் மறுபயன்பாட்டைச் சேர்ப்பது அவசியம், சேவைகளை அறிமுகப்படுத்துவதற்கான சாலை வரைபடத்தில் அதைச் சேர்ப்பது மற்றும் புதிய கட்டிடக்கலைக்கு பாரம்பரியத்தை மாற்றுவது.

மற்றொரு பிரச்சனை - இது அதன் சொந்த வழியில் நல்லது என்றாலும் - உள் போட்டி. "ஓ, புதிய நாகரீகமான தோழர்கள் இங்கே தோன்றியுள்ளனர், அவர்கள் ஒரு புதிய மொழியைப் பேசுகிறார்கள்." மக்கள், நிச்சயமாக, வேறுபட்டவர்கள். ஜாவாவில் எழுதப் பழகியவர்களும், டோக்கர் மற்றும் குபெர்னெட்ஸை எழுதி பயன்படுத்துபவர்களும் உள்ளனர். இவர்கள் முற்றிலும் வேறுபட்ட நபர்கள், அவர்கள் வித்தியாசமாக பேசுகிறார்கள், வெவ்வேறு சொற்களைப் பயன்படுத்துகிறார்கள், சில சமயங்களில் ஒருவருக்கொருவர் புரிந்து கொள்ள மாட்டார்கள். இந்த அர்த்தத்தில் பயிற்சி, அறிவுப் பகிர்வு ஆகியவற்றைப் பகிர்ந்து கொள்ளும் திறன் அல்லது இயலாமையும் ஒரு பிரச்சனையே.

சரி, வளங்களை அளவிடுதல். “அருமை, போகலாம்! இப்போது நாம் வேகமாகவும், அதிகமாகவும் விரும்புகிறோம். என்ன, உன்னால் முடியாதா? ஒரு வருடத்தில் இரண்டு மடங்கு வழங்குவது சாத்தியமில்லையா? மேலும் ஏன்?" இத்தகைய வளர்ந்து வரும் வலிகள் அநேகமாக பல விஷயங்களுக்கும், பல அணுகுமுறைகளுக்கும் நிலையானவை, அவற்றை நீங்கள் உணரலாம்.

கண்காணிப்பு குறித்து. சேவைகள் அல்லது தொழில்துறை கண்காணிப்பு கருவிகள் ஏற்கனவே கற்றுக்கொள்கின்றன அல்லது டோக்கர் மற்றும் குபெர்னெட்ஸ் இரண்டிலும் வேறுபட்ட, தரமற்ற முறையில் வேலை செய்ய முடிகிறது என்று எனக்குத் தோன்றுகிறது. எனவே, எடுத்துக்காட்டாக, இவை அனைத்தும் இயங்கும் 500 ஜாவா இயந்திரங்களுடன் முடிவடையாது, அதாவது, அது ஒருங்கிணைக்கிறது. ஆனால் இந்த தயாரிப்புகளுக்கு இன்னும் முதிர்ச்சி இல்லை; அவர்கள் இதை கடந்து செல்ல வேண்டும். தலைப்பு மிகவும் புதியது, அது தொடர்ந்து வளரும்.

டிமிட்ரி:

ஆம், மிகவும் சுவாரஸ்யமானது. இது HRக்கு பொருந்தும். உங்கள் HR செயல்முறை மற்றும் HR பிராண்ட் இந்த 3 ஆண்டுகளில் சிறிது மாறியிருக்கலாம். நீங்கள் வெவ்வேறு திறன்களைக் கொண்ட மற்றவர்களை நியமிக்க ஆரம்பித்தீர்கள். மேலும் நன்மை தீமைகள் இரண்டும் இருக்கலாம். முன்னதாக, பிளாக்செயின் மற்றும் தரவு அறிவியல் ஆகியவை மிகைப்படுத்தலாக இருந்தன, மேலும் அவற்றில் நிபுணர்கள் மில்லியன் கணக்கானவர்கள். இப்போது செலவு குறைகிறது, சந்தை நிறைவுற்றது, மேலும் மைக்ரோ சர்வீஸில் இதேபோன்ற போக்கு உள்ளது.

செர்ஜி:

ஆம், முற்றிலும்.

அலெக்சாண்டர்:

HR கேள்வியைக் கேட்கிறார்: "உங்கள் இளஞ்சிவப்பு யூனிகார்ன் பின்தளத்திற்கும் முன்பக்கத்திற்கும் இடையில் எங்கே?" மைக்ரோ சர்வீஸ் என்றால் என்ன என்று HRக்கு புரியவில்லை. அவங்களுக்கு ரகசியம் சொல்லிட்டு, பின்னாடி எல்லாம் பண்ணுதுன்னு சொன்னோம், யூனிகார்ன் இல்ல. ஆனால் HR மாறுகிறது, விரைவாகக் கற்றுக்கொள்கிறது மற்றும் அடிப்படை IT அறிவு உள்ளவர்களை வேலைக்கு அமர்த்துகிறது.

மைக்ரோ சர்வீஸின் பரிணாமம்

டிமிட்ரி:

நீங்கள் இலக்கு கட்டமைப்பைப் பார்த்தால், மைக்ரோ சர்வீஸ்கள் அத்தகைய அரக்கனைப் போல இருக்கும். உங்கள் பயணம் பல ஆண்டுகள் ஆனது. மற்றவர்களுக்கு ஒரு வருடம், மற்றவர்களுக்கு மூன்று ஆண்டுகள். எல்லா பிரச்சனைகளையும் நீங்கள் முன்கூட்டியே பார்த்தீர்களா, இலக்கு கட்டிடக்கலை, ஏதாவது மாறியதா? எடுத்துக்காட்டாக, மைக்ரோ சர்வீஸ்களில், நுழைவாயில்கள் மற்றும் சேவை மெஷ்கள் இப்போது மீண்டும் தோன்றுகின்றன. நீங்கள் ஆரம்பத்தில் அவற்றைப் பயன்படுத்தினீர்களா அல்லது கட்டிடக்கலையையே மாற்றிவிட்டீர்களா? உங்களுக்கு இதுபோன்ற சவால்கள் உள்ளதா?

செர்ஜி:

நாங்கள் ஏற்கனவே பல தொடர்பு நெறிமுறைகளை மீண்டும் எழுதியுள்ளோம். முதலில் ஒரு நெறிமுறை இருந்தது, இப்போது நாங்கள் மற்றொன்றுக்கு மாறினோம். நாங்கள் பாதுகாப்பு மற்றும் நம்பகத்தன்மையை அதிகரிக்கிறோம். நாங்கள் நிறுவன தொழில்நுட்பங்களுடன் தொடங்கினோம் - ஆரக்கிள், வெப் லாஜிக். இப்போது நாம் மைக்ரோ சர்வீஸில் உள்ள தொழில்நுட்ப நிறுவன தயாரிப்புகளிலிருந்து விலகி, திறந்த மூல அல்லது முற்றிலும் திறந்த தொழில்நுட்பங்களுக்கு நகர்கிறோம். நாங்கள் தரவுத்தளங்களைக் கைவிட்டு, இந்த மாதிரியில் எங்களுக்கு மிகவும் திறம்பட செயல்படுவதை நோக்கி நகர்கிறோம். இனி நமக்கு Oracle தொழில்நுட்பங்கள் தேவையில்லை.

கேச் எவ்வளவு தேவை, மைக்ரோ சர்வீஸுடன் தொடர்பு இல்லாதபோது என்ன செய்வோம், ஆனால் தரவு தேவை, போன்றவற்றைப் பற்றி சிந்திக்காமல், ஒரு சேவையாக நாங்கள் தொடங்கினோம். இப்போது நாங்கள் ஒரு தளத்தை உருவாக்குகிறோம், இதனால் கட்டிடக்கலை விவரிக்க முடியும். சேவைகளின் மொழியில் அல்ல, வணிக மொழியில், நாம் வார்த்தைகளில் பேசத் தொடங்கும் போது வணிக தர்க்கத்தை அடுத்த கட்டத்திற்கு கொண்டு செல்லுங்கள். இப்போது நாம் கடிதங்களில் பேசக் கற்றுக்கொண்டோம், அடுத்த கட்டம், சேவைகள் சில வகையான மொத்தமாக சேகரிக்கப்படும் போது, ​​இது ஏற்கனவே ஒரு வார்த்தையாக இருக்கும்போது - எடுத்துக்காட்டாக, ஒரு முழு தயாரிப்பு அட்டை. இது மைக்ரோ சர்வீஸிலிருந்து அசெம்பிள் செய்யப்படுகிறது, ஆனால் இது இதன் மேல் கட்டப்பட்ட API ஆகும்.

பாதுகாப்பு மிகவும் முக்கியமானது. நீங்கள் அணுகக்கூடியதாக இருக்கத் தொடங்கியவுடன், உங்களிடம் ஒரு சேவை உள்ளது, இதன் மூலம் நீங்கள் நிறைய சுவாரஸ்யமான விஷயங்களைப் பெறலாம், மேலும் மிக விரைவாக, ஒரு பிளவு நொடியில், அதை மிகவும் பாதுகாப்பான வழியில் பெற விருப்பம் உள்ளது. இதிலிருந்து விடுபட, சோதனை மற்றும் கண்காணிப்புக்கான அணுகுமுறைகளை மாற்ற வேண்டியிருந்தது. நாங்கள் குழு, விநியோக மேலாண்மை அமைப்பு, CI/CD ஆகியவற்றை மாற்ற வேண்டியிருந்தது.

இது ஒரு பரிணாமம் - தொலைபேசிகளைப் போலவே, மிக வேகமாகவும்: முதலில் புஷ்-பொத்தான் தொலைபேசிகள் இருந்தன, பின்னர் ஸ்மார்ட்போன்கள் தோன்றின. சந்தைக்கு வேறு தேவை இருந்ததால் தயாரிப்பை மாற்றி எழுதி மறுவடிவமைப்பு செய்தனர். இப்படித்தான் நாம் உருவாகிறோம்: முதல் வகுப்பு, பத்தாம் வகுப்பு, வேலை.

மீண்டும், தொழில்நுட்பத்தின் பார்வையில் இருந்து வருடத்திற்கு ஏதாவது, பின்னடைவு மற்றும் தேவைகளின் பார்வையில் இருந்து வேறு ஏதாவது அமைக்கப்படுகிறது. ஒன்றை மற்றொன்றுடன் இணைக்கிறோம். குழு 20% தொழில்நுட்பக் கடன் மற்றும் அணிக்கான தொழில்நுட்ப ஆதரவிலும், 80% வணிக நிறுவனத்திலும் செலவிடுகிறது. நாம் ஏன் அதைச் செய்கிறோம், ஏன் இந்தத் தொழில்நுட்ப மேம்பாடுகளைச் செய்கிறோம், அவை எதற்கு வழிவகுக்கும் என்பதைப் புரிந்துகொண்டு நகர்கிறோம். அது போல.

டிமிட்ரி:

குளிர். மெகாஃபோனில் என்ன இருக்கிறது?

அலெக்சாண்டர்:

நாங்கள் மைக்ரோ சர்வீஸுக்கு வந்தபோது இருந்த முக்கிய சவால் குழப்பத்தில் விழக்கூடாது. MegaFon இன் கட்டடக்கலை அலுவலகம் உடனடியாக எங்களுடன் சேர்ந்தது, ஒரு துவக்கி மற்றும் இயக்கி கூட ஆனது - இப்போது எங்களிடம் மிகவும் வலுவான கட்டிடக்கலை உள்ளது. நாம் எந்த இலக்கு மாதிரியை நோக்கி செல்கிறோம், என்ன தொழில்நுட்பங்கள் பைலட் செய்யப்பட வேண்டும் என்பதைப் புரிந்துகொள்வதே அவரது பணியாக இருந்தது. கட்டிடக்கலை மூலம், இந்த விமானிகளை நாமே நடத்தினோம்.

அடுத்த கேள்வி: "அப்படியானால் இதையெல்லாம் எப்படிப் பயன்படுத்துவது?" மேலும் ஒன்று: "மைக்ரோ சர்வீஸ்களுக்கு இடையே வெளிப்படையான தொடர்புகளை எவ்வாறு உறுதிப்படுத்துவது?" கடைசி கேள்விக்கு பதிலளிக்க சேவை மெஷ் எங்களுக்கு உதவியது. நாங்கள் இஸ்டியோவை இயக்கி முடிவுகளை விரும்பினோம். இப்போது நாம் உற்பத்தி மண்டலங்களாக உருளும் கட்டத்தில் இருக்கிறோம். எல்லா சவால்களுக்கும் நேர்மறையான அணுகுமுறை உள்ளது - நாம் தொடர்ந்து அடுக்கை மாற்ற வேண்டும், புதிதாக ஒன்றைக் கற்றுக்கொள்ள வேண்டும். பழைய தீர்வுகளை சுரண்டாமல், மேம்படுத்துவதில் நாங்கள் ஆர்வமாக உள்ளோம்.

டிமிட்ரி:

தங்க வார்த்தைகள்! இத்தகைய சவால்கள் அணியையும் வணிகத்தையும் தங்கள் கால்களில் வைத்து எதிர்காலத்தை உருவாக்குகின்றன. GDPR தலைமை தரவு பாதுகாப்பு அதிகாரிகளை உருவாக்கியது, மேலும் தற்போதைய சவால்கள் தலைமை மைக்ரோ சர்வீஸ் மற்றும் கட்டிடக்கலை அதிகாரிகளை உருவாக்குகின்றன. மற்றும் அது மகிழ்ச்சி அளிக்கிறது.

நிறைய விவாதித்தோம். முக்கிய விஷயம் என்னவென்றால், மைக்ரோ சர்வீஸின் நல்ல வடிவமைப்பு மற்றும் கட்டிடக்கலை பல தவறுகளைத் தவிர்க்க உங்களை அனுமதிக்கிறது. நிச்சயமாக, செயல்முறை மீண்டும் மற்றும் பரிணாம வளர்ச்சி, ஆனால் அது எதிர்காலம்.

அனைத்து பங்கேற்பாளர்களுக்கும் நன்றி, செர்ஜி மற்றும் அலெக்சாண்டருக்கு நன்றி!

பார்வையாளர்களிடமிருந்து கேள்விகள்

பார்வையாளர்களிடமிருந்து கேள்வி (1):

செர்ஜி, உங்கள் நிறுவனத்தில் ஐடி நிர்வாகம் எப்படி மாறிவிட்டது? பல அமைப்புகளின் பெரிய அடுக்கு இருக்கும் போது, ​​அது எவ்வாறு நிர்வகிக்கப்படுகிறது என்பது மிகவும் தெளிவான மற்றும் தர்க்கரீதியான செயல்முறையாகும் என்பதை நான் புரிந்துகொள்கிறேன். இவ்வளவு குறுகிய காலத்தில் மிக அதிக எண்ணிக்கையிலான மைக்ரோ சர்வீஸ்கள் ஒருங்கிணைக்கப்பட்ட பிறகு, IT கூறுகளின் நிர்வாகத்தை எவ்வாறு மீண்டும் உருவாக்கினீர்கள்?

செர்ஜி:

மாற்றத்தின் இயக்கியாக கட்டிடக்கலை மிகவும் முக்கியமானது என்று எனது சக ஊழியருடன் நான் உடன்படுகிறேன். நாங்கள் ஒரு கட்டிடக்கலை பிரிவை வைத்து தொடங்கினோம். கட்டிடக் கலைஞர்கள் ஒரே நேரத்தில் செயல்பாட்டின் விநியோகத்தின் உரிமையாளர்கள் மற்றும் நிலப்பரப்பில் அது எவ்வாறு தோன்றும் என்பதற்கான தேவைகள். எனவே அவர்கள் இந்த மாற்றங்களின் ஒருங்கிணைப்பாளர்களாகவும் செயல்படுகிறார்கள். இதன் விளைவாக, நாங்கள் CI/CD இயங்குதளத்தை உருவாக்கியபோது குறிப்பிட்ட டெலிவரி செயல்முறையில் குறிப்பிட்ட மாற்றங்கள் ஏற்பட்டன.

ஆனால் வளர்ச்சி, வணிக பகுப்பாய்வு, சோதனை மற்றும் மேம்பாட்டின் நிலையான, அடிப்படைக் கொள்கைகள் ரத்து செய்யப்படவில்லை. நாங்கள் வேகத்தைச் சேர்த்துள்ளோம். முன்னதாக, சுழற்சி மிகவும் எடுத்தது, சோதனை சூழல்களில் நிறுவல் இன்னும் அதிகமாக எடுத்தது. இப்போது வணிகம் அதன் பலனைக் கண்டு சொல்கிறது: "ஏன் மற்ற இடங்களில் இதையே செய்ய முடியாது?"

இது ஒரு நல்ல வழியில், தடுப்பூசி வடிவில் ஒரு ஊசி போன்றது: நீங்கள் அதை இந்த வழியில் செய்யலாம், ஆனால் நீங்கள் அதை வேறு வழியில் செய்யலாம். நிச்சயமாக, பணியாளர்களில், திறன்களில், அறிவில், எதிர்ப்பில் சிக்கல் உள்ளது.

பார்வையாளர்களிடமிருந்து கேள்வி (2):

மைக்ரோ சர்வீஸ் கட்டிடக்கலை விமர்சகர்கள் சோதனை மற்றும் மேம்பாடு கடினமானது என்று கூறுகிறார்கள். விஷயங்கள் சிக்கலானதாக இருக்கும் இடத்தில் இது தர்க்கரீதியானது. உங்கள் குழு என்ன சவால்களை எதிர்கொண்டது மற்றும் அவற்றை எவ்வாறு சமாளித்தீர்கள்? அனைவருக்கும் கேள்வி.

அலெக்சாண்டர்:

மைக்ரோ சர்வீஸிலிருந்து ஒரு தளத்திற்கு நகரும் போது சிரமங்கள் உள்ளன, ஆனால் அவை தீர்க்கப்படலாம்.

எடுத்துக்காட்டாக, நாங்கள் 5-7 மைக்ரோ சர்வீஸ்களைக் கொண்ட ஒரு தயாரிப்பை உருவாக்குகிறோம். முதன்மைக் கிளைக்குச் செல்ல பச்சை விளக்கு வழங்க, மைக்ரோ சர்வீஸ் ஸ்டேக் முழுவதும் ஒருங்கிணைப்புச் சோதனைகளை நாங்கள் வழங்க வேண்டும். இந்தப் பணி எங்களுக்குப் புதிதல்ல: விற்பனையாளர் ஏற்கனவே அனுப்பப்பட்ட தீர்வுகளை எங்களுக்கு வழங்கியபோது, ​​நாங்கள் நீண்ட காலமாக BSS இல் இதைச் செய்து வருகிறோம்.

மேலும் எங்கள் பிரச்சனை சிறிய அணியில் மட்டுமே உள்ளது. ஒரு நிபந்தனை தயாரிப்புக்கு ஒரு QA பொறியாளர் தேவை. எனவே, நாங்கள் 5-7 மைக்ரோ சர்வீஸ்களின் தயாரிப்பை அனுப்புகிறோம், அவற்றில் 2-3 மூன்றாம் தரப்பினரால் உருவாக்கப்படலாம். எடுத்துக்காட்டாக, எங்கள் பில்லிங் சிஸ்டம் விற்பனையாளர், Mail.ru குழு மற்றும் MegaFon R&D பங்கேற்கும் ஒரு தயாரிப்பு எங்களிடம் உள்ளது. உற்பத்திக்கு அனுப்பும் முன் இதை சோதனைகள் மூலம் மறைக்க வேண்டும். QA இன்ஜினியர் ஒன்றரை மாதங்களாக இந்தத் தயாரிப்பில் பணிபுரிந்து வருகிறார், மேலும் குழுவில் உள்ள மற்றவர்களுக்கு அவரது ஆதரவு இல்லாமல் போய்விட்டது.

இந்த சிக்கலானது அளவிடுதலால் மட்டுமே ஏற்படுகிறது. மைக்ரோ சர்வீஸ்கள் வெற்றிடத்தில் இருக்க முடியாது என்பதை நாங்கள் புரிந்துகொள்கிறோம்; முழுமையான தனிமைப்படுத்தல் இல்லை. ஒரு சேவையை மாற்றும்போது, ​​நாங்கள் எப்போதும் API ஒப்பந்தத்தைப் பாதுகாக்க முயற்சிப்போம். ஹூட்டின் கீழ் ஏதாவது மாறினால், முன் சேவை இருக்கும். மாற்றங்கள் அபாயகரமானதாக இருந்தால், சில வகையான கட்டடக்கலை மாற்றம் நிகழ்ந்து, முற்றிலும் மாறுபட்ட தரவு மெட்டாமாடலுக்குச் செல்கிறோம், இது முற்றிலும் பொருந்தாதது - அதன் பிறகுதான் v2 சேவை API விவரக்குறிப்பு தோன்றுவதைப் பற்றி பேசுவோம். நாங்கள் முதல் மற்றும் இரண்டாவது பதிப்புகளை ஒரே நேரத்தில் ஆதரிக்கிறோம், மேலும் அனைத்து நுகர்வோர் இரண்டாவது பதிப்பிற்கு மாறிய பிறகு, முதல் பதிப்பை மூடுகிறோம்.

செர்ஜி:

நான் சேர்க்க விரும்புகிறேன். சிக்கல்களைப் பற்றி நான் முற்றிலும் ஒப்புக்கொள்கிறேன் - அவை நடக்கும். நிலப்பரப்பு மிகவும் சிக்கலானதாகி வருகிறது, மேலும் மேல்நிலை செலவுகள் அதிகரித்து வருகின்றன, குறிப்பாக சோதனைக்காக. இதை எவ்வாறு சமாளிப்பது: தானியங்கு சோதனைக்கு மாறவும். ஆம், ஆட்டோடெஸ்ட்கள் மற்றும் யூனிட் டெஸ்ட் எழுதுவதில் கூடுதலாக முதலீடு செய்ய வேண்டும். டெவலப்பர்கள் சோதனையில் தேர்ச்சி பெறாமல் செய்ய முடியாது, அவர்களால் குறியீட்டை மாற்ற முடியவில்லை. அதனால் புஷ் பட்டன் கூட ஆட்டோடெஸ்ட், யூனிட் டெஸ்ட் இல்லாமல் வேலை செய்யாது.

முந்தைய செயல்பாட்டைப் பராமரிப்பது முக்கியம், மேலும் இது கூடுதல் மேல்நிலை. நீங்கள் ஒரு தொழில்நுட்பத்தை மற்றொரு நெறிமுறையில் மீண்டும் எழுதினால், எல்லாவற்றையும் முழுமையாக மூடும் வரை அதை மீண்டும் எழுதுவீர்கள்.

நாங்கள் சில நேரங்களில் வேண்டுமென்றே இறுதி முதல் இறுதி வரை சோதனை செய்வதில்லை, ஏனென்றால் வளர்ச்சியை நிறுத்த விரும்பவில்லை, இருப்பினும் எங்களிடம் ஒன்றன் பின் ஒன்றாக உள்ளது. நிலப்பரப்பு மிகவும் பெரியது, சிக்கலானது, பல அமைப்புகள் உள்ளன. சில நேரங்களில் இது வெறும் ஸ்டப்கள் - ஆம், நீங்கள் பாதுகாப்பு விளிம்பைக் குறைக்கிறீர்கள், மேலும் ஆபத்துகள் தோன்றும். ஆனால் அதே நேரத்தில் நீங்கள் விநியோகத்தை வெளியிடுகிறீர்கள்.

அலெக்சாண்டர்:

ஆம், தன்னியக்க சோதனைகள் மற்றும் யூனிட் சோதனைகள் உயர்தர சேவையை உருவாக்க உங்களை அனுமதிக்கின்றன. யூனிட் மற்றும் ஒருங்கிணைப்பு சோதனைகள் இல்லாமல் கடந்து செல்ல முடியாத பைப்லைனுக்காக நாங்கள் இருக்கிறோம். சோதனை மண்டலங்கள் மற்றும் மேம்பாட்டு சூழல்களுக்கு நாம் அடிக்கடி முன்மாதிரிகள் மற்றும் வணிக அமைப்புகளை இழுக்க வேண்டும், ஏனென்றால் எல்லா அமைப்புகளையும் சோதனை மண்டலங்களில் வைக்க முடியாது. மேலும், அவை ஈரமாகாது - கணினியிலிருந்து முழு அளவிலான பதிலை நாங்கள் உருவாக்குகிறோம். மைக்ரோ சர்வீஸுடன் பணிபுரிவதில் இது ஒரு தீவிரமான பகுதியாகும், மேலும் நாங்கள் அதில் முதலீடு செய்கிறோம். இது இல்லாமல், குழப்பம் ஏற்படும்.

பார்வையாளர்களிடமிருந்து கேள்வி (3):

நான் புரிந்துகொண்ட வரையில், மைக்ரோ சர்வீஸ்கள் ஆரம்பத்தில் ஒரு தனி குழுவிலிருந்து வளர்ந்தன, இப்போது இந்த மாதிரியில் உள்ளன. அதன் சாதக பாதகங்கள் என்ன?

எங்களிடம் இதே போன்ற கதை உள்ளது: ஒரு வகையான மைக்ரோ சர்வீஸ் தொழிற்சாலை எழுந்தது. இந்த அணுகுமுறையை உற்பத்திக்கான நீரோடைகள் மற்றும் அமைப்புகள் மூலம் விரிவுபடுத்துகிறோம் என்ற புள்ளிக்கு இப்போது நாம் கருத்தியல் ரீதியாக வந்துள்ளோம். வேறு வார்த்தைகளில் கூறுவதானால், மைக்ரோ சர்வீஸ்கள், மைக்ரோ சர்வீஸ் மாதிரிகள் ஆகியவற்றின் மையப்படுத்தப்பட்ட வளர்ச்சியிலிருந்து நாங்கள் விலகிச் செல்கிறோம், மேலும் அமைப்புகளுடன் நெருக்கமாகி வருகிறோம்.

அதன்படி, எங்கள் செயல்பாடு அமைப்புகளுக்கும் செல்கிறது, அதாவது, இந்த தலைப்பை நாங்கள் பரவலாக்குகிறோம். உங்கள் அணுகுமுறை என்ன, உங்கள் இலக்கு கதை என்ன?

அலெக்சாண்டர்:

“மைக்ரோ சர்வீசஸ் ஃபேக்டரி” என்ற பெயரை உங்கள் வாயிலிருந்தே விட்டுவிட்டீர்கள் - நாங்களும் அளவிட விரும்புகிறோம். முதலில், எங்களிடம் இப்போது ஒரு அணி உள்ளது. பொதுவான சுற்றுச்சூழல் அமைப்பில் பணிபுரியும் வாய்ப்பை MegaFon கொண்டிருக்கும் அனைத்து மேம்பாட்டுக் குழுக்களுக்கும் வழங்க விரும்புகிறோம். எங்களிடம் உள்ள அனைத்து வளர்ச்சி செயல்பாடுகளையும் நாங்கள் முழுமையாக எடுத்துக்கொள்ள விரும்பவில்லை. உள்ளூர் பணி அளவிடுதல், உலகளாவிய பணி மைக்ரோ சர்வீஸ் லேயரில் உள்ள அனைத்து குழுக்களுக்கும் வளர்ச்சியை வழிநடத்துவதாகும்.

செர்ஜி:

நாங்கள் சென்ற பாதையை சொல்கிறேன். நாங்கள் உண்மையில் ஒரு குழுவாக வேலை செய்ய ஆரம்பித்தோம், ஆனால் இப்போது நாங்கள் தனியாக இல்லை. நான் பின்வருவனவற்றின் ஆதரவாளர்: செயல்முறையின் உரிமையாளர் இருக்க வேண்டும். மைக்ரோ சர்வீஸ் மேம்பாடு செயல்முறையை யாரேனும் புரிந்து, நிர்வகிக்க, கட்டுப்படுத்த மற்றும் உருவாக்க வேண்டும். அவர் வளங்களை சொந்தமாக வைத்திருக்க வேண்டும் மற்றும் வள மேலாண்மையில் ஈடுபட வேண்டும்.

தொழில்நுட்பங்கள், பிரத்தியேகங்கள் மற்றும் மைக்ரோ சர்வீஸ்களை எவ்வாறு உருவாக்குவது என்பதைப் புரிந்துகொள்ளும் இந்த ஆதாரங்கள் தயாரிப்புக் குழுக்களில் அமைந்திருக்கும். மொபைல் அப்ளிகேஷனை உருவாக்கும் தயாரிப்புக் குழுவில் மைக்ரோ சர்வீஸ் பிளாட்ஃபார்மைச் சேர்ந்தவர்கள் இருக்கும் கலவை எங்களிடம் உள்ளது. அவர்கள் அங்கு இருக்கிறார்கள், ஆனால் அவர்கள் தங்கள் மேம்பாட்டு மேலாளருடன் மைக்ரோ சர்வீஸ் இயங்குதள மேலாண்மை துறையின் செயல்முறையின் படி வேலை செய்கிறார்கள். இந்தப் பிரிவுக்குள் தொழில்நுட்பத்தைக் கையாளும் தனிக் குழு உள்ளது. அதாவது, நாம் நமக்குள் ஒரு பொதுவான வளங்களைக் கலந்து, அவற்றைப் பிரித்து, அணிகளுக்கு வழங்குகிறோம்.

அதே நேரத்தில், செயல்முறை பொதுவானது, கட்டுப்படுத்தப்படுகிறது, இது பொதுவான தொழில்நுட்பக் கொள்கைகளின்படி தொடர்கிறது, அலகு சோதனை மற்றும் பல - மேலே கட்டப்பட்ட அனைத்தும். தயாரிப்பு அணுகுமுறையின் வெவ்வேறு துறைகளிலிருந்து சேகரிக்கப்பட்ட ஆதாரங்களின் வடிவத்தில் நெடுவரிசைகள் இருக்கலாம்.

அலெக்சாண்டர்:

செர்ஜி, நீங்கள் உண்மையில் செயல்முறையின் உரிமையாளர், இல்லையா? பணி பின்னிணைப்பு பகிரப்பட்டதா? அதன் விநியோகத்திற்கு யார் பொறுப்பு?

செர்ஜி:

பாருங்கள்: இதோ மீண்டும் கலவை. தொழில்நுட்ப மேம்பாடுகளின் அடிப்படையில் உருவாகும் பின்னடைவு உள்ளது - இது ஒரு கதை. ஒரு பேக்லாக் உள்ளது, இது திட்டங்களில் இருந்து வடிவமைக்கப்பட்டது, மேலும் தயாரிப்புகளில் இருந்து ஒரு பேக்லாக் உள்ளது. ஆனால் ஒவ்வொரு சேவை தயாரிப்புகளிலும் அறிமுகம் அல்லது இந்த சேவையை உருவாக்குவது ஒரு தயாரிப்பு நிபுணரால் உருவாக்கப்பட்டது. அவர் தகவல் தொழில்நுட்ப இயக்குநரகத்தில் இல்லை; அவர் அதிலிருந்து சிறப்பாக நீக்கப்பட்டார். ஆனால் எனது மக்கள் நிச்சயமாக அதே செயல்முறையின் படி வேலை செய்கிறார்கள்.

வெவ்வேறு திசைகளில் பேக்லாக் உரிமையாளர் - மாற்றங்களின் பின்னிணைப்பு - வெவ்வேறு நபர்களாக இருப்பார்கள். தொழில்நுட்ப சேவைகளின் இணைப்பு, அவற்றின் ஒழுங்கமைக்கும் கொள்கை - இவை அனைத்தும் ஐடியில் இருக்கும். தளமும் வளங்களும் எனக்குச் சொந்தமானவை. பின்னிணைப்பு மற்றும் செயல்பாட்டு மாற்றங்கள் மற்றும் இந்த அர்த்தத்தில் கட்டிடக்கலை ஆகியவற்றைப் பற்றியது மேலே உள்ளது.

ஒரு வணிகம் கூறுகிறது: "எங்களுக்கு இந்த செயல்பாடு வேண்டும், நாங்கள் ஒரு புதிய தயாரிப்பை உருவாக்க விரும்புகிறோம் - கடனை ரீமேக் செய்ய வேண்டும்." நாங்கள் பதிலளிக்கிறோம்: "ஆம், நாங்கள் அதை மீண்டும் செய்வோம்." கட்டிடக் கலைஞர்கள் கூறுகிறார்கள்: "சிந்திப்போம்: கடனில் மைக்ரோ சர்வீஸ்களை எங்கே எழுதுவோம், அதை எப்படிச் செய்வோம்?" பின்னர் நாங்கள் அதை திட்டங்கள், தயாரிப்புகள் அல்லது தொழில்நுட்ப அடுக்காக உடைத்து, குழுக்களாக வைத்து அதை செயல்படுத்துவோம். நீங்கள் உள்நாட்டில் ஒரு தயாரிப்பை உருவாக்கி, இந்தத் தயாரிப்பில் மைக்ரோ சர்வீஸைப் பயன்படுத்த முடிவு செய்துள்ளீர்களா? நாங்கள் சொல்கிறோம்: "இப்போது எங்களிடம் இருந்த மரபு அமைப்புகள் அல்லது முன்-வரிசை அமைப்புகள், இந்த மைக்ரோ சர்வீஸ்களுக்கு மாற வேண்டும்." கட்டிடக் கலைஞர்கள் கூறுகிறார்கள்: “எனவே: முன் வரிசை தயாரிப்புகளுக்குள் தொழில்நுட்ப பின்னடைவில் - மைக்ரோ சர்வீஸுக்கு மாற்றம். போ". மற்றும் தயாரிப்பு வல்லுநர்கள் அல்லது வணிக உரிமையாளர்கள் எவ்வளவு திறன் ஒதுக்கப்படுகிறது, அது எப்போது செய்யப்படும் மற்றும் ஏன் என்பதை புரிந்துகொள்கிறார்கள்.

விவாதத்தின் முடிவு, ஆனால் அனைத்தும் இல்லை

mailto:CLOUD மாநாடு ஏற்பாடு செய்யப்பட்டது Mail.ru கிளவுட் தீர்வுகள்.

நாங்கள் மற்ற நிகழ்வுகளையும் செய்கிறோம் - எ.கா. @குபர்னெட்ஸ் சந்திப்பு, நாங்கள் எப்போதும் சிறந்த பேச்சாளர்களைத் தேடுகிறோம்:

• எங்கள் டெலிகிராம் சேனலில் @Kubernetes மற்றும் பிற @Meetup செய்திகளைப் பின்தொடரவும் t.me/k8s_mail
• @Meetups ஒன்றில் பேச ஆர்வமா? ஒரு கோரிக்கையை விடுங்கள் mcs.mail.ru/speak

ஆதாரம்: www.habr.com