எதிர்பார்ப்பில் விட்டலி கபரோவ் பேட்டியளித்தார் டிமிட்ரி ஸ்டோலியாரோவ் (), தொழில்நுட்ப இயக்குனர் மற்றும் Flant நிறுவனத்தின் இணை நிறுவனர். ஃப்ளாண்ட் என்ன செய்கிறார், குபெர்னெட்ஸ், சுற்றுச்சூழல் மேம்பாடு, ஆதரவு பற்றி விட்டலி டிமிட்ரியிடம் கேட்டார். குபெர்னெட்ஸ் ஏன் தேவை, அது தேவையா என்று விவாதித்தோம். மேலும் மைக்ரோ சர்வீஸ்கள், Amazon AWS, DevOps க்கான “நான் அதிர்ஷ்டசாலி” அணுகுமுறை, குபெர்னெட்டஸின் எதிர்காலம், ஏன், எப்போது, எப்படி உலகை ஆக்கிரமிக்கும், DevOps இன் வாய்ப்புகள் மற்றும் பொறியாளர்கள் எதற்காகத் தயாராக வேண்டும் எளிமைப்படுத்தல் மற்றும் நரம்பியல் நெட்வொர்க்குகளுடன் பிரகாசமான மற்றும் எதிர்காலத்தில்.
DevOps Deflop இல் போட்காஸ்ட்டாக கேட்கவும் - DevOps பற்றிய ரஷ்ய மொழி போட்காஸ்ட், கீழே உரை பதிப்பு உள்ளது.
இங்கேயும் கீழேயும் அவர் கேள்விகளைக் கேட்கிறார் எக்ஸ்பிரஸ்42ல் இருந்து பொறியாளர்.
"Flant" பற்றி
- வணக்கம் டிமா. நீங்கள் தான் தொழில்நுட்ப இயக்குனர்""மற்றும் அதன் நிறுவனர். நிறுவனம் என்ன செய்கிறது மற்றும் அதில் நீங்கள் என்ன இருக்கிறீர்கள் என்று எங்களிடம் கூறுங்கள்?
டிமிட்ரி: வெளியில் இருந்து பார்த்தால் நாம் எல்லோருக்கும் குபர்நெட்களை நிறுவி, அதைக் கொண்டு எதையாவது செய்து கொண்டு திரிகிறவர்கள் போல் தெரிகிறது. ஆனால் அது உண்மையல்ல. நாங்கள் லினக்ஸைக் கையாளும் ஒரு நிறுவனமாகத் தொடங்கினோம், ஆனால் மிக நீண்ட காலமாக எங்கள் முக்கிய செயல்பாடு உற்பத்தி மற்றும் அதிக சுமை கொண்ட ஆயத்த தயாரிப்பு திட்டங்களுக்கு சேவை செய்து வருகிறது. பொதுவாக நாம் முழு உள்கட்டமைப்பையும் புதிதாக உருவாக்குகிறோம், பின்னர் நீண்ட, நீண்ட காலத்திற்கு பொறுப்பாக இருக்கிறோம். எனவே, "Flant" செய்யும் முக்கிய வேலை, அது பணத்தைப் பெறுகிறது பொறுப்பேற்று ஆயத்த தயாரிப்பு உற்பத்தியை செயல்படுத்துதல்.
நான், தொழில்நுட்ப இயக்குநராகவும், நிறுவனத்தின் நிறுவனர்களில் ஒருவராகவும், உற்பத்தியின் அணுகலை எவ்வாறு அதிகரிப்பது, அதன் செயல்பாட்டை எளிதாக்குவது, நிர்வாகிகளின் வாழ்க்கையை எளிதாக்குவது மற்றும் டெவலப்பர்களின் வாழ்க்கையை மிகவும் இனிமையானதாக்குவது எப்படி என்பதைக் கண்டுபிடிக்க இரவும் பகலும் முயற்சி செய்கிறேன். .
குபெர்னெட்டஸ் பற்றி
- சமீப காலமாக நான் ஃப்ளாண்ட் மற்றும் பல அறிக்கைகளைப் பார்த்து வருகிறேன் குபெர்னெட்டஸ் பற்றி. நீங்கள் அதற்கு எப்படி வந்தீர்கள்?
டிமிட்ரி: இதைப் பற்றி நான் ஏற்கனவே பலமுறை பேசியிருக்கிறேன், ஆனால் அதை மீண்டும் சொல்வதில் எனக்கு மனமில்லை. காரணத்திற்கும் விளைவுக்கும் இடையில் குழப்பம் இருப்பதால் இந்த தலைப்பை மீண்டும் சொல்வது சரி என்று நினைக்கிறேன்.
எங்களுக்கு உண்மையில் ஒரு கருவி தேவைப்பட்டது. பல பிரச்சனைகளை எதிர்கொண்டு, போராடி, பல்வேறு ஊன்றுகோல்களால் சமாளித்து, ஒரு கருவியின் அவசியத்தை உணர்ந்தோம். நாங்கள் பலவிதமான விருப்பங்களைக் கடந்து, சொந்தமாக பைக்குகளை உருவாக்கி, அனுபவத்தைப் பெற்றோம். 2013 ஆம் ஆண்டில், டோக்கரைப் பயன்படுத்தத் தொடங்கிய உடனேயே படிப்படியாக நாங்கள் அதைப் பயன்படுத்தத் தொடங்கினோம். அது தோன்றிய நேரத்தில், கொள்கலன்களுடன் எங்களுக்கு ஏற்கனவே நிறைய அனுபவம் இருந்தது, நாங்கள் ஏற்கனவே “டோக்கர்” இன் அனலாக் எழுதியுள்ளோம் - பைத்தானில் எங்கள் சொந்த ஊன்றுகோல்களில் சில. டோக்கரின் வருகையுடன், ஊன்றுகோல்களைத் தூக்கி எறிந்து, நம்பகமான மற்றும் சமூக ஆதரவு தீர்வைப் பயன்படுத்த முடிந்தது.
குபெர்னெட்டஸின் கதை ஒத்ததாக இருக்கிறது. அது வேகத்தை அதிகரிக்கத் தொடங்கிய நேரத்தில் - எங்களுக்கு இது பதிப்பு 1.2 ஆகும் - ஷெல் மற்றும் செஃப் இரண்டிலும் நாங்கள் ஏற்கனவே ஊன்றுகோல்களைக் கொண்டிருந்தோம், அதை நாங்கள் எப்படியாவது டோக்கருடன் ஒழுங்கமைக்க முயற்சித்தோம். நாங்கள் ராஞ்சர் மற்றும் பல்வேறு தீர்வுகளை தீவிரமாகப் பார்த்துக் கொண்டிருந்தோம், ஆனால் குபெர்னெட்ஸ் தோன்றினார், அதில் எல்லாம் நாம் செய்ததைப் போலவே அல்லது இன்னும் சிறப்பாகவும் செயல்படுத்தப்பட்டது. குறை சொல்ல ஒன்றுமில்லை.
ஆம், இங்கே ஒருவித குறைபாடு உள்ளது, சில வகையான குறைபாடுகள் உள்ளன - நிறைய குறைபாடுகள் உள்ளன, மேலும் 1.2 பொதுவாக பயங்கரமானது, ஆனால்... குபெர்னெட்டஸ் கட்டுமானத்தில் உள்ள கட்டிடம் போன்றது - நீங்கள் திட்டத்தைப் பார்த்து புரிந்து கொள்ளுங்கள். அது குளிர்ச்சியாக இருக்கும் என்று. கட்டிடத்தில் இப்போது ஒரு அடித்தளம் மற்றும் இரண்டு தளங்கள் இருந்தால், இன்னும் செல்லாமல் இருப்பது நல்லது என்பதை நீங்கள் புரிந்துகொள்கிறீர்கள், ஆனால் மென்பொருளில் அத்தகைய சிக்கல்கள் எதுவும் இல்லை - நீங்கள் ஏற்கனவே அதைப் பயன்படுத்தலாம்.
குபெர்னெட்ஸைப் பயன்படுத்தலாமா வேண்டாமா என்று நாங்கள் நினைக்கவில்லை. அது தோன்றுவதற்கு நீண்ட காலத்திற்கு முன்பே நாங்கள் காத்திருந்தோம், மேலும் ஒப்புமைகளை நாமே உருவாக்க முயற்சித்தோம்.
குபெர்னெட்டஸ் பற்றி
- குபெர்னெட்டஸின் வளர்ச்சியில் நீங்கள் நேரடியாக ஈடுபட்டுள்ளீர்களா?
டிமிட்ரி: சாதாரணமான. மாறாக, சுற்றுச்சூழல் அமைப்பின் வளர்ச்சியில் நாங்கள் பங்கேற்கிறோம். நாங்கள் குறிப்பிட்ட எண்ணிக்கையிலான இழுவை கோரிக்கைகளை அனுப்புகிறோம்: ப்ரோமிதியஸுக்கு, பல்வேறு ஆபரேட்டர்களுக்கு, ஹெல்முக்கு - சுற்றுச்சூழல் அமைப்புக்கு. துரதிர்ஷ்டவசமாக, நாங்கள் செய்யும் அனைத்தையும் என்னால் கண்காணிக்க முடியவில்லை மற்றும் நான் தவறாக இருக்கலாம், ஆனால் எங்களிடமிருந்து மையத்தில் ஒரு குளம் கூட இல்லை.
— அதே நேரத்தில், குபெர்னெட்டஸைச் சுற்றி உங்களின் பல கருவிகளை உருவாக்குகிறீர்களா?
டிமிட்ரி: உத்தி இதுதான்: நாங்கள் சென்று ஏற்கனவே உள்ள எல்லாவற்றுக்கும் கோரிக்கைகளை இழுக்கிறோம். இழுக்கும் கோரிக்கைகள் அங்கு ஏற்றுக்கொள்ளப்படாவிட்டால், அவற்றை நாமே பிரித்து, அவை எங்கள் கட்டிடங்களுடன் ஏற்றுக்கொள்ளப்படும் வரை வாழ்கிறோம். பின்னர், அது அப்ஸ்ட்ரீமை அடையும் போது, நாம் மீண்டும் அப்ஸ்ட்ரீம் பதிப்பிற்குச் செல்கிறோம்.
எடுத்துக்காட்டாக, எங்களிடம் ஒரு ப்ரோமிதியஸ் ஆபரேட்டர் உள்ளது, அதனுடன் நாங்கள் ஏற்கனவே 5 முறை எங்கள் அசெம்பிளியின் அப்ஸ்ட்ரீமுக்கு முன்னும் பின்னுமாக மாறியுள்ளோம். எங்களுக்கு ஒருவித அம்சம் தேவை, நாங்கள் இழுக்கும் கோரிக்கையை அனுப்பியுள்ளோம், அதை நாளை வெளியிட வேண்டும், ஆனால் அது அப்ஸ்ட்ரீமில் வெளியிடப்படும் வரை நாங்கள் காத்திருக்க விரும்பவில்லை. அதன்படி, நாங்கள் எங்களுக்காக ஒன்றுகூடி, எங்கள் அனைத்து கிளஸ்டர்களுக்கும் சில காரணங்களால் நமக்குத் தேவையான எங்கள் அம்சத்துடன் எங்கள் சட்டசபையை விரிவுபடுத்துகிறோம். பின்னர், எடுத்துக்காட்டாக, அவர்கள் அதை அப்ஸ்ட்ரீமில் எங்களிடம் திருப்பித் தருகிறார்கள்: “நண்பர்களே, இதை மிகவும் பொதுவான விஷயத்திற்கு செய்வோம்,” நாமோ அல்லது வேறு யாரோ அதை முடித்து, காலப்போக்கில் அது மீண்டும் ஒன்றிணைகிறது.
இருக்கும் அனைத்தையும் வளர்க்க முயற்சிக்கிறோம். இன்னும் இல்லாத பல கூறுகள், இன்னும் கண்டுபிடிக்கப்படவில்லை, அல்லது கண்டுபிடிக்கப்படவில்லை, ஆனால் செயல்படுத்த நேரம் இல்லை - நாங்கள் அதைச் செய்கிறோம். நாங்கள் செயல்முறை அல்லது சைக்கிள் கட்டுமானத்தை ஒரு தொழிலாக விரும்புவதால் அல்ல, ஆனால் இந்த கருவி நமக்குத் தேவை என்பதால். நாம் ஏன் இதை செய்தோம் அல்லது அதைச் செய்தோம் என்ற கேள்வி அடிக்கடி கேட்கப்படுகிறது. பதில் எளிது - ஆம், ஏனென்றால் நாம் இன்னும் மேலே செல்ல வேண்டியிருந்தது, சில நடைமுறை சிக்கலை தீர்க்க வேண்டும், அதை இந்த துலா மூலம் தீர்த்தோம்.
பாதை எப்பொழுதும் இப்படித்தான் இருக்கும்: நாங்கள் மிகவும் கவனமாக தேடுகிறோம், ஒரு ரொட்டியில் இருந்து ஒரு தள்ளுவண்டியை எவ்வாறு தயாரிப்பது என்பதற்கு எந்த தீர்வும் கிடைக்கவில்லை என்றால், நாங்கள் எங்கள் சொந்த ரொட்டியையும் எங்கள் சொந்த தள்ளுவண்டியையும் உருவாக்குகிறோம்.
ஃபிளாண்டா கருவிகள்
— Flant இல் இப்போது addon operators, shell operators மற்றும் dapp/werf கருவிகள் உள்ளன என்பது எனக்குத் தெரியும். நான் புரிந்து கொண்டபடி, வெவ்வேறு அவதாரங்களில் இது ஒரே கருவி. Flaunt இல் இன்னும் பல வேறுபட்ட கருவிகள் உள்ளன என்பதையும் நான் புரிந்துகொள்கிறேன். இது உண்மையா?
டிமிட்ரி: எங்களிடம் கிட்ஹப்பில் இன்னும் நிறைய இருக்கிறது. நான் இப்போது நினைவில் வைத்திருப்பதில் இருந்து, எங்களிடம் ஒரு நிலை வரைபடம் உள்ளது - கிராஃபனாவுக்கான பேனல், அனைவருக்கும் பிடித்திருக்கிறது. மீடியத்தில் குபெர்னெட்ஸ் கண்காணிப்பு பற்றி கிட்டத்தட்ட ஒவ்வொரு இரண்டாவது கட்டுரையிலும் குறிப்பிடப்பட்டுள்ளது. நிலை வரைபடம் என்றால் என்ன என்பதை சுருக்கமாக விளக்க முடியாது - இதற்கு ஒரு தனி கட்டுரை தேவை, ஆனால் குபெர்னெட்டஸில் நாம் அடிக்கடி நிலையைக் காட்ட வேண்டியிருப்பதால், காலப்போக்கில் நிலையை கண்காணிக்க இது மிகவும் பயனுள்ள விஷயம். எங்களிடம் LogHouse உள்ளது - இது ClickHouse மற்றும் Kubernetes இல் பதிவுகளை சேகரிப்பதற்கான சூனியத்தை அடிப்படையாகக் கொண்ட ஒரு விஷயம்.
நிறைய பயன்பாடுகள்! இன்னும் அதிகமாக இருக்கும், ஏனென்றால் இந்த ஆண்டு பல உள் தீர்வுகள் வெளியிடப்படும். ஆட்ஆன் ஆபரேட்டரை அடிப்படையாகக் கொண்ட மிகப் பெரியவற்றில், குபெர்னெட்டஸுக்கு ஏராளமான துணை நிரல்கள் உள்ளன, செர்ட் மேனேஜரை எவ்வாறு சரியாக நிறுவுவது - சான்றிதழ்களை நிர்வகிப்பதற்கான ஒரு கருவி, ஒரு சில பாகங்கள் மூலம் ப்ரோமிதியஸை எவ்வாறு சரியாக நிறுவுவது - இவை சுமார் இருபது வித்தியாசமானவை. தரவை ஏற்றுமதி செய்யும் மற்றும் எதையாவது சேகரிக்கும் பைனரிகள், இந்த ப்ரோமிதியஸுக்கு மிக அற்புதமான கிராபிக்ஸ் மற்றும் எச்சரிக்கைகள் உள்ளன. இவை அனைத்தும் குபெர்னெட்ஸிற்கான துணை நிரல்களின் தொகுப்பாகும், அவை ஒரு கிளஸ்டரில் நிறுவப்பட்டுள்ளன, மேலும் இது எளிமையானது, அதிநவீனமானது, தானாக மாறுகிறது, இதில் ஏற்கனவே பல சிக்கல்கள் தீர்க்கப்பட்டுள்ளன. ஆம், நாங்கள் நிறைய செய்கிறோம்.
சுற்றுச்சூழல் வளர்ச்சி
"இந்த கருவியின் வளர்ச்சிக்கும் அதன் பயன்பாட்டு முறைகளுக்கும் இது மிகப் பெரிய பங்களிப்பு என்று எனக்குத் தோன்றுகிறது." சுற்றுச்சூழலின் வளர்ச்சிக்கு அதே பங்களிப்பை வேறு யார் செய்வார்கள் என்று உங்களால் தோராயமாக மதிப்பிட முடியுமா?
டிமிட்ரி: ரஷ்யாவில், எங்கள் சந்தையில் செயல்படும் நிறுவனங்களில், யாரும் நெருக்கமாக இல்லை. நிச்சயமாக, இது ஒரு உரத்த அறிக்கை, ஏனென்றால் மெயில் மற்றும் யாண்டெக்ஸ் போன்ற முக்கிய வீரர்கள் உள்ளனர் - அவர்களும் குபெர்னெட்டஸுடன் ஏதாவது செய்கிறார்கள், ஆனால் அவர்கள் கூட நம்மை விட அதிகம் செய்யும் முழு உலகிலும் உள்ள நிறுவனங்களின் பங்களிப்பை நெருங்கவில்லை. நான் தவறாக நினைக்கவில்லை என்றால், 80 பேர் பணியாளர்களைக் கொண்ட Flant ஐயும், ஒரு குபர்னெட்டிற்கு மட்டும் 300 பொறியாளர்களைக் கொண்ட Red Hat ஐயும் ஒப்பிடுவது கடினம். ஒப்பிடுவது கடினம். RnD டிபார்ட்மெண்டில் நான் உட்பட 6 பேர் எங்களுடைய அனைத்து கருவிகளையும் வெட்டுகிறார்கள். 6 பேர் மற்றும் 300 Red Hat பொறியாளர்கள் - ஒப்பிடுவது எப்படியோ கடினம்.
- இருப்பினும், இந்த 6 பேரும் கூட உண்மையிலேயே பயனுள்ள மற்றும் அந்நியப்படுத்தும் ஒன்றைச் செய்யும்போது, அவர்கள் ஒரு நடைமுறை சிக்கலை எதிர்கொண்டு சமூகத்திற்கு தீர்வை வழங்கும்போது - ஒரு சுவாரஸ்யமான வழக்கு. பெரிய தொழில்நுட்ப நிறுவனங்களில், தங்களுடைய சொந்த குபெர்னெட்ஸ் மேம்பாடு மற்றும் ஆதரவுக் குழுவைக் கொண்டிருக்கும், கொள்கையளவில், அதே கருவிகளை உருவாக்க முடியும் என்பதை நான் புரிந்துகொள்கிறேன். குபேர்னெட்ஸைப் பயன்படுத்தும் ஒட்டுமொத்த சமூகத்திற்கும் ஊக்கத்தை அளித்து, சமூகத்திற்கு எதை உருவாக்கி கொடுக்க முடியும் என்பதற்கு இது அவர்களுக்கு ஒரு எடுத்துக்காட்டு.
டிமிட்ரி: இது அநேகமாக ஒருங்கிணைப்பாளரின் அம்சம், அதன் தனித்தன்மை. எங்களிடம் பல திட்டங்கள் உள்ளன, மேலும் பல்வேறு சூழ்நிலைகளைப் பார்க்கிறோம். எங்களைப் பொறுத்தவரை, கூடுதல் மதிப்பை உருவாக்குவதற்கான முக்கிய வழி, இந்த நிகழ்வுகளை பகுப்பாய்வு செய்து, பொதுவான தன்மையைக் கண்டறிந்து, அவற்றை முடிந்தவரை மலிவானதாக மாற்றுவதாகும். இதற்கான பணிகளில் தீவிரமாக ஈடுபட்டுள்ளோம். ரஷ்யா மற்றும் உலகத்தைப் பற்றி பேசுவது எனக்கு கடினம், ஆனால் குபெர்னெட்ஸில் பணிபுரியும் நிறுவனத்தில் சுமார் 40 DevOps பொறியாளர்கள் உள்ளனர். குபெர்னெட்ஸைப் புரிந்து கொள்ளும் நிபுணர்களின் ஒப்பீட்டளவில் பல நிறுவனங்கள் ரஷ்யாவில் இருப்பதாக நான் நினைக்கவில்லை.
டெவொப்ஸ் இன்ஜினியர் என்ற வேலைத் தலைப்பு பற்றி எல்லாம் எனக்குப் புரிகிறது, எல்லோரும் எல்லாவற்றையும் புரிந்துகொள்கிறார்கள் மற்றும் டெவொப்ஸ் இன்ஜினியர்களை டெவொப்ஸ் இன்ஜினியர்கள் என்று அழைப்பது வழக்கம், இதை நாங்கள் விவாதிக்க மாட்டோம். இந்த 40 அற்புதமான DevOps இன்ஜினியர்களும் ஒவ்வொரு நாளும் பிரச்சனைகளை எதிர்கொள்கிறோம் மற்றும் தீர்க்கிறோம், இந்த அனுபவத்தை நாங்கள் பகுப்பாய்வு செய்து பொதுமைப்படுத்த முயற்சிக்கிறோம். அது நமக்குள் இருந்தால், ஓரிரு வருடங்களில் கருவி பயனற்றதாகிவிடும் என்பதை நாங்கள் புரிந்துகொள்கிறோம், ஏனென்றால் சமூகத்தில் எங்காவது ஒரு ஆயத்த துலா தோன்றும். இந்த அனுபவத்தை உள்நாட்டில் குவிப்பதில் எந்தப் பயனும் இல்லை - இது வெறுமனே ஆற்றலையும் நேரத்தையும் dev/null ஆக வடிகட்டுகிறது. மேலும் அதற்காக நாங்கள் வருத்தப்படவே இல்லை. நாங்கள் எல்லாவற்றையும் மிகுந்த மகிழ்ச்சியுடன் வெளியிடுகிறோம், அதை வெளியிட வேண்டும், மேம்படுத்த வேண்டும், மேம்படுத்த வேண்டும், விளம்பரப்படுத்த வேண்டும் என்பதை புரிந்துகொள்கிறோம், இதனால் மக்கள் அதைப் பயன்படுத்துகிறார்கள் மற்றும் அவர்களின் அனுபவத்தைச் சேர்க்கிறார்கள் - பின்னர் எல்லாம் வளர்ந்து வாழ்கிறது. இரண்டு ஆண்டுகளுக்குப் பிறகு, கருவி குப்பைக்குச் செல்லாது. வலிமையில் தொடர்ந்து ஊற்றுவது ஒரு பரிதாபம் அல்ல, ஏனென்றால் யாரோ உங்கள் கருவியைப் பயன்படுத்துகிறார்கள் என்பது தெளிவாகிறது, இரண்டு ஆண்டுகளுக்குப் பிறகு எல்லோரும் அதைப் பயன்படுத்துகிறார்கள்.
இது dapp/werf உடனான எங்கள் பெரிய உத்தியின் ஒரு பகுதியாகும். நாங்கள் அதை எப்போது செய்ய ஆரம்பித்தோம் என்பது எனக்கு நினைவில் இல்லை, அது 3 ஆண்டுகளுக்கு முன்பு போல் தெரிகிறது. ஆரம்பத்தில், இது பொதுவாக ஷெல்லில் இருந்தது. இது கருத்துக்கு ஒரு சிறந்த ஆதாரம், எங்கள் குறிப்பிட்ட சில சிக்கல்களை நாங்கள் தீர்த்தோம் - அது வேலை செய்தது! ஆனால் ஷெல்லில் சிக்கல்கள் உள்ளன, அதை மேலும் விரிவுபடுத்துவது சாத்தியமில்லை, ஷெல்லில் நிரலாக்குவது மற்றொரு பணியாகும். ரூபியில் எழுதும் பழக்கம் இருந்த நமக்கு, அதற்கேற்ப, ரூபியில் எதையாவது ரீமேக் செய்து, வளர்த்து, வளர்த்து, வளர்த்து, சமூகம், “அது வேண்டும், வேண்டாம் வேண்டாம் என்று சொல்லாத கூட்டம். ” ரூபியை நோக்கி மூக்கைத் திருப்பி, அது எவ்வளவு வேடிக்கையானது? சரிபார்ப்புப் பட்டியலில் உள்ள முதல் புள்ளியைச் சந்திப்பதற்காக, இந்த எல்லா விஷயங்களையும் Goவில் எழுத வேண்டும் என்பதை நாங்கள் உணர்ந்தோம்: DevOps கருவி நிலையான பைனரியாக இருக்க வேண்டும். Go ஆக இருப்பதா இல்லையா என்பது அவ்வளவு முக்கியமல்ல, ஆனால் Go இல் எழுதப்பட்ட நிலையான பைனரி சிறந்தது.
நாங்கள் எங்கள் ஆற்றலைச் செலவழித்து, கோவில் டாப்பை மீண்டும் எழுதி அதை வெர்ஃப் என்று அழைத்தோம். Dapp இனி ஆதரிக்கப்படாது, உருவாக்கப்படவில்லை, சில சமீபத்திய பதிப்பில் இயங்குகிறது, ஆனால் மேலே ஒரு முழுமையான மேம்படுத்தல் பாதை உள்ளது, நீங்கள் அதைப் பின்பற்றலாம்.
டாப் ஏன் உருவாக்கப்பட்டது?
— dapp ஏன் உருவாக்கப்பட்டது, அது என்ன பிரச்சனைகளை தீர்க்கிறது என்பதை சுருக்கமாக சொல்ல முடியுமா?
டிமிட்ரி: முதல் காரணம் சட்டசபையில். ஆரம்பத்தில், டோக்கருக்கு பல-நிலை திறன்கள் இல்லாதபோது கட்டமைப்பில் கடுமையான சிக்கல்கள் இருந்தன, எனவே நாங்கள் சொந்தமாக பல-நிலைகளை உருவாக்கினோம். பின்னர் படத்தை சுத்தம் செய்வதில் எங்களுக்கு நிறைய சிக்கல்கள் இருந்தன. CI/CD செய்யும் ஒவ்வொருவரும், விரைவில் சேகரிக்கப்பட்ட படங்கள் உள்ளன என்ற சிக்கலை எதிர்கொள்கிறார்கள், தேவையில்லாததை எப்படியாவது சுத்தம் செய்து, தேவையானதை விட்டுவிட வேண்டும்.
இரண்டாவது காரணம் வரிசைப்படுத்தல். ஆம், ஹெல்ம் உள்ளது, ஆனால் அது சில பிரச்சனைகளை மட்டுமே தீர்க்கிறது. வேடிக்கையாக, "ஹெல்ம் குபெர்னெட்டஸின் தொகுப்பு மேலாளர்" என்று எழுதப்பட்டுள்ளது. சரியாக என்ன "தி". "பேக்கேஜ் மேனேஜர்" என்ற வார்த்தைகளும் உள்ளன - தொகுப்பு மேலாளரிடமிருந்து வழக்கமான எதிர்பார்ப்பு என்ன? நாங்கள் சொல்கிறோம்: "தொகுப்பு மேலாளர் - தொகுப்பை நிறுவவும்!" மேலும் அவர் எங்களிடம் கூறுவார் என்று எதிர்பார்க்கிறோம்: "பேக்கேஜ் டெலிவரி செய்யப்பட்டது."
"ஹெல்ம், தொகுப்பை நிறுவவும்" என்று நாங்கள் சொல்வது சுவாரஸ்யமானது, மேலும் அவர் அதை நிறுவியதாக அவர் பதிலளிக்கும் போது, அவர் நிறுவலைத் தொடங்கினார் என்று மாறிவிடும் - அவர் குபெர்னெட்டஸைக் குறிப்பிட்டார்: "இந்த விஷயத்தைத் தொடங்கு!", அது தொடங்கியதா இல்லையா? , அது வேலை செய்தாலும் இல்லாவிட்டாலும், ஹெல்ம் இந்த சிக்கலை தீர்க்கவில்லை.
ஹெல்ம் என்பது குபெர்னெட்டஸில் தரவை ஏற்றும் ஒரு டெக்ஸ்ட் ப்ரீபிராசஸர் என்று மாறிவிடும்.
ஆனால் எந்தவொரு வரிசைப்படுத்துதலின் ஒரு பகுதியாக, பயன்பாடு உற்பத்திக்காக வெளியிடப்பட்டதா இல்லையா என்பதை அறிய விரும்புகிறோம். தயாரிப்புக்கு உருட்டப்பட்டது என்றால், பயன்பாடு அங்கு நகர்த்தப்பட்டது, புதிய பதிப்பு பயன்படுத்தப்பட்டது, குறைந்தபட்சம் அது அங்கு செயலிழக்காமல் சரியாக பதிலளிக்கிறது. ஹெல்ம் இந்த சிக்கலை எந்த வகையிலும் தீர்க்கவில்லை. அதைத் தீர்க்க, நீங்கள் நிறைய முயற்சிகளைச் செய்ய வேண்டும், ஏனென்றால் குபெர்னெட்டஸுக்கு அங்கு என்ன நடக்கிறது என்பதைக் கண்காணிக்கவும் - அது வரிசைப்படுத்தப்பட்டாலும் அல்லது உருட்டப்பட்டாலும் அதைக் கண்காணிக்கும் கட்டளையை நீங்கள் கொடுக்க வேண்டும். வரிசைப்படுத்தல், சுத்தம் செய்தல் மற்றும் அசெம்பிளி செய்வது தொடர்பான பல பணிகளும் உள்ளன.
திட்டங்களை
இந்த ஆண்டு உள்ளூர் வளர்ச்சியை தொடங்குவோம். வாக்ரான்ட்டில் முன்பு இருந்ததை நாங்கள் அடைய விரும்புகிறோம் - நாங்கள் "வேக்ரண்ட் அப்" என தட்டச்சு செய்து, மெய்நிகர் இயந்திரங்களை பயன்படுத்தினோம். Git இல் ஒரு திட்டம் இருக்கும் இடத்திற்குச் செல்ல விரும்புகிறோம், நாங்கள் அங்கு “werf up” என்று எழுதுகிறோம், மேலும் இது இந்த திட்டத்தின் உள்ளூர் நகலைக் கொண்டுவருகிறது, இது ஒரு உள்ளூர் மினி-குப்பில் வரிசைப்படுத்தப்பட்டுள்ளது, வளர்ச்சிக்கு வசதியான அனைத்து கோப்பகங்களும் இணைக்கப்பட்டுள்ளன. . வளர்ச்சி மொழியைப் பொறுத்து, இது வித்தியாசமாக செய்யப்படுகிறது, இருப்பினும், உள்ளூர் மேம்பாடு ஏற்றப்பட்ட கோப்புகளின் கீழ் வசதியாக மேற்கொள்ளப்படும்.
நமக்கு அடுத்த படி டெவலப்பர்களின் வசதிக்காக முதலீடு செய்யுங்கள். ஒரு கருவி மூலம் ஒரு திட்டத்தை விரைவாக உள்நாட்டில் வரிசைப்படுத்த, அதை உருவாக்கி, அதை Git க்குள் தள்ளவும், மேலும் அது குழாய்களைப் பொறுத்து மேடை அல்லது சோதனைகளுக்குச் செல்லும், பின்னர் உற்பத்திக்குச் செல்ல அதே கருவியைப் பயன்படுத்தவும். இந்த ஒற்றுமை, ஒருங்கிணைப்பு, உள்கட்டமைப்பின் மறுஉருவாக்கம் ஆகியவை உள்ளூர் சூழலில் இருந்து விற்பனை வரை எங்களுக்கு மிகவும் முக்கியமான புள்ளியாகும். ஆனால் இது இன்னும் வெர்ஃபில் இல்லை - நாங்கள் அதைச் செய்யத் திட்டமிட்டுள்ளோம்.
ஆனால் டாப்/வெர்ஃபிற்கான பாதை எப்போதுமே ஆரம்பத்தில் குபெர்னெட்டஸைப் போலவே இருந்தது. நாங்கள் சிக்கல்களை எதிர்கொண்டோம், தீர்வுகளுடன் அவற்றைத் தீர்த்தோம் - ஷெல்லில், எதற்கும் சில தீர்வுகளை நாங்கள் கொண்டு வந்தோம். பின்னர் அவர்கள் எப்படியாவது இந்த தீர்வுகளை நேராக்க முயன்றனர், இந்த விஷயத்தில் அவற்றை பைனரிகளாக பொதுமைப்படுத்தவும் ஒருங்கிணைக்கவும், நாங்கள் பகிர்ந்து கொள்கிறோம்.
இந்த முழு கதையையும் ஒப்புமைகளுடன் பார்க்க மற்றொரு வழி உள்ளது.
குபெர்னெட்ஸ் என்பது எஞ்சினுடன் கூடிய கார் பிரேம் ஆகும். கதவுகள், கண்ணாடி, வானொலி, கிறிஸ்துமஸ் மரம் - எதுவும் இல்லை. சட்டமும் இயந்திரமும் மட்டுமே. ஹெல்ம் உள்ளது - இது ஸ்டீயரிங். கூல் - ஒரு ஸ்டீயரிங் உள்ளது, ஆனால் உங்களுக்கு ஸ்டீயரிங் பின், ஸ்டீயரிங் ரேக், கியர்பாக்ஸ் மற்றும் சக்கரங்கள் தேவை, அவை இல்லாமல் நீங்கள் செய்ய முடியாது.
வெர்ஃப் விஷயத்தில், இது குபெர்னெட்டஸின் மற்றொரு கூறு ஆகும். இப்போதுதான் வெர்பின் ஆல்பா பதிப்பில், எடுத்துக்காட்டாக, ஹெல்ம் வெர்ஃபின் உள்ளே தொகுக்கப்பட்டுள்ளது, ஏனென்றால் நாமே அதைச் செய்வதில் சோர்வடைகிறோம். இதைச் செய்ய பல காரணங்கள் உள்ளன, நாங்கள் ஏன் முழு தலைக்கவசத்தையும் ஒன்றாக உழவு இயந்திரத்துடன் தொகுத்தோம் என்பதைப் பற்றி விரிவாகச் சொல்கிறேன். .
இப்போது werf ஒரு ஒருங்கிணைந்த கூறு ஆகும். நாங்கள் முடிக்கப்பட்ட ஸ்டீயரிங், ஸ்டீயரிங் முள் ஆகியவற்றைப் பெறுகிறோம் - நான் கார்களில் நன்றாக இல்லை, ஆனால் இது ஒரு பெரிய தொகுதி, இது ஏற்கனவே பரந்த அளவிலான சிக்கல்களைத் தீர்க்கிறது. நாமே பட்டியலைப் பார்க்க வேண்டிய அவசியமில்லை, ஒரு பகுதியை மற்றொரு பகுதிக்குத் தேர்ந்தெடுக்கவும், அவற்றை எவ்வாறு ஒன்றாக மாற்றுவது என்பதைப் பற்றி சிந்திக்கவும். ஒரே நேரத்தில் அதிக எண்ணிக்கையிலான சிக்கல்களைத் தீர்க்கும் ஆயத்த கலவையை நாங்கள் பெறுகிறோம். ஆனால் அதன் உள்ளே அதே திறந்த மூல கூறுகளிலிருந்து கட்டப்பட்டுள்ளது, இது இன்னும் சட்டசபைக்கு டோக்கரையும், சில செயல்பாடுகளுக்கு ஹெல்மையும் பயன்படுத்துகிறது, மேலும் பல நூலகங்கள் உள்ளன. இது குளிர் சிஐ/சிடியை பெட்டியிலிருந்து விரைவாகவும் வசதியாகவும் பெற ஒரு ஒருங்கிணைந்த கருவியாகும்.
குபெர்னெட்ஸை பராமரிப்பது கடினமா?
- நீங்கள் குபெர்னெட்ஸைப் பயன்படுத்தத் தொடங்கிய அனுபவத்தைப் பற்றி பேசுகிறீர்கள், இது உங்களுக்கான ஒரு சட்டகம், ஒரு இயந்திரம், மேலும் நீங்கள் அதில் பலவிதமான விஷயங்களைத் தொங்கவிடலாம்: ஒரு உடல், ஒரு ஸ்டீயரிங், பெடல்களில் திருகு, இருக்கைகள். கேள்வி எழுகிறது - குபெர்னெட்டஸின் ஆதரவு உங்களுக்கு எவ்வளவு கடினம்? உங்களுக்கு நிறைய அனுபவம் உள்ளது, எல்லாவற்றிலிருந்தும் தனித்தனியாக குபெர்னெட்ஸை ஆதரிப்பதில் நீங்கள் எவ்வளவு நேரத்தையும் வளங்களையும் செலவிடுகிறீர்கள்?
டிமிட்ரி: இது மிகவும் கடினமான கேள்வி மற்றும் பதிலளிக்க, குபெர்னெட்டஸிடமிருந்து ஆதரவு மற்றும் நாம் என்ன விரும்புகிறோம் என்பதைப் புரிந்து கொள்ள வேண்டும். ஒருவேளை நீங்கள் வெளிப்படுத்த முடியுமா?
— எனக்குத் தெரிந்தவரை மற்றும் நான் பார்த்தபடி, இப்போது பல அணிகள் குபெர்னெட்ஸை முயற்சிக்க விரும்புகின்றன. எல்லோரும் அதற்குத் தங்களைப் பயன்படுத்துகிறார்கள், முழங்காலில் வைக்கிறார்கள். இந்த அமைப்பின் சிக்கலான தன்மையை மக்கள் எப்போதும் புரிந்து கொள்ள மாட்டார்கள் என்ற உணர்வு எனக்கு இருக்கிறது.
டிமிட்ரி: அது அப்படித்தான்.
- குபெர்னெட்ஸை புதிதாக எடுத்து நிறுவுவது எவ்வளவு கடினம், அதனால் அது உற்பத்தி தயாராக உள்ளது?
டிமிட்ரி: இதயத்தை மாற்று அறுவை சிகிச்சை செய்வது எவ்வளவு கடினம் என்று நினைக்கிறீர்கள்? இது ஒரு சமரசமான கேள்வி என்பதை நான் புரிந்துகொள்கிறேன். ஸ்கால்பெல்லைப் பயன்படுத்தி தவறு செய்யாமல் இருப்பது அவ்வளவு கடினம் அல்ல. எங்கு வெட்ட வேண்டும், எங்கு தைக்க வேண்டும் என்று அவர்கள் உங்களுக்குச் சொன்னால், செயல்முறை சிக்கலானது அல்ல. காலப்போக்கில் எல்லாம் சரியாகிவிடும் என்று உத்தரவாதம் அளிப்பது கடினம்.
குபெர்னெட்ஸை நிறுவி, அதைச் செயல்படுத்துவது எளிது: குஞ்சு! - நிறுவப்பட்டது, நிறைய நிறுவல் முறைகள் உள்ளன. ஆனால் பிரச்சனைகள் வரும்போது என்ன நடக்கும்?
கேள்விகள் எப்போதும் எழுகின்றன - நாம் இன்னும் கணக்கில் எடுத்துக்கொள்ளாதது என்ன? நாம் இன்னும் என்ன செய்யவில்லை? எந்த லினக்ஸ் கர்னல் அளவுருக்கள் தவறாகக் குறிப்பிடப்பட்டுள்ளன? ஆண்டவரே, நாம் அவர்களைக் கூட குறிப்பிட்டோமா?! எந்த குபெர்னெட்ஸ் கூறுகளை நாங்கள் வழங்கியுள்ளோம், எவற்றை வழங்கவில்லை? ஆயிரக்கணக்கான கேள்விகள் எழுகின்றன, அவற்றுக்கு பதிலளிக்க, நீங்கள் இந்தத் தொழிலில் 15-20 ஆண்டுகள் செலவிட வேண்டும்.
இந்த தலைப்பில் சமீபத்திய உதாரணம் என்னிடம் உள்ளது, அது "குபெர்னெட்ஸை பராமரிப்பது கடினமா?" என்ற பிரச்சனையின் அர்த்தத்தை வெளிப்படுத்தலாம். சில காலத்திற்கு முன்பு, குபெர்னெட்ஸில் சிலியத்தை ஒரு நெட்வொர்க்காக செயல்படுத்த முயற்சிக்க வேண்டுமா என்று நாங்கள் தீவிரமாகப் பரிசீலித்தோம்.
சிலியம் என்றால் என்ன என்பதை விளக்குகிறேன். குபெர்னெட்டஸ் நெட்வொர்க்கிங் துணை அமைப்பின் பல்வேறு செயலாக்கங்களைக் கொண்டுள்ளது, மேலும் அவற்றில் ஒன்று மிகவும் அருமையாக உள்ளது - சிலியம். அதன் பொருள் என்ன? கர்னலில், சில காலத்திற்கு முன்பு கர்னலுக்கான கொக்கிகளை எழுதுவது சாத்தியமானது, இது ஒரு வழியில் அல்லது வேறு நெட்வொர்க் துணை அமைப்பு மற்றும் பல்வேறு துணை அமைப்புகளை ஆக்கிரமித்து, கர்னலில் உள்ள பெரிய துண்டுகளை புறக்கணிக்க உங்களை அனுமதிக்கிறது.
லினக்ஸ் கர்னல் வரலாற்று ரீதியாக ஒரு ஐபி ரூட், ஓவர்ஃபில்டர், பிரிட்ஜ்கள் மற்றும் 15, 20, 30 ஆண்டுகள் பழமையான பல்வேறு பழைய கூறுகளைக் கொண்டுள்ளது. பொதுவாக, அவர்கள் வேலை செய்கிறார்கள், எல்லாம் நன்றாக இருக்கிறது, ஆனால் இப்போது அவர்கள் கொள்கலன்களைக் குவித்துள்ளனர், மேலும் அது 15 செங்கற்கள் ஒன்றின் மேல் ஒரு கோபுரம் போல் தெரிகிறது, நீங்கள் அதன் மீது ஒரு காலில் நிற்கிறீர்கள் - ஒரு விசித்திரமான உணர்வு. உடலில் உள்ள பின்னிணைப்பு போன்ற பல நுணுக்கங்களுடன் இந்த அமைப்பு வரலாற்று ரீதியாக வளர்ந்துள்ளது. சில சூழ்நிலைகளில் செயல்திறன் சிக்கல்கள் உள்ளன, எடுத்துக்காட்டாக.
ஒரு அற்புதமான பிபிஎஃப் மற்றும் கர்னலுக்கான கொக்கிகளை எழுதும் திறன் உள்ளது - தோழர்களே கர்னலுக்கு தங்கள் சொந்த கொக்கிகளை எழுதினர். தொகுப்பு லினக்ஸ் கர்னலில் வருகிறது, அவர்கள் அதை உள்ளீட்டிலேயே வெளியே எடுத்து, பிரிட்ஜ்கள் இல்லாமல், டிசிபி இல்லாமல், ஐபி ஸ்டேக் இல்லாமல் - சுருக்கமாக, லினக்ஸ் கர்னலில் எழுதப்பட்ட அனைத்தையும் கடந்து, பின்னர் துப்புகிறார்கள். கொள்கலனில் வெளியே.
என்ன நடந்தது? மிக அருமையான செயல்திறன், சிறந்த அம்சங்கள் - மிகவும் அருமை! ஆனால் நாங்கள் இதைப் பார்க்கிறோம், ஒவ்வொரு கணினியிலும் குபெர்னெட்ஸ் ஏபிஐயுடன் இணைக்கும் ஒரு நிரல் இருப்பதைப் பார்க்கிறோம், மேலும் இந்த ஏபிஐயிலிருந்து அது பெறும் தரவின் அடிப்படையில், சி குறியீட்டை உருவாக்கி, அது கர்னலில் ஏற்றும் பைனரிகளைத் தொகுக்கிறது, இதனால் இந்த கொக்கிகள் வேலை செய்கின்றன. கர்னல் இடத்தில்.
ஏதாவது தவறு நடந்தால் என்ன நடக்கும்? எங்களுக்குத் தெரியாது. இதைப் புரிந்து கொள்ள, நீங்கள் இந்த குறியீட்டைப் படிக்க வேண்டும், எல்லா தர்க்கங்களையும் புரிந்து கொள்ள வேண்டும், அது எவ்வளவு கடினம் என்பது ஆச்சரியமாக இருக்கிறது. ஆனால், மறுபுறம், இந்த பிரிட்ஜ்கள், நெட் ஃபில்டர்கள், ஐபி ரூட் - அவற்றின் மூலக் குறியீட்டை நான் படிக்கவில்லை, எங்கள் நிறுவனத்தில் பணிபுரியும் 40 பொறியாளர்களும் இல்லை. ஒரு சிலருக்கு மட்டுமே சில பகுதிகள் புரியும்.
மற்றும் என்ன வித்தியாசம்? ஐபி ரூட், லினக்ஸ் கர்னல் மற்றும் ஒரு புதிய கருவி உள்ளது - இது என்ன வித்தியாசத்தை ஏற்படுத்துகிறது, ஒன்று அல்லது மற்றொன்று எங்களுக்கு புரியவில்லை. ஆனால் புதிதாக ஒன்றைப் பயன்படுத்த நாம் பயப்படுகிறோம் - ஏன்? ஏனெனில் கருவி 30 வயதாக இருந்தால், 30 ஆண்டுகளில் அனைத்து பிழைகளும் கண்டுபிடிக்கப்பட்டுவிட்டன, எல்லா தவறுகளும் அடியெடுத்து வைக்கப்பட்டுள்ளன, எல்லாவற்றையும் பற்றி நீங்கள் தெரிந்து கொள்ள வேண்டிய அவசியமில்லை - இது ஒரு கருப்பு பெட்டி போல வேலை செய்கிறது மற்றும் எப்போதும் வேலை செய்கிறது. எந்த இடத்தில் எந்த கண்டறியும் ஸ்க்ரூடிரைவரை ஒட்ட வேண்டும், எந்த நேரத்தில் எந்த டிசிபிடியை இயக்க வேண்டும் என்பது அனைவருக்கும் தெரியும். கண்டறியும் பயன்பாடுகள் அனைவருக்கும் நன்கு தெரியும் மற்றும் லினக்ஸ் கர்னலில் இந்த கூறுகளின் தொகுப்பு எவ்வாறு செயல்படுகிறது என்பதைப் புரிந்துகொள்கிறது - இது எவ்வாறு இயங்குகிறது என்பதை அல்ல, ஆனால் அதை எவ்வாறு பயன்படுத்துவது.
மற்றும் அற்புதமான குளிர் சிலியம் 30 வயதாகவில்லை, அது இன்னும் வயதாகவில்லை. குபெர்னெட்டஸுக்கும் அதே பிரச்சனை உள்ளது, நகல். Cilium சரியாக நிறுவப்பட்டுள்ளது, Kubernetes சரியாக நிறுவப்பட்டுள்ளது, ஆனால் உற்பத்தியில் ஏதேனும் தவறு நடந்தால், என்ன தவறு நடந்தது என்பதை நீங்கள் விரைவாகப் புரிந்து கொள்ள முடியுமா?
குபெர்னெட்ஸை பராமரிப்பது கடினம் என்று நாங்கள் கூறும்போது - இல்லை, இது மிகவும் எளிதானது, ஆம், இது நம்பமுடியாத அளவிற்கு கடினம். குபெர்னெட்டஸ் சொந்தமாக சிறப்பாக செயல்படுகிறது, ஆனால் ஒரு பில்லியன் நுணுக்கங்களுடன்.
"நான் அதிர்ஷ்டசாலி" அணுகுமுறை பற்றி
— இந்த நுணுக்கங்கள் தோன்றுவதற்கு கிட்டத்தட்ட உத்தரவாதம் அளிக்கப்பட்ட நிறுவனங்கள் உள்ளதா? யாண்டெக்ஸ் திடீரென்று அனைத்து சேவைகளையும் குபெர்னெட்டஸுக்கு மாற்றுகிறது என்று வைத்துக்கொள்வோம், அங்கு ஒரு பெரிய சுமை இருக்கும்.
டிமிட்ரி: இல்லை, இது சுமை பற்றிய உரையாடல் அல்ல, ஆனால் எளிமையான விஷயங்களைப் பற்றியது. எடுத்துக்காட்டாக, எங்களிடம் குபெர்னெட்ஸ் உள்ளது, நாங்கள் பயன்பாட்டை அங்கு பயன்படுத்தியுள்ளோம். அது வேலை செய்கிறது என்று உங்களுக்கு எப்படித் தெரியும்? பயன்பாடு செயலிழக்கவில்லை என்பதை புரிந்து கொள்ள ஆயத்த கருவி எதுவும் இல்லை. விழிப்பூட்டல்களை அனுப்பும் ஆயத்த அமைப்பு எதுவும் இல்லை; இந்த விழிப்பூட்டல்களையும் ஒவ்வொரு அட்டவணையையும் நீங்கள் கட்டமைக்க வேண்டும். நாங்கள் குபெர்னெட்டஸைப் புதுப்பித்து வருகிறோம்.
என்னிடம் உபுண்டு 16.04 உள்ளது. இது பழைய பதிப்பு என்று நீங்கள் கூறலாம், ஆனால் இது எல்டிஎஸ் என்பதால் நாங்கள் இன்னும் அதில் இருக்கிறோம். Systemd உள்ளது, இதன் நுணுக்கம் என்னவென்றால், அது C-குழுக்களை சுத்தம் செய்யாது. குபெர்னெட்டஸ் காய்களைத் தொடங்குகிறார், சி-குழுக்களை உருவாக்குகிறார், பின்னர் காய்களை நீக்குகிறார், எப்படியாவது அது மாறிவிடும் - விவரங்கள் எனக்கு நினைவில் இல்லை, மன்னிக்கவும் - அந்த systemd துண்டுகள் அப்படியே இருக்கும். காலப்போக்கில், எந்தவொரு காரும் வலுவாக மெதுவாகத் தொடங்குகிறது என்பதற்கு இது வழிவகுக்கிறது. இது ஹைலோட் பற்றிய கேள்வி கூட இல்லை. நிரந்தர காய்கள் தொடங்கப்பட்டால், எடுத்துக்காட்டாக, தொடர்ந்து காய்களை உருவாக்கும் கிரான் ஜாப் இருந்தால், உபுண்டு 16.04 கொண்ட இயந்திரம் ஒரு வாரத்திற்குப் பிறகு மெதுவாகத் தொடங்கும். சி-குழுக்கள் உருவாக்கப்பட்டுள்ளதன் காரணமாக தொடர்ந்து அதிக சுமை சராசரியாக இருக்கும். Ubuntu 16 மற்றும் Kubernetes ஐ வெறுமனே நிறுவும் எந்தவொரு நபரும் எதிர்கொள்ளும் பிரச்சனை இதுதான்.
அவர் எப்படியாவது systemd அல்லது வேறு ஏதாவது புதுப்பிக்கிறார் என்று வைத்துக்கொள்வோம், ஆனால் லினக்ஸ் கர்னலில் 4.16 வரை இது வேடிக்கையானது - நீங்கள் சி-குழுக்களை நீக்கும்போது, அவை கர்னலில் கசிந்து உண்மையில் நீக்கப்படாது. எனவே, இந்த இயந்திரத்தில் பணிபுரிந்த ஒரு மாதத்திற்குப் பிறகு, அடுப்புகளுக்கான நினைவக புள்ளிவிவரங்களைப் பார்ப்பது சாத்தியமில்லை. நாங்கள் ஒரு கோப்பை வெளியே எடுத்து, நிரலில் உருட்டுகிறோம், ஒரு கோப்பு 15 வினாடிகள் உருளும், ஏனென்றால் கர்னல் தனக்குள்ளேயே ஒரு மில்லியன் சி-குழுக்களை எண்ணுவதற்கு மிக நீண்ட நேரம் எடுக்கும், அவை நீக்கப்பட்டதாகத் தெரிகிறது, ஆனால் இல்லை - அவை கசிந்து கொண்டிருக்கின்றன. .
இன்னும் அங்கொன்றும் இங்கொன்றுமாக இதுபோன்ற சின்னச் சின்ன விஷயங்கள் நிறைய இருக்கின்றன. இது மாபெரும் நிறுவனங்கள் சில நேரங்களில் அதிக சுமைகளை எதிர்கொள்ளும் ஒரு பிரச்சினை அல்ல - இல்லை, இது அன்றாட விஷயங்களின் விஷயம். மக்கள் மாதக்கணக்கில் இப்படி வாழலாம் - அவர்கள் குபெர்னெட்ஸை நிறுவினர், பயன்பாட்டைப் பயன்படுத்தினார்கள் - அது வேலை செய்கிறது. பலருக்கு இது சகஜம். சில காரணங்களால் இந்த பயன்பாடு செயலிழக்கும் என்பதை அவர்கள் அறிய மாட்டார்கள், அவர்கள் எச்சரிக்கையைப் பெற மாட்டார்கள், ஆனால் அவர்களுக்கு இது விதிமுறை. முன்பு, நாங்கள் கண்காணிப்பு இல்லாமல் மெய்நிகர் கணினிகளில் வாழ்ந்தோம், இப்போது நாங்கள் குபெர்னெட்டஸுக்குச் சென்றோம், மேலும் கண்காணிப்பு இல்லாமல் - என்ன வித்தியாசம்?
கேள்வி என்னவென்றால், நாம் பனிக்கட்டியின் மீது நடக்கும்போது, அதை முன்கூட்டியே அளவிடாவிட்டால் அதன் தடிமன் நமக்கு ஒருபோதும் தெரியாது. பலர் நடக்கிறார்கள், கவலைப்பட வேண்டாம், ஏனென்றால் அவர்கள் முன்பு நடந்திருக்கிறார்கள்.
எனது பார்வையில், எந்தவொரு அமைப்பையும் இயக்குவதன் நுணுக்கம் மற்றும் சிக்கலானது, பனியின் தடிமன் நமது பிரச்சினைகளைத் தீர்க்க போதுமானதாக இருப்பதை உறுதி செய்வதாகும். இதைத்தான் நாங்கள் பேசுகிறோம்.
தகவல் தொழில்நுட்பத்தில், "நான் அதிர்ஷ்டசாலி" என்ற அணுகுமுறைகள் அதிகமாக இருப்பதாக எனக்குத் தோன்றுகிறது. பலர் மென்பொருளை நிறுவி, தங்களுக்கு அதிர்ஷ்டம் கிடைக்கும் என்ற நம்பிக்கையில் மென்பொருள் நூலகங்களைப் பயன்படுத்துகிறார்கள். பொதுவாக, பலர் அதிர்ஷ்டசாலிகள். அதனால்தான் அது வேலை செய்கிறது.
— எனது அவநம்பிக்கையான மதிப்பீட்டில் இருந்து, இது போல் தெரிகிறது: அபாயங்கள் அதிகமாக இருக்கும்போது, பயன்பாடு வேலை செய்ய வேண்டும் என்றால், Flaunt இலிருந்து, ஒருவேளை Red Hat இலிருந்து ஆதரவு தேவை, அல்லது குபெர்னெட்டஸுக்கு அர்ப்பணிக்கப்பட்ட உங்கள் சொந்தக் குழு உங்களுக்குத் தேவை. அதை இழுக்க.
டிமிட்ரி: புறநிலையாக, இது அப்படித்தான். சொந்தமாக ஒரு சிறிய குழுவிற்காக குபெர்னெட்டஸ் கதையில் இறங்குவது பல அபாயங்களை உள்ளடக்கியது.
கொள்கலன்கள் தேவையா?
- ரஷ்யாவில் குபெர்னெட்டஸ் எவ்வளவு பரவலாக உள்ளது என்று எங்களிடம் கூற முடியுமா?
டிமிட்ரி: என்னிடம் இந்தத் தரவு இல்லை, வேறு யாரிடமும் இது இருப்பதாக எனக்குத் தெரியவில்லை. நாங்கள் சொல்கிறோம்: "குபர்னெட்ஸ், குபர்னெட்ஸ்", ஆனால் இந்த சிக்கலைப் பார்க்க மற்றொரு வழி உள்ளது. கன்டெய்னர்கள் எவ்வளவு பரவலானவை என்பதும் எனக்குத் தெரியாது, ஆனால் 70% கன்டெய்னர்கள் குபெர்னெட்ஸால் திட்டமிடப்பட்டவை என்று இணையத்தில் உள்ள அறிக்கைகளின் எண்ணிக்கையை நான் அறிவேன். உலகெங்கிலும் உள்ள மிகப் பெரிய மாதிரிக்கு இது நம்பகமான ஆதாரமாக இருந்தது.
பின்னர் மற்றொரு கேள்வி - எங்களுக்கு கொள்கலன்கள் தேவையா? எனது தனிப்பட்ட உணர்வு மற்றும் பிளாண்ட் நிறுவனத்தின் ஒட்டுமொத்த நிலைப்பாடு என்னவென்றால், குபெர்னெட்டஸ் ஒரு உண்மையான தரநிலை.
குபர்னெட்டீஸ் தவிர வேறு எதுவும் இருக்காது.
உள்கட்டமைப்பு மேலாண்மைத் துறையில் இது ஒரு முழுமையான கேம்-சேஞ்சர். முழுமையானது - அவ்வளவுதான், இனி அன்சிபிள், செஃப், மெய்நிகர் இயந்திரங்கள், டெர்ராஃபார்ம் இல்லை. நான் பழைய கூட்டு பண்ணை முறைகளைப் பற்றி பேசவில்லை. குபெர்னெட்டஸ் ஒரு முழுமையான மாற்றான், இப்போது இப்படித்தான் இருக்கும்.
இதை உணர சிலருக்கு ஓரிரு வருடங்களும், மற்றவர்களுக்கு இரண்டு தசாப்தங்களும் ஆகும் என்பது தெளிவாகிறது. குபெர்னெட்ஸ் மற்றும் இந்த புதிய தோற்றத்தைத் தவிர வேறு எதுவும் இருக்காது என்பதில் எனக்கு எந்த சந்தேகமும் இல்லை: நாங்கள் இனி இயக்க முறைமையை சேதப்படுத்த மாட்டோம், ஆனால் பயன்படுத்துகிறோம் உள்கட்டமைப்பு குறியீடாக, குறியீட்டுடன் மட்டும் அல்ல, ஆனால் yml - ஒரு பிரகடனமாக விவரிக்கப்பட்ட உள்கட்டமைப்பு. எப்பொழுதும் இப்படித்தான் இருக்கும் என்ற உணர்வு எனக்குள் இருக்கிறது.
- அதாவது, இதுவரை குபெர்னெட்டஸுக்கு மாறாத அந்த நிறுவனங்கள் கண்டிப்பாக அதற்கு மாறும் அல்லது மறதியில் இருக்கும். நான் உன்னை சரியாக புரிந்து கொண்டேன்?
டிமிட்ரி: இதுவும் முற்றிலும் உண்மை இல்லை. எடுத்துக்காட்டாக, டிஎன்எஸ் சேவையகத்தை இயக்கும் பணி எங்களிடம் இருந்தால், அதை ஃப்ரீபிஎஸ்டி 4.10 இல் இயக்கலாம், மேலும் இது 20 ஆண்டுகள் சரியாக வேலை செய்யும். வேலை செய் அவ்வளவுதான். ஒருவேளை 20 ஆண்டுகளில் ஏதாவது ஒரு முறை புதுப்பிக்கப்பட வேண்டும். நாங்கள் அறிமுகப்படுத்திய வடிவத்தில் மென்பொருளைப் பற்றி பேசினால், அது உண்மையில் பல ஆண்டுகளாக எந்த புதுப்பிப்புகளும் இல்லாமல், மாற்றங்களைச் செய்யாமல் வேலை செய்தால், நிச்சயமாக, குபெர்னெட்ஸ் இருக்காது. அங்கு அவர் தேவையில்லை.
CI/CD தொடர்பான அனைத்தும் - தொடர்ச்சியான டெலிவரி தேவைப்படும் இடங்களில், பதிப்புகளைப் புதுப்பிக்க வேண்டும், செயலில் மாற்றங்களைச் செய்ய வேண்டும், எங்கு தவறுகளைச் சகித்துக்கொள்ள வேண்டும் - Kubernetes மட்டுமே.
மைக்ரோ சர்வீஸ் பற்றி
- இங்கே எனக்கு ஒரு சிறிய முரண்பாடு உள்ளது. குபெர்னெட்டஸுடன் பணிபுரிய, உங்களுக்கு வெளிப்புற அல்லது உள் ஆதரவு தேவை - இது முதல் புள்ளி. இரண்டாவதாக, நாங்கள் வளர்ச்சியைத் தொடங்கும்போது, நாங்கள் ஒரு சிறிய தொடக்கமாக இருக்கிறோம், எங்களிடம் இன்னும் எதுவும் இல்லை, பொதுவாக குபெர்னெட்ஸ் அல்லது மைக்ரோ சர்வீஸ் கட்டிடக்கலைக்கான வளர்ச்சி சிக்கலானது மற்றும் எப்போதும் பொருளாதார ரீதியாக நியாயப்படுத்தப்படாது. உங்கள் கருத்தில் நான் ஆர்வமாக உள்ளேன் - ஸ்டார்ட்அப்கள் உடனடியாக குபெர்னெட்டஸுக்கு புதிதாக எழுதத் தொடங்க வேண்டுமா அல்லது அவர்கள் இன்னும் ஒரு ஒற்றைக்கல்லை எழுத முடியுமா, பின்னர் குபர்னெட்டஸுக்கு மட்டும் வர முடியுமா?
டிமிட்ரி: அருமையான கேள்வி. மைக்ரோ சர்வீஸ் பற்றி என்னிடம் பேச வேண்டும் நுண்ணோக்கி மூலம் நகங்களை அடிக்க முயற்சிக்கும் நபர்களை நான் பலமுறை சந்தித்திருக்கிறேன். அணுகுமுறையே சரியானது; நமது உள் மென்பொருளை நாமே இவ்வாறு வடிவமைக்கிறோம். ஆனால் நீங்கள் இதைச் செய்யும்போது, நீங்கள் என்ன செய்கிறீர்கள் என்பதை நீங்கள் தெளிவாக புரிந்து கொள்ள வேண்டும். மைக்ரோ சர்வீஸைப் பற்றி நான் மிகவும் வெறுக்கும் வார்த்தை "மைக்ரோ". வரலாற்று ரீதியாக, இந்த வார்த்தை அங்கு தோன்றியது, சில காரணங்களால் மைக்ரோ என்பது மைக்ரோமீட்டரைப் போல ஒரு மில்லிமீட்டருக்கும் குறைவானது என்று மக்கள் நினைக்கிறார்கள். இது தவறு.
எடுத்துக்காட்டாக, 300 பேரால் எழுதப்பட்ட ஒரு ஒற்றைக்கல் உள்ளது, மேலும் வளர்ச்சியில் பங்கேற்ற அனைவரும் அங்கு சிக்கல்கள் இருப்பதைப் புரிந்துகொள்கிறார்கள், அதை மைக்ரோ துண்டுகளாக உடைக்க வேண்டும் - சுமார் 10 துண்டுகள், ஒவ்வொன்றும் 30 பேர் எழுதியவை. குறைந்தபட்ச பதிப்பில். இது முக்கியமானது, அவசியமானது மற்றும் குளிர்ச்சியானது. ஆனால் ஒரு ஸ்டார்ட்அப் எங்களிடம் வரும்போது, 3 மிகவும் கூல் மற்றும் திறமையான தோழர்கள் தங்கள் முழங்கால்களில் 60 மைக்ரோ சர்வீஸ்களை எழுதினர், ஒவ்வொரு முறையும் நான் கோர்வாலோலைத் தேடுகிறேன்.
இது ஏற்கனவே ஆயிரக்கணக்கான முறை பேசப்பட்டது என்று எனக்குத் தோன்றுகிறது - எங்களுக்கு ஒரு வடிவத்தில் அல்லது இன்னொரு வடிவத்தில் விநியோகிக்கப்பட்ட மோனோலித் கிடைத்தது. இது பொருளாதார ரீதியாக நியாயப்படுத்தப்படவில்லை, பொதுவாக எல்லாவற்றிலும் இது மிகவும் கடினம். நான் இதைப் பல முறை பார்த்திருக்கிறேன், அது என்னை மிகவும் புண்படுத்துகிறது, எனவே நான் அதைப் பற்றி தொடர்ந்து பேசுகிறேன்.
ஆரம்ப கேள்விக்கு, ஒருபுறம், குபெர்னெட்ஸ் பயன்படுத்த பயமாக இருக்கிறது என்பதற்கு இடையே ஒரு மோதல் உள்ளது, ஏனென்றால் அங்கு என்ன உடைந்து போகலாம் அல்லது வேலை செய்யாது என்பது தெளிவாகத் தெரியவில்லை, மறுபுறம், எல்லாம் அங்கு செல்கிறது என்பது தெளிவாகிறது. குபெர்னெட்ஸைத் தவிர வேறு எதுவும் இருக்காது. பதில் - வரும் நன்மையின் அளவு, நீங்கள் தீர்க்கக்கூடிய பணிகளின் அளவு ஆகியவற்றை எடைபோடுங்கள். இது அளவின் ஒரு பக்கத்தில் உள்ளது. மறுபுறம், வேலையில்லா நேரத்துடன் தொடர்புடைய அபாயங்கள் அல்லது மறுமொழி நேரம் குறைதல், கிடைக்கும் நிலை - செயல்திறன் குறிகாட்டிகள் குறைவதோடு.
இதோ - ஒன்று நாம் விரைவாக நகர்கிறோம், மேலும் குபெர்னெட்டஸ் பல விஷயங்களை மிக வேகமாகவும் சிறப்பாகவும் செய்ய அனுமதிக்கிறது, அல்லது நம்பகமான, நேரத்தைச் சோதித்த தீர்வுகளைப் பயன்படுத்துகிறோம், ஆனால் மிகவும் மெதுவாக நகர்கிறோம். ஒவ்வொரு நிறுவனமும் செய்ய வேண்டிய தேர்வு இது. நீங்கள் அதை காட்டில் ஒரு பாதையாக நினைக்கலாம் - நீங்கள் முதல் முறையாக நடக்கும்போது, பாம்பு, புலி அல்லது பைத்தியக்கார பேட்ஜரை சந்திக்கலாம், நீங்கள் 10 முறை நடந்தால், நீங்கள் பாதையை மிதித்து, அகற்றிவிட்டீர்கள். கிளைகள் மற்றும் எளிதாக நடக்க. ஒவ்வொரு முறையும் பாதை விரிவடைகிறது. பின்னர் அது ஒரு நிலக்கீல் சாலை, பின்னர் ஒரு அழகான பவுல்வர்டு.
குபெர்னெட்டஸ் இன்னும் நிற்கவில்லை. மீண்டும் கேள்வி: குபெர்னெட்ஸ், ஒருபுறம், 4-5 பைனரிகள், மறுபுறம், இது முழு சுற்றுச்சூழல் அமைப்பு. இதுவே நமது கணினிகளில் இருக்கும் இயங்குதளமாகும். இது என்ன? உபுண்டு அல்லது கியூரியோஸ்? இது லினக்ஸ் கர்னல், கூடுதல் கூறுகளின் தொகுப்பாகும். இவை அனைத்தும் இங்கே, ஒரு விஷ பாம்பு சாலையில் இருந்து தூக்கி எறியப்பட்டது, அங்கு ஒரு வேலி அமைக்கப்பட்டது. குபெர்னெட்டஸ் மிக விரைவாகவும் மாறும் தன்மையுடனும் உருவாகி வருகிறது, மேலும் அபாயங்களின் அளவு, தெரியாதவற்றின் அளவு ஒவ்வொரு மாதமும் குறைந்து வருகிறது, அதன்படி, இந்த அளவுகள் மறுசீரமைக்கப்படுகின்றன.
ஒரு ஸ்டார்ட்அப் என்ன செய்ய வேண்டும் என்ற கேள்விக்கு பதிலளித்து, நான் சொல்வேன் - ஃப்ளாண்டிற்கு வாருங்கள், 150 ஆயிரம் ரூபிள் செலுத்துங்கள் மற்றும் ஆயத்த தயாரிப்பு டெவொப்ஸ் எளிதான சேவையைப் பெறுங்கள். நீங்கள் ஒரு சில டெவலப்பர்களுடன் சிறிய தொடக்கமாக இருந்தால், இது வேலை செய்யும். உங்கள் சொந்த டெவொப்ஸை பணியமர்த்துவதற்குப் பதிலாக, உங்கள் பிரச்சினைகளை எவ்வாறு தீர்ப்பது மற்றும் இந்த நேரத்தில் சம்பளம் வழங்குவது எப்படி என்பதைக் கற்றுக் கொள்ள வேண்டும், நீங்கள் அனைத்து சிக்கல்களுக்கும் ஆயத்த தயாரிப்பு தீர்வைப் பெறுவீர்கள். ஆம், சில குறைபாடுகள் உள்ளன. ஒரு அவுட்சோர்ஸர் என்ற முறையில் எங்களால் ஈடுபாடு காட்ட முடியாது மற்றும் மாற்றங்களுக்கு விரைவாக பதிலளிக்க முடியாது. ஆனால் எங்களிடம் நிறைய நிபுணத்துவம் மற்றும் ஆயத்த நடைமுறைகள் உள்ளன. எந்தவொரு சூழ்நிலையிலும் நாங்கள் நிச்சயமாக அதை விரைவாகக் கண்டுபிடித்து, இறந்தவர்களிடமிருந்து எந்த குபர்னெட்டையும் எழுப்புவோம் என்று நாங்கள் உத்தரவாதம் அளிக்கிறோம்.
ஸ்டார்ட்அப்கள் மற்றும் நிறுவப்பட்ட வணிகங்களுக்கு அவுட்சோர்சிங் செய்ய பரிந்துரைக்கிறேன், அங்கு நீங்கள் 10 பேர் கொண்ட குழுவை செயல்பாடுகளுக்கு அர்ப்பணிக்க முடியும், இல்லையெனில் எந்த அர்த்தமும் இல்லை. இதை அவுட்சோர்ஸ் செய்வது நிச்சயமாக அர்த்தமுள்ளதாக இருக்கும்.
அமேசான் மற்றும் கூகுள் பற்றி
— அமேசான் அல்லது கூகுளின் தீர்விலிருந்து ஒரு புரவலன் ஒரு அவுட்சோர்ஸாக கருத முடியுமா?
டிமிட்ரி: ஆம், நிச்சயமாக, இது பல சிக்கல்களைத் தீர்க்கிறது. ஆனால் மீண்டும் நுணுக்கங்கள் உள்ளன. அதை எவ்வாறு பயன்படுத்துவது என்பதை நீங்கள் இன்னும் புரிந்து கொள்ள வேண்டும். எடுத்துக்காட்டாக, அமேசான் AWS இன் பணியில் ஆயிரம் சிறிய விஷயங்கள் உள்ளன: லோட் பேலன்சரை வார்ம் அப் செய்ய வேண்டும் அல்லது "நண்பர்களே, நாங்கள் போக்குவரத்தைப் பெறுவோம், எங்களுக்காக லோட் பேலன்சரை சூடுபடுத்துங்கள்!" என்று ஒரு கோரிக்கையை முன்கூட்டியே எழுத வேண்டும். இந்த நுணுக்கங்களை நீங்கள் தெரிந்து கொள்ள வேண்டும்.
இதில் நிபுணத்துவம் பெற்றவர்களிடம் நீங்கள் திரும்பும்போது, கிட்டத்தட்ட எல்லா வழக்கமான விஷயங்களையும் மூடிவிடுவீர்கள். எங்களிடம் இப்போது 40 பொறியாளர்கள் உள்ளனர், இந்த ஆண்டின் இறுதியில் 60 பேர் இருப்பார்கள் - இவை அனைத்தையும் நாங்கள் நிச்சயமாக சந்தித்திருக்கிறோம். சில திட்டங்களில் இந்த சிக்கலை மீண்டும் சந்தித்தாலும், விரைவாக ஒருவரையொருவர் கேட்டு, அதை எவ்வாறு தீர்ப்பது என்பதை அறிவோம்.
ஒருவேளை பதில் - நிச்சயமாக, ஹோஸ்ட் செய்யப்பட்ட கதை சில பகுதியை எளிதாக்குகிறது. இந்த புரவலர்களை நம்புவதற்கு நீங்கள் தயாரா என்பதும் அவர்கள் உங்கள் பிரச்சனைகளை தீர்த்து வைப்பார்களா என்பதும் கேள்வி. அமேசான் மற்றும் கூகுள் சிறப்பாக செயல்பட்டன. எங்கள் எல்லா வழக்குகளுக்கும் - சரியாக. எங்களுக்கு இனி நேர்மறையான அனுபவங்கள் இல்லை. நாங்கள் வேலை செய்ய முயற்சித்த மற்ற அனைத்து மேகங்களும் நிறைய சிக்கல்களை உருவாக்குகின்றன - ஏஜர், மற்றும் ரஷ்யாவில் உள்ள அனைத்தும், மற்றும் பல்வேறு செயலாக்கங்களில் உள்ள அனைத்து வகையான ஓபன்ஸ்டாக்: ஹெட்ஸ்டர், ஓவர்ஜ் - நீங்கள் விரும்பும் அனைத்தும். அவை அனைத்தும் நீங்கள் தீர்க்க விரும்பாத சிக்கல்களை உருவாக்குகின்றன.
எனவே, பதில் ஆம், ஆனால், உண்மையில், முதிர்ந்த ஹோஸ்ட் செய்யப்பட்ட தீர்வுகள் அதிகம் இல்லை.
குபர்னெட்ஸ் யாருக்குத் தேவை?
- இன்னும், குபர்னெட்ஸ் யாருக்குத் தேவை? குபெர்னெட்டஸுக்கு குறிப்பாக வரும் வழக்கமான ஃப்ளாண்ட் கிளையண்ட் யார் ஏற்கனவே குபர்னெட்டஸுக்கு மாற வேண்டும்?
டிமிட்ரி: இது ஒரு சுவாரஸ்யமான கேள்வி, ஏனென்றால் இப்போது, குபெர்னெட்டஸின் பின்னணியில், பலர் எங்களிடம் வருகிறார்கள்: "நண்பர்களே, நீங்கள் குபர்னெட் செய்கிறீர்கள் என்று எங்களுக்குத் தெரியும், அதை எங்களுக்காக செய்யுங்கள்!" நாங்கள் அவர்களுக்கு பதிலளிக்கிறோம்: "தந்தையர்களே, நாங்கள் குபெர்னெட்டஸ் செய்வதில்லை, நாங்கள் தயாரிப்பு மற்றும் அதனுடன் தொடர்புடைய அனைத்தையும் செய்கிறோம்." ஏனெனில் அனைத்து CI/CD மற்றும் இந்த முழு கதையையும் செய்யாமல் ஒரு தயாரிப்பை உருவாக்குவது தற்போது சாத்தியமற்றது. வளர்ச்சியால் வளர்ச்சி, சுரண்டலால் சுரண்டல் என்ற பிரிவினையில் இருந்து அனைவரும் விலகிவிட்டனர்.
எங்கள் வாடிக்கையாளர்கள் வெவ்வேறு விஷயங்களை எதிர்பார்க்கிறார்கள், ஆனால் ஒவ்வொருவரும் சில நல்ல அதிசயங்களுக்காக காத்திருக்கிறார்கள், அவர்களுக்கு சில சிக்கல்கள் உள்ளன, இப்போது - ஹாப்! - குபர்னெட்ஸ் அவற்றைத் தீர்ப்பார். மக்கள் அற்புதங்களை நம்புகிறார்கள். எந்த அதிசயமும் நடக்காது என்பதை அவர்கள் மனதில் புரிந்துகொள்கிறார்கள், ஆனால் அவர்களின் ஆத்மாவில் அவர்கள் நம்புகிறார்கள் - இந்த குபர்னெட்ஸ் இப்போது நமக்கு எல்லாவற்றையும் தீர்த்து வைப்பார் என்றால், அவர்கள் அதைப் பற்றி அதிகம் பேசுகிறார்கள்! திடீரென்று அவர் இப்போது - தும்மல்! - மற்றும் ஒரு வெள்ளி தோட்டா, தும்மல்! - மேலும் எங்களிடம் 100% இயக்க நேரம் உள்ளது, எல்லா டெவலப்பர்களும் தயாரிப்பில் உள்ளதை 50 முறை வெளியிடலாம், மேலும் அது செயலிழக்காது. பொதுவாக, ஒரு அதிசயம்!
அத்தகையவர்கள் எங்களிடம் வரும்போது, "மன்னிக்கவும், ஆனால் அதிசயம் என்று எதுவும் இல்லை" என்று கூறுகிறோம். ஆரோக்கியமாக இருக்க, நீங்கள் நன்றாக சாப்பிட வேண்டும் மற்றும் உடற்பயிற்சி செய்ய வேண்டும். நம்பகமான தயாரிப்பைப் பெற, அது நம்பகத்தன்மையுடன் செய்யப்பட வேண்டும். வசதியான CI/CDஐப் பெற, நீங்கள் அதை இப்படிச் செய்ய வேண்டும். செய்ய வேண்டிய வேலைகள் அதிகம்.
குபர்நெட்ஸ் யாருக்கு தேவை என்ற கேள்விக்கு பதில் - யாருக்கும் குபர்னெட்ஸ் தேவையில்லை.
சிலருக்கு குபர்னெட்ஸ் தேவை என்ற தவறான கருத்து உள்ளது. மக்களுக்குத் தேவை, உள்கட்டமைப்பு மற்றும் அவர்களின் பயன்பாடுகளை இயக்குவதில் உள்ள அனைத்து சிக்கல்களிலும் சிந்திப்பது, படிப்பது மற்றும் ஆர்வமாக இருப்பதை நிறுத்துவதற்கான ஆழமான தேவை அவர்களுக்கு உள்ளது. பயன்பாடுகள் செயல்பட வேண்டும் மற்றும் வரிசைப்படுத்த வேண்டும் என்று அவர்கள் விரும்புகிறார்கள். அவர்களைப் பொறுத்தவரை, குபெர்னெட்டஸ் என்பது "நாங்கள் அங்கேயே படுத்திருந்தோம்" அல்லது "எங்களால் உருட்ட முடியாது" அல்லது வேறு ஏதாவது கதையைக் கேட்பதை நிறுத்திவிடுவார்கள் என்ற நம்பிக்கை.
தொழில்நுட்ப இயக்குனர் பொதுவாக எங்களிடம் வருவார். அவர்கள் அவரிடம் இரண்டு விஷயங்களைக் கேட்கிறார்கள்: ஒருபுறம், எங்களுக்கு அம்சங்களைக் கொடுங்கள், மறுபுறம், ஸ்திரத்தன்மை. அதை நீங்களே எடுத்துக்கொண்டு அதைச் செய்ய பரிந்துரைக்கிறோம். வெள்ளி புல்லட், அல்லது வெள்ளி பூசப்பட்ட, நீங்கள் இந்த பிரச்சனைகளைப் பற்றி யோசித்து நேரத்தை வீணடிப்பீர்கள். இந்த சிக்கலை மூடும் சிறப்பு நபர்கள் உங்களிடம் இருப்பார்கள்.
எங்களுக்கு அல்லது வேறு யாருக்கும் குபர்னெட்ஸ் தேவை என்ற வார்த்தை தவறானது.
நிர்வாகிகளுக்கு உண்மையில் குபெர்னெட்ஸ் தேவை, ஏனென்றால் இது நீங்கள் விளையாடக்கூடிய மற்றும் டிங்கர் செய்யக்கூடிய மிகவும் சுவாரஸ்யமான பொம்மை. நேர்மையாக இருக்கட்டும் - எல்லோரும் பொம்மைகளை விரும்புகிறார்கள். நாம் அனைவரும் எங்காவது குழந்தைகளாக இருக்கிறோம், புதியதைப் பார்க்கும்போது, அதை விளையாட விரும்புகிறோம். சிலருக்கு, இது ஊக்கமளிக்கவில்லை, எடுத்துக்காட்டாக, நிர்வாகத்தில், அவர்கள் ஏற்கனவே போதுமான அளவு விளையாடிவிட்டதால், அவர்கள் வெறுமனே விரும்பாத அளவிற்கு ஏற்கனவே சோர்வாக உள்ளனர். ஆனால் இது யாராலும் முழுமையாக இழக்கப்படவில்லை. எடுத்துக்காட்டாக, கணினி நிர்வாகம் மற்றும் DevOps துறையில் நான் நீண்ட காலமாக பொம்மைகளால் சோர்வாக இருந்தால், நான் இன்னும் பொம்மைகளை விரும்புகிறேன், இன்னும் சில புதியவற்றை வாங்குகிறேன். எல்லா மக்களும், ஒரு வழி அல்லது வேறு, இன்னும் சில வகையான பொம்மைகளை விரும்புகிறார்கள்.
உற்பத்தியுடன் விளையாட வேண்டிய அவசியமில்லை. எதைச் செய்ய வேண்டாம் என்று நான் திட்டவட்டமாக பரிந்துரைக்கிறேன் மற்றும் இப்போது நான் மொத்தமாகப் பார்ப்பது: "ஓ, ஒரு புதிய பொம்மை!" - அவர்கள் அதை வாங்க ஓடி, அதை வாங்கி: "இப்போது பள்ளிக்கு எடுத்துச் சென்று எங்கள் நண்பர்கள் அனைவருக்கும் காண்பிப்போம்." அதை செய்யாதே. நான் மன்னிப்பு கேட்கிறேன், என் குழந்தைகள் வளர்ந்து வருகிறார்கள், நான் தொடர்ந்து குழந்தைகளில் எதையாவது பார்க்கிறேன், அதை என்னுள் கவனிக்கிறேன், பின்னர் அதை மற்றவர்களுக்கு பொதுமைப்படுத்துகிறேன்.
இறுதி பதில்: உங்களுக்கு குபர்னெட்ஸ் தேவையில்லை. உங்கள் பிரச்சினைகளை நீங்கள் தீர்க்க வேண்டும்.
நீங்கள் அடையக்கூடியது:
- தயாரிப்பு விழாது;
- அவர் விழ முயற்சித்தாலும், அதைப் பற்றி எங்களுக்கு முன்பே தெரியும், அதில் எதையாவது வைக்கலாம்;
- எங்கள் வணிகத்திற்குத் தேவைப்படும் வேகத்தில் அதை மாற்றலாம், மேலும் நாங்கள் அதை வசதியாகச் செய்யலாம்; இது எங்களுக்கு எந்த பிரச்சனையும் ஏற்படுத்தாது.
இரண்டு உண்மையான தேவைகள் உள்ளன: நம்பகத்தன்மை மற்றும் சுறுசுறுப்பு/வெளியேற்றத்தின் நெகிழ்வுத்தன்மை. தற்போது சில வகையான ஐடி திட்டங்களைச் செய்து கொண்டிருக்கும் ஒவ்வொருவரும், எந்த வகையான வணிகமாக இருந்தாலும் - உலகத்தை எளிதாக்குவதற்கு மென்மையானவர்கள், இதைப் புரிந்துகொள்பவர்கள், இந்தத் தேவைகளைத் தீர்க்க வேண்டும். குபெர்னெட்ஸ் சரியான அணுகுமுறையுடன், சரியான புரிதலுடன் மற்றும் போதுமான அனுபவத்துடன் அவற்றைத் தீர்க்க உங்களை அனுமதிக்கிறது.
சர்வர்லெஸ் பற்றி
- நீங்கள் எதிர்காலத்தை இன்னும் கொஞ்சம் பார்க்கிறீர்கள் என்றால், உள்கட்டமைப்புடன் தலைவலி இல்லாத சிக்கலைத் தீர்க்க முயற்சிக்கிறீர்கள், வெளியீட்டின் வேகம் மற்றும் பயன்பாட்டு மாற்றங்களின் வேகத்துடன், புதிய தீர்வுகள் தோன்றும், எடுத்துக்காட்டாக, சர்வர்லெஸ். இந்த திசையில் ஏதேனும் சாத்தியம் இருப்பதாக நீங்கள் உணர்கிறீர்களா, குபெர்னெட்டஸுக்கும் இதே போன்ற தீர்வுகளுக்கும் ஆபத்து என்று சொல்லலாமா?
டிமிட்ரி: நான் முன்னே பார்த்துச் சொல்லும் பார்ப்பான் அல்ல - இப்படித்தான் இருக்கும் என்று இங்கே மீண்டும் ஒரு குறிப்பைச் சொல்ல வேண்டும்! நான் அதையே செய்தாலும். நான் என் கால்களைப் பார்த்து, அங்கு பல சிக்கல்களைக் காண்கிறேன், எடுத்துக்காட்டாக, ஒரு கணினியில் டிரான்சிஸ்டர்கள் எவ்வாறு செயல்படுகின்றன. இது வேடிக்கையானது, இல்லையா? CPU இல் சில பிழைகளை எதிர்கொள்கிறோம்.
சர்வர்லெஸ் மிகவும் நம்பகமானதாகவும், மலிவானதாகவும், திறமையாகவும், வசதியாகவும், அனைத்து சுற்றுச்சூழல் சிக்கல்களையும் தீர்க்கிறது. மனிதகுலத்திற்கு தவறு சகிப்புத்தன்மையை உருவாக்க இரண்டாவது கிரகம் தேவை என்று எலோன் மஸ்க்குடன் இங்கே நான் உடன்படுகிறேன். அவர் என்ன சொல்கிறார் என்று எனக்குத் தெரியவில்லை என்றாலும், செவ்வாய் கிரகத்திற்கு நானே பறக்கத் தயாராக இல்லை, அது நாளை நடக்காது என்பதை நான் புரிந்துகொள்கிறேன்.
சர்வர்லெஸ் மூலம், இது மனிதகுலத்தின் தவறு சகிப்புத்தன்மை போன்ற கருத்தியல் ரீதியாக சரியான விஷயம் என்பது தெளிவாகத் தெரிகிறது - இரண்டு கிரகங்கள் இருப்பது ஒன்றை விட சிறந்தது. ஆனால் இப்போது அதை எப்படி செய்வது? உங்கள் முயற்சிகளை அதில் கவனம் செலுத்தினால், ஒரு பயணத்தை அனுப்புவது ஒரு பிரச்சனையல்ல. பல பயணங்களை அனுப்புவதும், பல ஆயிரம் பேரை அங்கு குடியமர்த்துவதும் யதார்த்தமானது என்று நினைக்கிறேன். ஆனால், மனிதகுலத்தில் பாதி பேர் அங்கு வாழும்படி அதை முற்றிலும் தவறு-சகிப்புத்தன்மை கொண்டதாக ஆக்குவது இப்போது சாத்தியமற்றதாகத் தோன்றுகிறது, கருத்தில் கொள்ளப்படவில்லை.
சர்வர்லெஸ் ஒன் ஆன் ஒன்: விஷயம் நன்றாக இருக்கிறது, ஆனால் இது 2019 இன் சிக்கல்களிலிருந்து வெகு தொலைவில் உள்ளது. 2030 க்கு அருகில் - அதைப் பார்க்க வாழலாம். நாம் வாழ்வோம் என்பதில் எனக்கு எந்த சந்தேகமும் இல்லை, நாங்கள் நிச்சயமாக வாழ்வோம் (படுக்கைக்கு முன் மீண்டும் செய்யவும்), ஆனால் இப்போது நாம் மற்ற பிரச்சினைகளை தீர்க்க வேண்டும். இது விசித்திரக் கதை குதிரைவண்டி ரெயின்போவை நம்புவது போன்றது. ஆம், ஓரிரு சதவீத வழக்குகள் தீர்க்கப்பட்டு, அவை சரியாக தீர்க்கப்படுகின்றன, ஆனால் அகநிலை ரீதியாக, சர்வர்லெஸ் என்பது ஒரு வானவில்... என்னைப் பொறுத்தவரை, இந்த தலைப்பு மிகவும் தொலைவில் உள்ளது மற்றும் புரிந்துகொள்ள முடியாதது. நான் பேசத் தயாராக இல்லை. 2019 இல், சர்வர்லெஸ் மூலம் நீங்கள் ஒரு விண்ணப்பத்தை எழுத முடியாது.
குபெர்னெட்ஸ் எவ்வாறு உருவாகும்
— இந்த அற்புதமான தொலைதூர எதிர்காலத்தை நோக்கி நாம் செல்லும்போது, குபெர்னெட்டஸ் மற்றும் அதைச் சுற்றியுள்ள சுற்றுச்சூழல் எவ்வாறு உருவாகும் என்று நீங்கள் நினைக்கிறீர்கள்?
டிமிட்ரி: நான் இதைப் பற்றி நிறைய யோசித்தேன், என்னிடம் தெளிவான பதில் உள்ளது. முதலாவது மாநிலமானது - எல்லாவற்றிற்கும் மேலாக, நிலையற்றது செய்வது எளிது. குபெர்னெட்ஸ் ஆரம்பத்தில் இதில் அதிக முதலீடு செய்தார், இது அனைத்தும் தொடங்கியது. குபெர்னெட்டஸில் நிலையற்ற வேலைகள் கிட்டத்தட்ட சரியாக உள்ளன, புகார் செய்ய எதுவும் இல்லை. இன்னும் நிறைய சிக்கல்கள் உள்ளன, அல்லது மாறாக, நுணுக்கங்கள். அங்கு எல்லாம் ஏற்கனவே எங்களுக்கு நன்றாக வேலை செய்கிறது, ஆனால் அது நாங்கள் தான். இது அனைவருக்கும் வேலை செய்ய இன்னும் ஓரிரு ஆண்டுகள் ஆகும். இது கணக்கிடப்பட்ட காட்டி அல்ல, ஆனால் என் தலையில் இருந்து என் உணர்வு.
சுருக்கமாக, ஸ்டேட்ஃபுல் மிகவும் வலுவாக உருவாக வேண்டும் - மற்றும் வளரும் - ஏனெனில் எங்கள் எல்லா பயன்பாடுகளும் நிலையைச் சேமிக்கின்றன; நிலையற்ற பயன்பாடுகள் எதுவும் இல்லை. இது ஒரு மாயை; உங்களுக்கு எப்போதும் ஒருவித தரவுத்தளமும் வேறு ஏதாவது தேவை. ஸ்டேட்ஃபுல் என்பது சாத்தியமான அனைத்தையும் சரிசெய்வது, எல்லா பிழைகளையும் சரிசெய்வது, தற்போது எதிர்கொள்ளும் அனைத்து சிக்கல்களையும் மேம்படுத்துவது - இதை தத்தெடுப்பு என்று அழைக்கலாம்.
தெரியாத நிலை, தீர்க்கப்படாத பிரச்சனைகளின் நிலை, எதையாவது சந்திக்கும் நிகழ்தகவு நிலை கணிசமாகக் குறையும். இது ஒரு முக்கியமான கதை. மற்றும் ஆபரேட்டர்கள் - நிர்வாக தர்க்கத்தின் குறியீடாக்கம், எளிதான சேவையைப் பெறுவதற்கான கட்டுப்பாடு தர்க்கம் தொடர்பான அனைத்தும்: MySQL எளிதான சேவை, RabbitMQ எளிதான சேவை, Memcache எளிதான சேவை - பொதுவாக, இந்த அனைத்து கூறுகளும் செயல்படுவதற்கு உத்தரவாதம் அளிக்க வேண்டும். பெட்டியில். இது எங்களுக்கு ஒரு தரவுத்தளத்தை விரும்பும் வலியைத் தீர்க்கிறது, ஆனால் நாங்கள் அதை நிர்வகிக்க விரும்பவில்லை, அல்லது எங்களுக்கு குபெர்னெட்ஸ் வேண்டும், ஆனால் நாங்கள் அதை நிர்வகிக்க விரும்பவில்லை.
இந்த ஆபரேட்டர் மேம்பாட்டின் கதை அடுத்த இரண்டு ஆண்டுகளில் முக்கியமானதாக இருக்கும்.
பயன்பாட்டின் எளிமை பெரிதும் அதிகரிக்க வேண்டும் என்று நான் நினைக்கிறேன் - பெட்டி மேலும் மேலும் கருப்பு, மேலும் நம்பகமான, மேலும் மேலும் எளிமையான கைப்பிடிகளுடன் மாறும்.
சனிக்கிழமை இரவு நேரலையில் யூடியூப்பில் 80களில் ஐசக் அசிமோவ் உடனான பழைய நேர்காணலை ஒருமுறை கேட்டேன் - அர்கன்ட் போன்ற ஒரு நிகழ்ச்சி, சுவாரஸ்யமானது. கணினியின் எதிர்காலம் குறித்து அவரிடம் கேட்டனர். வானொலியைப் போலவே எதிர்காலமும் எளிமையில் உள்ளது என்றார். ரேடியோ ரிசீவர் முதலில் ஒரு சிக்கலான விஷயம். ஒரு அலையைப் பிடிக்க, நீங்கள் 15 நிமிடங்களுக்கு கைப்பிடிகளைத் திருப்ப வேண்டும், வளைவைத் திருப்ப வேண்டும் மற்றும் பொதுவாக எல்லாம் எவ்வாறு இயங்குகிறது என்பதை அறிந்து கொள்ளுங்கள், ரேடியோ அலை பரிமாற்றத்தின் இயற்பியலைப் புரிந்து கொள்ளுங்கள். இதன் விளைவாக, வானொலியில் ஒரே ஒரு குமிழ் மட்டுமே இருந்தது.
இப்போது 2019 இல் என்ன வானொலி? காரில், ரேடியோ ரிசீவர் அனைத்து அலைகளையும் நிலையங்களின் பெயர்களையும் கண்டுபிடிக்கும். செயல்முறையின் இயற்பியல் 100 ஆண்டுகளில் மாறவில்லை, ஆனால் பயன்பாட்டின் எளிமை உள்ளது. இப்போது, இப்போது மட்டுமல்ல, ஏற்கனவே 1980 இல், அசிமோவுடன் ஒரு நேர்காணல் இருந்தபோது, எல்லோரும் வானொலியைப் பயன்படுத்தினர், அது எவ்வாறு வேலை செய்கிறது என்பதைப் பற்றி யாரும் சிந்திக்கவில்லை. இது எப்போதும் வேலை செய்கிறது - அது கொடுக்கப்பட்டதாகும்.
அசிமோவ் பின்னர் கணினிகளிலும் இதுவே இருக்கும் என்று கூறினார் - பயன்பாட்டின் எளிமை அதிகரிக்கும். 1980 ஆம் ஆண்டில் கணினியில் பட்டன்களை அழுத்துவதற்குப் பயிற்சி பெற்றிருக்க வேண்டும், எதிர்காலத்தில் அப்படி இருக்காது.
குபெர்னெட்டஸ் மற்றும் உள்கட்டமைப்புடன் பயன்பாட்டின் எளிமையில் மிகப்பெரிய அதிகரிப்பு இருக்கும் என்று நான் உணர்கிறேன். இது, என் கருத்துப்படி, வெளிப்படையானது - இது மேற்பரப்பில் உள்ளது.
பொறியாளர்களை என்ன செய்வது?
- குபெர்னெட்ஸை ஆதரிக்கும் பொறியாளர்கள் மற்றும் கணினி நிர்வாகிகளுக்கு என்ன நடக்கும்?
டிமிட்ரி: 1C வந்த பிறகு கணக்காளருக்கு என்ன நடந்தது? அதே பற்றி. இதற்கு முன், அவர்கள் காகிதத்தில் எண்ணினர் - இப்போது நிரலில். உழைப்பு உற்பத்தித்திறன் அளவு ஆர்டர்களால் அதிகரித்துள்ளது, ஆனால் உழைப்பு மறைந்துவிடவில்லை. முன்பு ஒரு மின்விளக்கை திருக 10 பொறியாளர்கள் தேவைப்பட்டிருந்தால், இப்போது ஒருவர் போதும்.
மென்பொருளின் அளவு மற்றும் பணிகளின் எண்ணிக்கை, இப்போது புதிய DevOps தோன்றுவதை விட வேகமாக வளர்ந்து வருகிறது மற்றும் செயல்திறன் அதிகரித்து வருகிறது. சந்தையில் தற்போது ஒரு குறிப்பிட்ட பற்றாக்குறை உள்ளது, அது நீண்ட காலம் நீடிக்கும். பின்னர், எல்லாம் ஒருவித இயல்பு நிலைக்குத் திரும்பும், அதில் வேலையின் செயல்திறன் அதிகரிக்கும், மேலும் மேலும் சேவையகமற்றதாக இருக்கும், குபெர்னெட்டஸுடன் ஒரு நியூரான் இணைக்கப்படும், இது தேவையான அனைத்து வளங்களையும் சரியாகத் தேர்ந்தெடுக்கும், மேலும் பொதுவாக எல்லாவற்றையும் தானே செய்ய வேண்டும் - அந்த நபர் விலகி, தலையிட வேண்டாம்.
ஆனால் யாராவது இன்னும் முடிவுகளை எடுக்க வேண்டும். இந்த நபரின் தகுதிகள் மற்றும் நிபுணத்துவத்தின் நிலை அதிகமாக உள்ளது என்பது தெளிவாகிறது. இப்போதெல்லாம் கணக்குப் பிரிவில் 10 பணியாளர்கள் கைகள் சோர்வடையாமல் இருக்க புத்தகங்களை வைத்திருக்க தேவையில்லை. இது வெறுமனே தேவையில்லை. மின்னணு ஆவண மேலாண்மை அமைப்பால் பல ஆவணங்கள் தானாகவே ஸ்கேன் செய்யப்பட்டு அங்கீகரிக்கப்படுகின்றன. ஒரு புத்திசாலி தலைமை கணக்காளர் போதுமானவர், ஏற்கனவே அதிக திறன்களுடன், நல்ல புரிதலுடன்.
பொதுவாக எல்லாத் தொழில்களிலும் இப்படித்தான் செல்ல வேண்டும். கார்களிலும் இதேதான்: முன்பு, ஒரு கார் ஒரு மெக்கானிக் மற்றும் மூன்று டிரைவர்களுடன் வந்தது. இப்போதெல்லாம், கார் ஓட்டுவது என்பது ஒரு எளிய செயலாகும், அதில் நாம் அனைவரும் தினமும் பங்கேற்கிறோம். கார் என்பது சிக்கலான ஒன்று என்று யாரும் நினைப்பதில்லை.
DevOps அல்லது சிஸ்டம்ஸ் இன்ஜினியரிங் போகாது - உயர்நிலை வேலை மற்றும் செயல்திறன் அதிகரிக்கும்.
- வேலை உண்மையில் அதிகரிக்கும் என்ற சுவாரஸ்யமான யோசனையையும் நான் கேள்விப்பட்டேன்.
டிமிட்ரி: நிச்சயமாக, நூறு சதவீதம்! ஏனென்றால் நாம் எழுதும் மென்பொருளின் அளவு தொடர்ந்து வளர்ந்து கொண்டே இருக்கிறது. மென்பொருள் மூலம் நாம் தீர்க்கும் சிக்கல்களின் எண்ணிக்கை தொடர்ந்து அதிகரித்து வருகிறது. வேலையின் அளவு அதிகரித்து வருகிறது. இப்போது DevOps சந்தை மிகவும் சூடுபிடித்துள்ளது. சம்பள எதிர்பார்ப்புகளில் இதைப் பார்க்கலாம். ஒரு நல்ல வழியில், விவரங்களுக்குச் செல்லாமல், எக்ஸ் விரும்பும் ஜூனியர்களும், 1,5 எக்ஸ் விரும்பும் மிடில்களும், 2 எக்ஸ் விரும்பும் சீனியர்களும் இருக்க வேண்டும். இப்போது, நீங்கள் மாஸ்கோ டெவொப்ஸ் சம்பள சந்தையைப் பார்த்தால், ஒரு ஜூனியர் X முதல் 3X வரை மற்றும் மூத்தவர் X முதல் 3X வரை விரும்புகிறார்.
எவ்வளவு செலவாகும் என்பது யாருக்கும் தெரியாது. சம்பள நிலை உங்கள் நம்பிக்கையால் அளவிடப்படுகிறது - ஒரு முழுமையான பைத்தியக்காரத்தனம், நேர்மையாக இருக்க வேண்டும், ஒரு பயங்கரமான சூடுபிடித்த சந்தை.
நிச்சயமாக, இந்த நிலைமை மிக விரைவில் மாறும் - சில செறிவு ஏற்பட வேண்டும். சாப்ட்வேர் மேம்பாட்டில் இப்படி இல்லை - எல்லோருக்கும் டெவலப்பர்கள் தேவை, எல்லோருக்கும் நல்ல டெவலப்பர்கள் தேவை என்ற போதிலும், யார் மதிப்புள்ளவர் என்பதை சந்தை புரிந்துகொள்கிறது - தொழில் செட்டில் ஆகி விட்டது. இந்த நாட்களில் DevOps இல் அப்படி இல்லை.
- நான் கேள்விப்பட்டதிலிருந்து, தற்போதைய கணினி நிர்வாகி அதிகம் கவலைப்படக்கூடாது என்று நான் முடிவு செய்தேன், ஆனால் அவரது திறமைகளை மேம்படுத்தி, நாளை அதிக வேலை இருக்கும், ஆனால் அது அதிக தகுதி வாய்ந்ததாக இருக்கும் என்பதற்குத் தயாராக வேண்டிய நேரம் இது.
டிமிட்ரி: நூறு சதவிகிதம். பொதுவாக, நாம் 2019 இல் வாழ்கிறோம், வாழ்க்கையின் விதி இதுதான்: வாழ்நாள் கற்றல் - நம் வாழ்நாள் முழுவதும் கற்றுக்கொள்கிறோம். இப்போது எல்லோரும் இதை ஏற்கனவே அறிந்திருக்கிறார்கள் மற்றும் உணர்கிறார்கள் என்று எனக்குத் தோன்றுகிறது, ஆனால் தெரிந்து கொள்வது போதாது - நீங்கள் அதை செய்ய வேண்டும். ஒவ்வொரு நாளும் நாம் மாற வேண்டும். இதைச் செய்யாவிட்டால், விரைவில் அல்லது பின்னர் நாங்கள் தொழிலில் இருந்து புறக்கணிக்கப்படுவோம்.
கூர்மையான 180 டிகிரி திருப்பங்களுக்கு தயாராக இருங்கள். ஏதாவது தீவிரமாக மாறும் சூழ்நிலையை நான் நிராகரிக்கவில்லை, புதிதாக ஏதாவது கண்டுபிடிக்கப்பட்டது - அது நடக்கும். ஹாப்! - நாங்கள் இப்போது வித்தியாசமாக செயல்படுகிறோம். இதற்கு தயாராக இருப்பது முக்கியம், கவலைப்பட வேண்டாம். நாளை நான் செய்யும் அனைத்தும் தேவையற்றதாக மாறும் - ஒன்றுமில்லை, நான் என் வாழ்நாள் முழுவதும் படித்தேன், வேறு ஏதாவது கற்றுக்கொள்ள தயாராக இருக்கிறேன். அது ஒரு பிரச்சனை இல்லை. வேலை பாதுகாப்பு குறித்து பயப்பட வேண்டிய அவசியமில்லை, ஆனால் தொடர்ந்து புதிதாக ஒன்றைக் கற்றுக்கொள்ள நீங்கள் தயாராக இருக்க வேண்டும்.
ஆசைகள் மற்றும் ஒரு நிமிட விளம்பரம்
- உங்களுக்கு ஏதாவது ஆசை இருக்கிறதா?
டிமிட்ரி: ஆம், எனக்கு பல ஆசைகள் உள்ளன.
முதல் மற்றும் வணிகம் - குழுசேரவும் . அன்புள்ள வாசகர்களே, YouTube க்குச் சென்று எங்கள் சேனலுக்கு குழுசேரவும். சுமார் ஒரு மாதத்தில் வீடியோ சேவையில் செயலில் விரிவாக்கம் செய்யத் தொடங்குவோம். குபெர்னெட்ஸைப் பற்றிய ஏராளமான கல்வி உள்ளடக்கம் எங்களிடம் இருக்கும், திறந்த மற்றும் மாறுபட்டது: நடைமுறை விஷயங்கள் முதல் ஆய்வகங்கள் வரை, ஆழமான அடிப்படைக் கோட்பாட்டு விஷயங்கள் மற்றும் குபர்னெட்ஸை எவ்வாறு பயன்படுத்துவது கொள்கைகள் மற்றும் வடிவங்களின் நிலை.
இரண்டாவது வணிக ஆசை - செல்ல நாம் அவற்றை உண்பதால் நட்சத்திரங்களை வைக்கிறோம். நீங்கள் எங்களுக்கு நட்சத்திரங்களைக் கொடுக்கவில்லை என்றால், எங்களுக்கு சாப்பிட எதுவும் இருக்காது. இது ஒரு கணினி விளையாட்டில் மனா போன்றது. நாங்கள் ஏதாவது செய்கிறோம், செய்கிறோம், முயற்சி செய்கிறோம், இவை பயங்கரமான சைக்கிள்கள் என்று யாரோ சொல்கிறார்கள், எல்லாம் முற்றிலும் தவறு என்று யாரோ ஒருவர், ஆனால் நாங்கள் தொடர்கிறோம், முற்றிலும் நேர்மையாக செயல்படுகிறோம். நாங்கள் ஒரு சிக்கலைப் பார்க்கிறோம், அதைத் தீர்த்து எங்கள் அனுபவத்தைப் பகிர்ந்து கொள்கிறோம். எனவே, எங்களுக்கு ஒரு நட்சத்திரத்தைக் கொடுங்கள், அது உங்களிடமிருந்து போகாது, ஆனால் அது எங்களிடம் வரும், ஏனென்றால் நாங்கள் அவர்களுக்கு உணவளிக்கிறோம்.
மூன்றாவது, முக்கியமான மற்றும் இனி வணிக ஆசை - விசித்திரக் கதைகளை நம்புவதை நிறுத்துங்கள். நீங்கள் தொழில் வல்லுநர்கள். DevOps மிகவும் தீவிரமான மற்றும் பொறுப்பான தொழில். பணியிடத்தில் விளையாடுவதை நிறுத்துங்கள். உங்களுக்காக அதை கிளிக் செய்யட்டும், நீங்கள் அதை புரிந்துகொள்வீர்கள். நீங்கள் மருத்துவமனைக்கு வருகிறீர்கள் என்று கற்பனை செய்து பாருங்கள், அங்கு மருத்துவர் உங்கள் மீது பரிசோதனை செய்கிறார். இது ஒருவருக்கு புண்படுத்தக்கூடியதாக இருக்கலாம் என்பதை நான் புரிந்துகொள்கிறேன், ஆனால், பெரும்பாலும், இது உங்களைப் பற்றியது அல்ல, ஆனால் வேறொருவரைப் பற்றியது. மற்றவர்களையும் நிறுத்தச் சொல்லுங்கள். இது உண்மையில் நம் அனைவரின் வாழ்க்கையையும் பாழாக்குகிறது - பலர் செயல்பாடுகள், நிர்வாகிகள் மற்றும் டெவொப்களை மீண்டும் எதையாவது உடைத்த தோழர்களாகக் கருதத் தொடங்குகிறார்கள். நாங்கள் விளையாடச் சென்றதால் இது பெரும்பாலும் "உடைந்தது", அது அப்படித்தான் இருக்கிறது, அப்படித்தான் இருக்கிறது என்று குளிர்ச்சியான உணர்வுடன் பார்க்கவில்லை.
நீங்கள் பரிசோதனை செய்யக்கூடாது என்று இது அர்த்தப்படுத்துவதில்லை. நாம் பரிசோதனை செய்ய வேண்டும், அதை நாமே செய்கிறோம். உண்மையைச் சொல்வதானால், நாமே சில நேரங்களில் விளையாடுகிறோம் - இது மிகவும் மோசமானது, ஆனால் மனிதர்கள் எதுவும் நமக்கு அந்நியமானவர்கள் அல்ல. 2019 ஆம் ஆண்டை தீவிரமான, நன்கு சிந்திக்கக்கூடிய சோதனைகளின் ஆண்டாக அறிவிப்போம், உற்பத்திக்கான விளையாட்டுகள் அல்ல. ஒருவேளை அப்படித்தான்.
- மிக்க நன்றி!
டிமிட்ரி: விட்டலி, நேரம் மற்றும் நேர்காணலுக்கு நன்றி. அன்பான வாசகர்களே, நீங்கள் திடீரென்று இந்த நிலையை அடைந்திருந்தால் மிக்க நன்றி. நாங்கள் உங்களுக்கு குறைந்தது இரண்டு எண்ணங்களையாவது கொண்டு வந்தோம் என்று நம்புகிறேன்.
நேர்காணலில், டிமிட்ரி வெர்ஃப் பிரச்சினையைத் தொட்டார். இப்போது இது ஒரு உலகளாவிய சுவிஸ் கத்தி, இது கிட்டத்தட்ட எல்லா சிக்கல்களையும் தீர்க்கிறது. ஆனால் அது எப்போதும் அப்படி இல்லை. அன்று திருவிழாவில் டிமிட்ரி ஸ்டோலியாரோவ் இந்த கருவியைப் பற்றி விரிவாகக் கூறுவார். அறிக்கையில் எல்லாம் இருக்கும்: குபெர்னெட்ஸின் சிக்கல்கள் மற்றும் மறைக்கப்பட்ட நுணுக்கங்கள், இந்த சிரமங்களைத் தீர்ப்பதற்கான விருப்பங்கள் மற்றும் verf இன் தற்போதைய செயல்படுத்தல் விரிவாக. மே 27 மற்றும் 28 இல் எங்களுடன் சேருங்கள், நாங்கள் சரியான கருவிகளை உருவாக்குவோம்.
ஆதாரம்: www.habr.com