Terraform: உங்களால் விளக்கக்கூடிய ஒரு மாற்றத் திட்டம்

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

அறிகுறி: யாருக்கும் புரியாத ஒரு சரியான திட்டம்

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

ஒரு சிறந்த திட்டம் எவற்றுக்குப் பதிலளிக்க வேண்டும்

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

• நோக்கம்: எந்தத் திறன் சேர்க்கப்படுகிறது, அல்லது எந்தப் பிரச்சினை சரிசெய்யப்படுகிறது?
• வரம்பு: எந்தெந்த accounts, regions, clusters மற்றும் environments பாதிக்கப்படுகின்றன?
• முக்கியமான மாற்றங்கள்: மாற்றீடுகள் (replacements), அனுமதிகள் (permissions) அல்லது network rules அழிக்கப்படுகின்றனவா?
• சார்புகள்: மாற்றத்தைச் செயல்படுத்துவதற்கு முன் எந்த service இயங்கிக் கொண்டிருக்க வேண்டும்?
• மீட்டெடுப்பு: எவற்றை rollback செய்ய முடியும், மற்றும் எவற்றைத் தானாகவே rollback செய்ய முடியாது?

பரிந்துரைக்கப்பட்ட மறுஆய்வு பணிப்பாய்வு

வழக்கமானதாகத் தோன்றும் மாற்றங்களுக்கும் கூட நீங்கள் பின்பற்றக்கூடிய ஒரு மறுஆய்வு பணிப்பாய்வு இதோ:

படி 1: மீண்டும் உருவாக்கக்கூடிய ஒரு சூழலில் திட்டத்தை உருவாக்குங்கள்

commit, Terraform version, providers மற்றும் remote state ஆகியவற்றை பதிவு செய்வதை உறுதிப்படுத்திக் கொள்ளுங்கள். மறுஆய்வின் போது state மாறினால், புதிய திட்டத்தை உருவாக்குங்கள். ஏற்கனவே ஒப்புதல் உள்ளது என்பதற்காகப் பழைய கோப்பை apply செய்யாதீர்கள்.

படி 2: எதிர்பார்க்கப்படும் மாற்றங்களை பக்கவாட்டு மாற்றங்களிலிருந்து பிரிக்கவும்

திட்டமிடப்பட்ட மாற்றத்தின் ஒரு பகுதியாக இருக்கும் resources-ஐக் கண்டறிந்து குறியிடவும். அது drift (விலகல்), ஒரு பகிரப்பட்ட variable, அல்லது வேறுபட்ட provider read என எதுவாக இருந்தாலும், பக்கவாட்டு மாற்றங்களை ஆராயுங்கள்.

படி 3: வெறும் syntax-ஐ மட்டுமல்லாமல், விளக்கத்தையும் சோதிக்கவும்

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

படி 4: ஒரு கண்காணிப்பு சாளரத்தை ஒப்புக்கொள்ளுங்கள்

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

Rollback-க்கு எவ்வாறு தயாராவது

நம்பகமான rollback என்பது எந்தவொரு மாற்றத்தையும் apply செய்வதற்கு முன்பே தொடங்குகிறது. மாற்றத்தை இவ்வாறு வகைப்படுத்துங்கள்:

• மீளக்கூடியது: கூடுதல் migration இல்லாமல் நீங்கள் commit-க்கு revert செய்து apply செய்யலாம்.
• கவனத்துடன் மீளக்கூடியது: ஒரு variable, rule அல்லது secret-ஐ மீட்டமைக்க வேண்டியிருக்கும்.
• மீளமுடியாதது: Data-வை மாற்றியமைக்கிறது, ஒரு migration-ஐ இயக்குகிறது அல்லது ஒரு வெளிப்புறச் சார்பை மாற்றுகிறது.

பிந்தைய இரண்டு நிகழ்வுகளுக்கு, runbook-இல் சரிபார்க்கப்பட்ட backup அல்லது export, முடிவெடுக்கும் உரிமையாளர் மற்றும் தெளிவான நிறுத்த நிபந்தனை ஆகியவற்றைச் சேர்க்கவும். ஏதேனும் தவறு நடந்தால் மாற்றங்களை rollback செய்வதற்கான தெளிவான திட்டத்தை வைத்திருப்பது முக்கியம்.

