குழப்பம் மற்றும் கைமுறை வழக்கத்தை எதிர்த்துப் போராட டெர்ராஃபார்மில் உள்ள வடிவங்கள். மாக்சிம் கோஸ்ட்ரிகின் (இக்ஸ்டென்ஸ்)

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

பெரிய மற்றும் நீண்ட திட்டங்களில் குழப்பம் மற்றும் கைமுறை வழக்கத்தை எதிர்த்துப் போராடுவதற்கான டெர்ராஃபார்மில் உள்ள வடிவங்களைப் பற்றியது எனது அறிக்கை.

வீடியோக்கள்:

எனக்கு வயது 40, நான் 20 வருடங்களாக ஐடியில் இருக்கிறேன். நான் Ixtens இல் 12 வருடங்களாக வேலை செய்கிறேன். நாங்கள் இணையவழி உந்துதல்-வளர்ச்சியில் ஈடுபட்டுள்ளோம். நான் 5 வருடங்களாக DevOps பயிற்சிகளை செய்து வருகிறேன்.

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

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

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

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

டெவலப்பர்கள் வந்து உள்கட்டமைப்பு குறியீட்டை உருவாக்கத் தொடங்கினர்.

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

டெர்ராஃபார்ம் என்பது ஹாஷிகார்ப் நிறுவனத்தின் திறந்த மூல திட்டமாகும். அது என்னவென்று தெரியாதவர்களுக்கு அடுத்த சில ஸ்லைடுகள்.

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

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

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

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

மேலும், எங்கள் திட்டம் உருவாகிறது. அங்கு சில மாற்றங்களைச் சேர்க்கிறோம். நாங்கள் கூடுதல் நிகழ்வுகளைக் கேட்கிறோம், நாங்கள் 53 உள்ளீடுகளைச் சேர்க்கிறோம்.

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

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

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

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

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

Terraform நீங்கள் ஒரு தொகுதி போன்ற ஒரு விஷயம் செய்ய அனுமதிக்கிறது, அதாவது சில கோப்புறையில் அதை விவரிக்க.

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

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

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

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

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

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

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

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

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

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

பின்னர் நான் செல்ல விரும்பாத மற்ற படிகள் இருந்தன.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

தரவு எங்கே கிடைக்கும்? JSON கோப்பு. டெர்ராஃபார்ம் உங்களை hcl (HashiCorp Configuration Language) இல் மட்டுமல்ல, JSON லும் உள்கட்டமைப்பை எழுத அனுமதிக்கிறது.

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

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

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

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

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

மாநில கோப்பை கிளவுட்டில் சேமிக்க எப்போதும் தேவையில்லை. எடுத்துக்காட்டாக, தொகுதிகளை சோதிக்கும் போது, ​​சோதனையின் போது கோப்பு வட்டில் சேமிக்கப்படும் போது, ​​பின்தளத்தில் துவக்கத்தைப் பயன்படுத்தலாம்.

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

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

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

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

இணை மிகவும் அருமையான விஷயம், அதைப் பயன்படுத்தவும்.

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

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

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

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

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

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

டெர்ராஃபார்ம் திட்டம் கோரிக்கையின் பேரில் செய்யப்பட வேண்டும். குறைந்தபட்சம் அதைத்தான் செய்கிறோம்.

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

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

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

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

அடுத்ததாக நான் பேச விரும்புவது பயனர் தரவு சோதனை.

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

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

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

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

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

அடுத்ததாக நான் பேச விரும்புவது தானியங்கு டெர்ராஃபார்ம் அப்ளை.

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

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

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

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

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

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

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

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

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

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

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

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

நாம் சுருக்கமாக கூறலாம்:

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

• மாறாத உள்கட்டமைப்பு. அட்டவணைப்படி AMI டெலிவரி.
• உங்களிடம் நிறைய உள்ளீடுகள் இருக்கும்போது, ​​அவை சீரான வரிசையில் இருக்க வேண்டும் என விரும்பினால் ரூட்53க்கான கட்டமைப்பு.
• API விகித வரம்புகளுக்கு எதிராக போராடுங்கள். அப்போதுதான் அமேசான், "அவ்வளவுதான், என்னால் இனி எந்த கோரிக்கைகளையும் ஏற்க முடியாது, தயவுசெய்து காத்திருக்கவும்" என்று கூறுகிறது. அதன் உள்கட்டமைப்பைத் தொடங்கும் வரை அலுவலகத்தின் பாதி காத்திருக்கிறது.
• புள்ளி நிகழ்வுகள். அமேசான் ஒரு மலிவான நிகழ்வு அல்ல மற்றும் புள்ளிகள் நீங்கள் நிறைய சேமிக்க அனுமதிக்கின்றன. அங்கு நீங்கள் அதைப் பற்றிய முழு அறிக்கையையும் கூறலாம்.
• பாதுகாப்பு மற்றும் IAM பாத்திரங்கள்.
• தொலைந்து போன ஆதாரங்களைத் தேடுங்கள், அமேசானில் உங்களுக்குத் தெரியாத தோற்றம் இருந்தால், அவர்கள் பணத்தை சாப்பிடுகிறார்கள். நிகழ்வுகளுக்கு மாதத்திற்கு $100-150 செலவாகும் என்றாலும், அது வருடத்திற்கு $1க்கும் அதிகமாகும். அத்தகைய வளங்களைக் கண்டுபிடிப்பது ஒரு இலாபகரமான வணிகமாகும்.
• மற்றும் ஒதுக்கப்பட்ட நிகழ்வுகள்.

எனக்கு அவ்வளவுதான். டெர்ராஃபார்ம் மிகவும் அருமையாக உள்ளது, அதைப் பயன்படுத்தவும். நன்றி!

