எதிர்காலத்திற்கான டெர்ராஃபார்மில் உள்ள உள்கட்டமைப்பு பற்றிய விளக்கம். அன்டன் பாபென்கோ (2018)

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

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

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

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

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

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

மேற்கோள்கள்:

• நிலப்பரப்பு-சமூகம்-தொகுதிகள் + terraform-aws-modules
• antonbabenko/pre-commit-terraform — தானியங்கு வடிவமைத்தல் குறியீடு மற்றும் ஆவணங்கள்
• antonbabenko/terrapin - டெர்ராஃபார்ம் தொகுதிகளின் ஜெனரேட்டர் (WIP)
• antonbabenko/modules.tf-lambda - காட்சி வரைபடங்களிலிருந்து டெர்ராஃபார்ம் குறியீடு ஜெனரேட்டர் (WIP)
• www.terraform-best-practices.com
• medium.com/@anton.babenko (புதிய பதிவுகள் எனது தனிப்பட்ட இணையதளமான www.antonbabenko.com/ இல் உள்ளன)
• @antonbabenko - ட்விட்டர் மற்றும் பல்வேறு ஸ்லாக்குகள்

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

நான் டெர்ராஃபார்மில் பணிபுரிகிறேன் மற்றும் 2015 முதல் டெர்ராஃபார்ம் மற்றும் அமேசான் தொடர்பான ஏராளமான திறந்த மூல திட்டங்களில் செயலில் பங்கேற்பாளராகவும் பங்களிப்பாளராகவும் இருந்து வருகிறேன்.

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

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

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

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

நான் உக்ரைனைச் சேர்ந்தவன். நான் பல வருடங்களாக நோர்வேயில் வசித்து வருகிறேன்.

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

https://github.com/terraform-aws-modules
https://registry.terraform.io/namespaces/terraform-aws-modules

நான் குறிப்பிட்டுள்ளபடி, நான் டெர்ராஃபார்ம் AWS தொகுதிகளின் முக்கிய பராமரிப்பாளர், இது GitHub இல் உள்ள மிகப்பெரிய களஞ்சியங்களில் ஒன்றாகும், அங்கு நாங்கள் மிகவும் பொதுவான பணிகளுக்கான தொகுதிகளை ஹோஸ்ட் செய்கிறோம்: VPC, Autoscaling, RDS.

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

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

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

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

இந்த வழக்கில் நாம் "aws_region" ஐ வரையறுக்கிறோம்.

பின்னர் நாம் என்ன வளங்களை உருவாக்க விரும்புகிறோம் என்பதை விவரிக்கிறோம்.

சார்புகள் மற்றும் வழங்குநர்களை ஏற்றுவதற்காக சில கட்டளைகளை இயக்குகிறோம், குறிப்பாக "terraform init".

மேலும் குறிப்பிட்ட உள்ளமைவு நாம் உருவாக்கிய ஆதாரங்களுடன் பொருந்துகிறதா என்பதைச் சரிபார்க்க “terraform apply” கட்டளையை இயக்குகிறோம். இதற்கு முன் நாங்கள் எதையும் உருவாக்காததால், இந்த ஆதாரங்களை உருவாக்க Terraform நம்மைத் தூண்டுகிறது.

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

இதே போன்ற பல பயன்பாடுகளும் உள்ளன. அமேசானைப் பயன்படுத்தும் உங்களில் பலருக்கு AWS CloudFormation அல்லது Google Cloud Deployment Manager அல்லது Azure Resource Manager தெரியும். இந்த பொது கிளவுட் வழங்குநர்கள் ஒவ்வொன்றிலும் வளங்களை நிர்வகிப்பதற்கு அவை ஒவ்வொன்றும் அதன் சொந்த செயலாக்கத்தைக் கொண்டுள்ளன. டெர்ராஃபார்ம் மிகவும் பயனுள்ளதாக இருக்கிறது, ஏனெனில் இது 100க்கும் மேற்பட்ட வழங்குநர்களை நிர்வகிக்க உங்களை அனுமதிக்கிறது. (கூடுதல் தகவல்கள் இங்கே)

டெர்ராஃபார்ம் ஆரம்பத்திலிருந்தே பின்பற்றிய இலக்குகள்:

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

2014 ஆம் ஆண்டில், "கணிக்கக்கூடியது" என்ற வார்த்தை இந்த சூழலில் மிகவும் அசாதாரணமானது.

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

• நீங்கள் விரும்பும் அனைத்தையும் நிர்வகிக்க 120க்கும் மேற்பட்ட வழங்குநர்களைப் பயன்படுத்தலாம்.
• எடுத்துக்காட்டாக, GitHub களஞ்சியங்களுக்கான அணுகலை விவரிக்க Terraform ஐப் பயன்படுத்தலாம்.
• நீங்கள் ஜிராவில் பிழைகளை உருவாக்கி மூடலாம்.
• புதிய ரெலிக் அளவீடுகளை நீங்கள் நிர்வகிக்கலாம்.
• நீங்கள் உண்மையிலேயே விரும்பினால் டிராப்பாக்ஸில் கோப்புகளை உருவாக்கலாம்.

