DevOps மற்றும் கேயாஸ்: பரவலாக்கப்பட்ட உலகில் மென்பொருள் விநியோகம்

Otomato மென்பொருளின் நிறுவனரும் இயக்குனருமான Anton Weiss, இஸ்ரேலில் முதல் DevOps சான்றிதழின் துவக்கிகள் மற்றும் பயிற்றுனர்களில் ஒருவரான கடந்த ஆண்டு பேசினார். DevOpsDays மாஸ்கோ கேயாஸ் தியரி மற்றும் கேயாஸ் இன்ஜினியரின் முக்கிய கோட்பாடுகள் மற்றும் எதிர்காலத்தின் சிறந்த DevOps அமைப்பு எவ்வாறு செயல்படுகிறது என்பதையும் விளக்கினார்.

அறிக்கையின் உரைப் பதிப்பைத் தயாரித்துள்ளோம்.

நல்ல காலை!

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

DevOps ஏற்கனவே 2018 இல் ஒரு தொழில் என்று நினைக்கும் உங்கள் கைகளை உயர்த்தவா? அத்தகைய உள்ளன. "DevOps இன்ஜினியர்" என்று வேலை விவரம் கூறும் DevOps இன்ஜினியர்கள் யாராவது அறையில் இருக்கிறார்களா? அறையில் DevOps மேலாளர்கள் யாராவது இருக்கிறார்களா? அப்படி எதுவும் இல்லை. DevOps கட்டிடக் கலைஞர்களா? மேலும் இல்லை. போதாது. தங்களை DevOps இன்ஜினியர் என்று யாரும் கூறவில்லை என்பது உண்மையில் உண்மையா?

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

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

நாங்கள் படைப்பாற்றல் மிக்கவர்கள், நாங்கள் எளிதாக ஓய்வெடுப்பதில்லை. நாங்கள் சொல்கிறோம்: DevOps என்பது போதுமான விரிவான வார்த்தை அல்ல; அது இன்னும் அனைத்து வகையான வித்தியாசமான, சுவாரஸ்யமான கூறுகளைக் கொண்டிருக்கவில்லை. நாங்கள் எங்கள் ரகசிய ஆய்வகங்களுக்குச் சென்று சுவாரஸ்யமான பிறழ்வுகளை உருவாக்கத் தொடங்குகிறோம்: DevTestOps, GitOps, DevSecOps, BizDevOps, ProdOps.

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

எனவே நான் இந்த அணுகுமுறையை அழைக்கிறேன் - "Ops, மற்றும் பிரச்சனை தீர்க்கப்பட்டது."

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

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

அமைப்பு என்றால் என்ன?

நாம் ஏற்கனவே அமைப்புகளின் சிந்தனையைப் பற்றி பேசுகிறோம் என்றால், ஒரு அமைப்பு என்றால் என்ன என்பதை நமக்கு நினைவூட்டுவோம்.

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

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

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

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

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

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

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

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

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

குழப்பக் கோட்பாடு

குழப்பத்தைப் படிப்பவர்கள் தங்களை குழப்பவாதிகள் என்று அழைக்கிறார்கள்.

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

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

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

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

இன்னும் இரண்டு சுவாரஸ்யமான கண்டுபிடிப்புகள் உள்ளன.


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

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

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

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

மேலும் ஆதாரமற்றதாக இருக்கக்கூடாது, நாம் உருவாக்கும் அமைப்புகள் எவ்வாறு மாறுகின்றன என்பதைப் பார்ப்போம்.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

கேயாஸ் இன்ஜினியரிங்

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

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

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

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

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

விநியோகிக்கப்பட்ட கணினி ஒருங்கிணைப்பு நெறிமுறைகள்

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

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

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

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

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

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

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

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

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

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

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

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

DevOps அமைப்பின் அடிப்படைகள்

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

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

இது DevOps நிறுவனங்களின் அடிப்படை: தகவல் வெளிப்படைத்தன்மை, ஒத்திசைவற்ற தொடர்புகள், மாற்றும் தலைமை, அதிகாரப் பரவலாக்கம்.

எரித்து விடு

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

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

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

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

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

கேயாஸ் குரங்கு தவிர வேறென்ன?

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

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

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

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

எனவே, DevOps தத்துவத்தில், மைக்ரோ சர்வீஸ் அவ்வளவு நல்ல விஷயம் இல்லையா?

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

இன்னும், அதிக முக்கியத்துவம் என்ன: தொடர்புகளை எளிதாக்குவதா அல்லது பகுதிகளை எளிதாக்குவதா?

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

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

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

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

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

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

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

இந்த ஆண்டு மாநாடு DevOpsDays மாஸ்கோ டெக்னோபோலிஸில் டிசம்பர் 7 ஆம் தேதி நடைபெறும். நவம்பர் 11 வரை அறிக்கைகளுக்கான விண்ணப்பங்களை ஏற்றுக்கொள்கிறோம். எழுது நீங்கள் பேச விரும்பினால் எங்களை.

பங்கேற்பாளர்களுக்கான பதிவு திறந்திருக்கும், டிக்கெட்டுகளின் விலை 7000 ரூபிள். எங்களுடன் சேர்!

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