உங்கள் கேள்விகள்

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

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

நீங்கள் திறந்த மூல அல்லது நிறுவனத்தைப் பயன்படுத்துகிறீர்களா?

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

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

நேரம் குறைவாக இருந்தது. நல்ல கருத்து.

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

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

உள்ளூர் மதிப்புகள் குறித்து, பார்வையாளர்களுக்கு வெளியே உரையாடலைத் தொடரலாம்.

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

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

jsonnet பற்றி கேள்விப்பட்டிருக்கிறீர்களா?

எண்

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

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

சும்மா பார். நன்றி!

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

இவை மிகவும் வித்தியாசமான விஷயங்கள். அன்சிபிள் வளங்களை உருவாக்க முடியும், மேலும் பப்பட் அமேசானில் வளங்களை உருவாக்க முடியும். ஆனால் டெர்ராஃபார்ம் கூர்மைப்படுத்தப்பட்டுள்ளது.

உங்களிடம் அமேசான் மட்டும் இருக்கிறதா?

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

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

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

என்பதுதான் கேள்வி. நீங்கள் Remote backendஐப் பயன்படுத்துகிறீர்கள், S 3ஐப் பயன்படுத்துகிறீர்கள். அதிகாரப்பூர்வ பின்தளத்தை ஏன் பயன்படுத்தவில்லை?

அதிகாரியா?

டெர்ராஃபார்ம் கிளவுட்.

அவர் எப்போது தோன்றினார்?

4 மாதங்களுக்கு முன்பு.

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

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

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

நீங்கள் ஸ்னோஃப்ளேக்ஸ் பற்றி பேசினீர்கள், நீங்கள் ஏன் கிளையைப் பயன்படுத்தவில்லை? அது ஏன் அப்படி நடக்கவில்லை?

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

அதாவது வேலை செய்யவில்லையா?

அது வேலை செய்யவே இல்லை.

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

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

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

அதாவது, இன்னும் முடிவு செய்யப்படவில்லையா?

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

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

பயனர் தரவு.

அதாவது, நீங்கள் கோப்பைத் துப்பிவிட்டு எப்படியாவது அதை இயக்குகிறீர்களா?

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

அதாவது, இது ஒருவித தனி செயல்முறையா?

நாங்கள் அதை கண்டுபிடிக்கவில்லை. நாங்கள் அதைப் பயன்படுத்துகிறோம்.

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

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

சோதனை மட்டுமே தீர்வு என்று மாறிவிடும்?

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

என் பெயர் தைமூர். டெர்ராஃபார்மை எவ்வாறு ஒழுங்கமைப்பது என்பது பற்றிய அறிக்கைகள் இருப்பது மிகவும் அருமையாக இருக்கிறது.

நான் ஆரம்பிக்கவே இல்லை.

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

அதாவது, நான் இங்கே எழுத வேண்டும் (ஸ்லைடு: Production/environment/settings.tf): domain = மாறி, domain vpcnetwork, vpcnetwork மாறி மற்றும் stvars - இதையே பெற வேண்டுமா?

நாங்கள் அதைச் சரியாகச் செய்கிறோம். எடுத்துக்காட்டாக, அமைப்பு மூல தொகுதியைப் பார்க்கிறோம்.

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

எல்லாம் ஒரே இடத்தில் இருந்தது என்று மாறிவிடும்?

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

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

விசைகளுடன், ஆனால் - ஆம், உள்கட்டமைப்பின் ஒரு பகுதி அத்தகைய விஷயத்தால் பாதிக்கப்படுகிறது, அதாவது டெர்ராஃபார்ம் எதையும் மாற்ற முடியாது. நம் கைகளால் எதையும் மாற்ற முடியாது. நாம் அதனுடன் வாழும் வரை.

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

துரதிருஷ்டவசமாக ஆம்.

வணக்கம்! என் பெயர் ஸ்டானிஸ்லாவ் ஸ்டார்கோவ். அஞ்சல். en குழு. ஒரு குறிச்சொல்லை உருவாக்குவதில் உள்ள சிக்கலை எவ்வாறு தீர்ப்பது ..., அதை எவ்வாறு உள்ளே அனுப்புவது? நான் புரிந்து கொண்டபடி, பயனர் - தரவு மூலம், ஹோஸ்ட் பெயரைக் குறிப்பிட, பப்பட்டைத் தூண்டவா? மற்றும் கேள்வியின் இரண்டாம் பகுதி. SG இல் இந்த சிக்கலை எவ்வாறு தீர்ப்பது, அதாவது SG ஐ உருவாக்கும் போது, ​​அதே வகையான நூறு நிகழ்வுகளை எவ்வாறு சரியாகப் பெயரிடுவது?

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

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

வேறு எதைப் பற்றிய கேள்வி?

SG நூறு நிகழ்வுகளை உருவாக்கும் போது, ​​எப்படியாவது அவற்றை வேறுபடுத்திக் காட்ட வேண்டுமா?

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

அதாவது, நீங்கள் சரியாக ஐபியை குறிவைக்கிறீர்கள், ஹோஸ்ட் பெயரை அல்லவா?

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

வணக்கம்! மேகங்களுக்கு ஏற்றவாறு டெர்ராஃபார்ம் ஒரு நல்ல விஷயம் என்பதை உணர்ந்தேன்.

மட்டுமல்ல.

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

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

இப்போது இல்லை, ஆனால் வணிகம் வந்து சொல்லும்: "வாருங்கள்."

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

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

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

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

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

பிழை இருந்தால், பின்வாங்குகிறீர்களா? இதைச் செய்ய முயற்சித்தீர்களா?

இல்லை, இது ஒரு நபர் சிக்கலைப் பார்க்கும் தருணத்தில் எடுக்கும் முடிவு.

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