இது அனைத்தும் டெர்ராஃபார்ம் வழங்குநர்களைப் பயன்படுத்தி அடையப்படுகிறது, இது Go இல் விவரிக்கக்கூடிய திறந்த API ஐக் கொண்டுள்ளது.

நாங்கள் டெர்ராஃபார்மைப் பயன்படுத்த ஆரம்பித்தோம், தளத்தில் சில ஆவணங்களைப் படித்தோம், சில வீடியோவைப் பார்த்தோம், மேலும் main.tf ஐ முந்தைய ஸ்லைடுகளில் காட்டியது போல எழுத ஆரம்பித்தோம்.

எல்லாம் நன்றாக இருக்கிறது, உங்களிடம் VPC ஐ உருவாக்கும் கோப்பு உள்ளது.

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

இயற்கையாகவே, திட்டம் படிப்படியாக வளரும்.

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

பின்வரும் உதாரணத்தைப் பார்ப்போம்.

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

இதன் விளைவாக இந்த main.tf:

இது main.tf இன் மேல் பகுதி.

இது main.tf இன் கீழ் பகுதி.

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

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

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

• குறியீடு வளர்ந்து வருகிறது.
• வளங்களுக்கு இடையிலான சார்புகளும் அதிகரித்து வருகின்றன.

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

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

எனவே எங்கள் 10-20-30 Kb குறியீட்டை எவ்வாறு மேம்படுத்துவோம் என்பதைப் புரிந்துகொள்ள முயற்சிக்கிறோம். சில தொகுதிகளைப் பயன்படுத்த வேண்டும் என்பதை படிப்படியாக உணர்ந்து வருகிறோம்.

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

ஆதார தொகுதிக்கான எடுத்துக்காட்டு.

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

எந்த பதிப்பைப் பதிவிறக்க விரும்புகிறோம் என்பதைக் குறிப்பிடுகிறோம்.

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

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

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

அது உள்ளே எவ்வாறு தயாரிக்கப்படுகிறது என்பதை பயனர் அறிய வேண்டியதில்லை.

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

அடுத்து இதற்கு சில உதாரணங்களைக் காட்டுகிறேன்.

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

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

ஒரு சில மதிப்புகள் இந்த தொகுதிக்குள் அனுப்பப்பட்டு அனுப்பப்படுகின்றன.

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

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

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

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

டெர்ராஃபார்ம் ரெஜிஸ்ட்ரி - https://registry.terraform.io/

உதவிக்குறிப்பு #0 என்பது ஆதார தொகுதிகளை எழுதக்கூடாது. இந்த தொகுதிகளில் பெரும்பாலானவை ஏற்கனவே உங்களுக்காக எழுதப்பட்டுள்ளன. நான் சொன்னது போல், அவை ஓப்பன் சோர்ஸ், உங்கள் வணிக தர்க்கம் எதுவும் இல்லை, ஐபி முகவரிகள், கடவுச்சொற்கள் போன்றவற்றிற்கான ஹார்ட்கோட் மதிப்புகள் இல்லை. தொகுதி மிகவும் நெகிழ்வானது. மேலும் இது ஏற்கனவே எழுதப்பட்டிருக்கலாம். அமேசானில் இருந்து வளங்களுக்கான பல தொகுதிகள் உள்ளன. சுமார் 650. மேலும் அவற்றில் பெரும்பாலானவை நல்ல தரமானவை.

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

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

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

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

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

https://github.com/mbtproject/mbt

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

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

இரண்டாவது தீர்வு. உங்களிடம் நிறைய சப்மாட்யூல்கள் இருந்தால் மற்றும் உங்களிடம் ஏற்கனவே ஒருவித நிறுவப்பட்ட பைப்லைன் இருந்தால், MBT திட்டம் உள்ளது, இது ஒரு மோனோபோசிட்டரியில் இருந்து பல்வேறு தொகுப்புகளை சேகரித்து அவற்றை S3 இல் பதிவேற்ற அனுமதிக்கிறது. இது மிகவும் நல்ல வழி. எனவே, iam-user-1.0.0.zip கோப்பு 1 Kb மட்டுமே எடையுள்ளதாக இருக்கும், ஏனெனில் இந்த ஆதாரத்தை உருவாக்குவதற்கான குறியீடு மிகவும் சிறியது. மேலும் இது மிக வேகமாக வேலை செய்யும்.

தொகுதிகளில் பயன்படுத்த முடியாததைப் பற்றி பேசலாம்.

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

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

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

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

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

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