Pre-apply சரிபார்ப்புப் பட்டியல்

எந்தவொரு மாற்றத்தையும் apply செய்வதற்கு முன், பின்வரும் நிபந்தனைகள் பூர்த்தி செய்யப்பட்டுள்ளதா என்பதை உறுதிப்படுத்திக் கொள்ளுங்கள்:

• மறுஆய்வு செய்யப்பட்ட commit-லிருந்துதான் திட்டம் உருவாக்கப்பட்டது.
• Account, region மற்றும் workspace ஆகியவை உறுதிப்படுத்தப்பட்டுள்ளன.
• Replacements மற்றும் permissions-க்கு வெளிப்படையான விளக்கம் உள்ளது.
• Drift ஆராயப்பட்டது அல்லது ஒரு உரிமையாளருடன் ஏற்றுக்கொள்ளப்பட்டது.
• கடைசிப் பாதுகாப்பான புள்ளி மற்றும் மீட்டெடுப்பு நடைமுறை உள்ளது.
• கண்காணிப்பு metrics மற்றும் logs திறக்கப்பட்டுள்ளன.
• வெறும் command-ஐ இயக்குவது மட்டுமல்லாமல், முடிவிற்குக் காத்திருக்கவும் இந்த window அனுமதிக்கிறது.
• மாற்றத்தை யாரால் நிறுத்த முடியும் என்பதை குழு அறிந்திருக்கிறது.

இந்த சரிபார்ப்புப் பெட்டிகளில் ஏதேனும் காலியாக இருந்தால், மாற்றம் காத்திருக்கலாம். “stand-up-க்கு முன் apply செய்ய வேண்டும்” என்ற அழுத்தம், யாரும் மறுஆய்வு செய்யாத ஒரு சார்பை அரிதாகவே ஈடுசெய்கிறது.

முடிவுரை

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

நன்மைகள்

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

குறைபாடுகள்

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

எச்சரிக்கை

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

அடிக்கடி கேட்கப்படும் கேள்விகள்

• Terraform என்றால் என்ன? — Terraform என்பது cloud resources-ஐ நிர்வகிக்கவும் provision செய்யவும் உங்களை அனுமதிக்கும் ஒரு Infrastructure as Code கருவியாகும்.
• Terraform திட்டம் ஏன் முக்கியமானது? — உள்கட்டமைப்பில் மாற்றங்களை apply செய்யும் போது ஏற்படும் குழப்பங்கள் மற்றும் பிழைகளைத் தவிர்க்க ஒரு தெளிவான திட்டம் உதவுகிறது.
• Terraform-இல் rollback என்றால் என்ன? — Rollback என்பது செயல்படுத்தப்பட்ட உள்கட்டமைப்பு மாற்றத்தை அதன் முந்தைய நிலைக்கு revert செய்யும் செயல்முறையாகும்.
• குழுவின் தகவல் தொடர்பை எவ்வாறு மேம்படுத்தலாம்? — மாற்றங்களைத் தெளிவாக ஆவணப்படுத்துவதன் மூலமும், அனைத்துக் குழு உறுப்பினர்களும் திட்டத்தைப் புரிந்துகொள்வதை உறுதிசெய்வதன் மூலமும் மேம்படுத்தலாம்.
• Terraform-இல் drift என்றால் என்ன? — Drift என்பது resources-இன் உண்மையான நிலைக்கும் Terraform-இல் வரையறுக்கப்பட்ட நிலைக்கும் இடையிலான ஒரு வேறுபாடாகும்.
• ஒரு சிறந்த Terraform திட்டம் எவற்றை உள்ளடக்கியிருக்க வேண்டும்? — அது நோக்கம், வரம்பு, முக்கியமான மாற்றங்கள், சார்புகள் மற்றும் மீட்டெடுப்பு ஆகியவற்றை உள்ளடக்கியிருக்க வேண்டும்.

குறிச்சொற்கள்

#terraform #devops #sre #infrastructure #cloud #automation #rollback #communication #bestpractices #monitoring