மேலும், நீங்கள் launch_configuration ஐப் பயன்படுத்தும்போது, ​​ஒரு நிகழ்விலிருந்து ஒரு தன்னியக்கக் குழுவை உருவாக்க விரும்பினால், பின்னர் launch_configuration இல் “வழங்குபவர்” என்ற கருத்து இல்லை. "பயனர் தரவு" என்ற கருத்து உள்ளது.

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

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

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

இணைப்பை http://bit.ly/common-traits-in-terraform-modules

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

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

இவை:

• ஆவணங்கள் மற்றும் எடுத்துக்காட்டுகள்.
• முழு செயல்பாடு.
• நியாயமான இயல்புநிலைகள்.
• சுத்தமான குறியீடு.
• சோதனைகள்.

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

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

இது ஆவணத்தின் சாம்பல் பகுதி. நீங்கள் இப்போது நினைத்துக் கொண்டிருக்கலாம்: “ஏதோ தெளிவாக இல்லை. நம்பவில்லை." ஆனால் இன்னும் ஆறு மாதங்களில் பார்க்கலாம்.

இந்த தொகுதிகளை எவ்வாறு அழைப்பது என்பது பற்றி இப்போது பேசலாம்.

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

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

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

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

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

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

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

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

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

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

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

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

இந்த முடிவை நீங்கள் எப்படி விரும்புகிறீர்கள்? இது ஒரு சிறந்த தீர்வு என்று யாராவது நம்புகிறார்களா? நான் ஒரு புன்னகையைப் பார்க்கிறேன், வெளிப்படையாக சந்தேகங்கள் ஊடுருவியுள்ளன.

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

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

https://github.com/gruntwork-io/terragrunt/

ஒரு இடத்தில் ஏதாவது மாற்றம் ஏற்பட்டால், உங்களுக்கு அழைப்பு ஆர்கெஸ்ட்ரேஷன் தேவைப்பட்டால், Terragrunt உள்ளது.

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

ஒரு பொதுவான Terraform கட்டமைப்பு கோப்பு இது போல் தெரிகிறது.

நீங்கள் எந்த குறிப்பிட்ட தொகுதிக்கு அழைக்க விரும்புகிறீர்கள் என்பதைக் குறிப்பிடவும்.

தொகுதி என்ன சார்புகளைக் கொண்டுள்ளது?

இந்த தொகுதி என்ன வாதங்களை ஏற்றுக்கொள்கிறது. Terragrunt பற்றி தெரிந்து கொள்ள வேண்டியது அவ்வளவுதான்.

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

எனவே ஆர்கெஸ்ட்ரேஷன் என்பது Terragrunt. மற்ற விருப்பங்கள் உள்ளன.

இப்போது குறியீட்டுடன் எவ்வாறு வேலை செய்வது என்பது பற்றி பேசலாம்.

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

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

தொகுதி வளத்தைப் பயன்படுத்தி புதிய வளங்களை உருவாக்குவதை ஆதரித்தது.

வெளியீட்டில் பயன்படுத்தப்பட்டதைப் பொறுத்து வெளியீட்டு ஐடியை எப்பொழுதும் திருப்பித் தருகிறோம்.

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

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

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

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

இதுதான் தீர்வு. இது Jsonnetல் எழுதப்பட்ட குறியீடு. Jsonnet என்பது Google வழங்கும் டெம்ப்ளேட்டிங் மொழியாகும்.

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

டெம்ப்ளேட் இது போல் தெரிகிறது.

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

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

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

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

ஆனால் நாம் Terraform நீட்டிக்க மற்றும் ஏதாவது முடிந்ததும் சில கட்டளைகளை அழைக்க வேண்டும் போது சூழ்நிலைகள் எழுகின்றன.

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

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

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

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

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

தவிர்க்க நான் பரிந்துரைக்கும் சில விஷயங்கள் உள்ளன.

தொடங்குவதற்கு, Terraform திட்டம் அல்லது Terraform CLI க்குள் அனைத்து ரகசிய வாதங்களையும் தவிர்க்கவும். இவை அனைத்தையும் tfvars கோப்பில் அல்லது சூழல் மாறியில் வைக்கலாம்.

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

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

மேலும், இணையான தன்மையை கட்டுப்படுத்தவும் அதிகரிக்கவும் தேவையில்லை. என்னிடம் 150 ஆதாரங்கள் இருந்தால், அமேசான் இணைநிலையை இயல்புநிலை 10 இலிருந்து 100 ஆக அதிகரிக்க விரும்பினால், பெரும்பாலும் ஏதோ தவறாகிவிடும். அல்லது அது இப்போது நன்றாக இருக்கலாம், ஆனால் நீங்கள் அதிக அழைப்புகள் செய்கிறீர்கள் என்று Amazon கூறும்போது, ​​நீங்கள் சிக்கலில் இருப்பீர்கள்.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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