கிளவுட் கம்ப்யூட்டிங் விளக்கம்: நீங்கள் கட்டாயம் தெரிந்துகொள்ள வேண்டிய 11 கட்டமைப்பு கருத்தாக்கங்கள் (4K மாஸ்டர்கிளாஸ்).
பெரும்பாலான மென்பொருள் பொறியாளர்கள் AWS, GCP மற்றும் Azure முழுவதும் நூற்றுக்கணக்கான விற்பனையாளர் தயாரிப்புச் சுருக்கெழுத்துக்களை மனப்பாடம் செய்வதன் மூலம் கிளவுட் கட்டமைப்பைக் கற்க முயற்சிக்கின்றனர்.
பெரும்பாலான மென்பொருள் பொறியாளர்கள் AWS, GCP மற்றும் Azure முழுவதும் நூற்றுக்கணக்கான விற்பனையாளர் தயாரிப்புச் சுருக்கெழுத்துக்களை மனப்பாடம் செய்வதன் மூலம் கிளவுட் கட்டமைப்பைக் கற்க முயற்சிக்கின்றனர். ஆனால் நிஜ உலக கிளவுட் இன்ஜினியரிங் பதினொரு அடிப்படைக் கட்டமைப்புப் பிரிமிட்டிவ்களின் அடிப்படையில் கட்டப்பட்டுள்ளது. இந்த 4K ரீமாஸ்டர் மாஸ்டர்கிளாஸில், நிகோ முழுமையான நிறுவனப் ப்ளூப்ரிண்ட்டைப் பிரித்தெடுக்கிறார்: செங்குத்து vs கிடைமட்ட அளவிடுதல் மற்றும் லேயர் 7 லோட் பேலன்சிங் முதல் டைனமிக் ஆட்டோஸ்கேலிங், சர்வர்லெஸ் மைக்ரோவிஎம் எக்ஸிகியூஷன், அசின்க்ரோனஸ் ஈவென்ட்-டிரைவன் டிகப்ளிங், கண்டெய்னர் ஆர்கெஸ்ட்ரேஷன், நான்கு-தூண் சேமிப்பக படிநிலை, உயர் கிடைக்கும் தன்மைக்கும் 11 நைன்ஸ் ஆஃப் டூரபிலிட்டிக்கும் இடையிலான முக்கிய வேறுபாடு, டிக்லரேட்டிவ் இன்ஃப்ராஸ்ட்ரக்சர் அஸ் கோட் மற்றும் விர்ச்சுவல் பிரைவேட் கிளவுட் நெட்வொர்க்கிங் வரை. இந்த பதினொரு கருத்தாக்கங்களில் தேர்ச்சி பெற்றால், நீங்கள் எந்தப் பின்புலத்தையும் உற்பத்தியில் வடிவமைக்கலாம். தீர்ப்பு: SHIP IT.
எழுத்துப்பூர்வ பதிப்பைப் படிக்கவும் (ஆங்கிலம்) ↗
இந்த வீடியோ எதைப் பற்றி விவாதிக்கிறது
- - கட்டமைப்பு சுவர் & முதன்மை வரைபடம்
- - 01. செங்குத்து vs. கிடைமட்ட அளவிடுதல்
- - 02. லோட் பேலன்சிங் கட்டமைப்பு (L4 vs. L7 & சுகாதார சோதனைகள்)
- - 03. ஆட்டோஸ்கேலிங் & நெகிழ்ச்சித்தன்மை
- - 04. சர்வர்லெஸ் (FaaS & Firecracker MicroVMs)
மொழிபெயர்க்கப்பட்ட டிரான்ஸ்கிரிப்ட்
அசல் ஆங்கில விளக்கத்திலிருந்து மொழிபெயர்க்கப்பட்டது. கிடைக்கும் ஆடியோ மற்றும் தலைப்புகள் YouTube ஆல் கட்டுப்படுத்தப்படுகின்றன.
- கட்டமைப்பு சுவர் & முதன்மை வரைபடம்
0:00 ஒவ்வொரு மென்பொருள் பொறியாளரும் இறுதியில் கிளவுட் கட்டமைப்புச் சுவரை எதிர்கொள்கிறார். நீங்கள் உங்கள் லேப்டாப்பில் ஒரு பயன்பாட்டை உருவாக்கி, அதை உற்பத்தியில் வைக்கிறீர்கள், மற்றும் உண்மையான பயனர்கள் வந்தவுடன், சர்வர்கள் செயலிழக்கின்றன, தரவுத்தள இணைப்புகள் தீர்ந்துவிடுகின்றன, மேலும் உங்கள் AWS பில் ஒரு தொலைபேசி எண் போல இருக்கும். பெரும்பாலான டெவலப்பர்கள் கிளவுட் இன்ஜினியரிங்கை நினைவில் வைத்துத் தீர்க்க முயற்சிக்கிறார்கள். முந்நூறு வெவ்வேறு AWS தயாரிப்புச் சுருக்கெழுத்துக்கள். ஆனால் உண்மையான கிளவுட் கம்ப்யூட்டிங் என்பது விற்பனையாளர் பட்டியல்களை மனப்பாடம் செய்வது பற்றியது அல்ல: அது பதினொரு அடிப்படைக் கட்டமைப்புப் பிரிமிட்டிவ்களின் அடிப்படையில் கட்டப்பட்டுள்ளது.
0:34 இந்த மாஸ்டர்கிளாஸில், நாங்கள் முழு நிறுவன வரைபடத்தின் மூலம் செல்வோம்: அளவிடுதல் மற்றும் லோட் பேலன்சிங் முதல் சர்வர்லெஸ், நிகழ்வு-இயங்கும் டிகப்ளிங் வரை, அளவிடுதல் மற்றும் லோட் பேலன்சிங் முதல் சர்வர்லெஸ், நிகழ்வு-இயங்கும் டிகப்ளிங் வரை, சேமிப்பக படிநிலைகள் மற்றும் கிளவுட் நெட்வொர்க்கிங். இந்த பதினொரு கருத்துக்களில் தேர்ச்சி பெற்றால், நீங்கள் AWS இல் எந்த பின்தளத்தையும் வடிவமைக்கலாம், GCP அல்லது Azure. இது Daily Diff, உள்ளே உள்ளது.
- 01. செங்குத்து vs. கிடைமட்ட அளவிடுதல்
0:57 கருத்து எண் ஒன்று: அளவிடுதல். உங்கள் பயன்பாடு போக்குவரத்து வளர்ச்சியை அனுபவிக்கும் போது, சுமையைக் கையாள உங்களுக்கு அடிப்படையில் இரண்டு வெவ்வேறு வழிகள் உள்ளன: செங்குத்து அளவிடுதல் அல்லது கிடைமட்ட வெவ்வேறு வழிகள்: செங்குத்து அளவிடுதல் அல்லது கிடைமட்ட அளவிடுதல். செங்குத்து அளவிடுதல், அல்லது ஸ்கேலிங் அப், உங்கள் தற்போதுள்ள இயந்திரத்தை எடுத்து மேலும் வளங்களைச் சேர்ப்பது: நான்கு CPU கோர்களில் இருந்து முப்பத்திரண்டுக்கு மேம்படுத்துவது, அல்லது முப்பத்திரண்டு கிகாபைட் RAM ஐ நூற்று இருபத்தெட்டுக்கு மாற்றுவது. செங்குத்து அளவிடுதலுக்கு பூஜ்ஜிய கட்டமைப்பு மாற்றங்கள் தேவை: உங்கள் குறியீடு
1:28 மற்றும் தரவுத்தளம் சரியாக அப்படியே இருக்கும். ஆனால் அது ஒரு கொடூரமான வன்பொருள் உச்சவரம்பைத் தாக்கும். உலகில் எந்த ஒரு இயந்திரத்திலும் பத்தாயிரம் CPU கோர்கள் இல்லை, மற்றும் உயர்மட்ட நிகழ்வுகள் அதிவேக விலை பிரீமியத்தை கொண்டுள்ளன. கிடைமட்ட அளவிடுதல், அல்லது ஸ்கேலிங் அவுட், உங்கள் சேவையகங்களை சிறியதாகவும், சாதாரண விலையில் வைத்திருப்பதும், ஆனால் ரூட்டருக்குப் பின்னால் இணையாக பல நிகழ்வுகளை இயக்குவதும் ஆகும். ஒரு நிகழ்வு செயலிழந்தால், மீதமுள்ள கணுக்கள் பூஜ்ஜிய செயலிழப்பு நேரத்துடன் போக்குவரத்தை உறிஞ்சும். கிடைமட்ட அளவிடுதலின் பொன் விதி நிலையற்ற தன்மை ஆகும்:
2:01 உங்கள் பயன்பாட்டு சேவையகங்கள் பயனர் அமர்வுகள், பதிவேற்றப்பட்ட கோப்புகள் அல்லது மாநிலத்தை அவற்றின் உள்ளூர் வட்டுக்களில் சேமிக்க முடியாது. பதிவேற்றப்பட்ட கோப்புகள், அல்லது நிலையை அவற்றின் உள்ளூர் வட்டுக்களில் சேமிக்க முடியாது. நிலை ஒரு வெளிப்புற தரவுத்தளம் அல்லது தற்காலிக சேமிப்பில் இருக்க வேண்டும், எந்த கணுவும் எந்த பயனர் கோரிக்கையையும் கையாள அனுமதிக்கிறது.
- 02. லோட் பேலன்சிங் கட்டமைப்பு (L4 vs. L7 & சுகாதார சோதனைகள்)
2:17 கருத்து எண் இரண்டு: லோட் பேலன்சிங். கிடைமட்ட அளவிடுதல் காகிதத்தில் சிறப்பாகத் தெரிகிறது, ஆனால் அது ஒரு உடனடிப் பிரச்சினையை உருவாக்குகிறது: பத்தாயிரம் பயனர்கள் உங்கள் டொமைன் பெயரை அணுகும்போது, எந்த குறிப்பிட்ட சேவையகம் அவர்களின் போக்குவரத்தைப் பெறும்? ஒரு லோட் பேலன்சர் பொது இணையத்திற்கும் உங்கள் தனிப்பட்ட பின்தளக் கிளஸ்டருக்கும் இடையில் அமர்ந்திருக்கும் ஒரு தலைகீழ் ப்ராக்ஸியாக செயல்படுகிறது. மற்றும் உங்கள் தனிப்பட்ட பின்தளக் கிளஸ்டர். இது உள்வரும் TCP அல்லது HTTP இணைப்புகளை ஏற்றுக்கொண்டு உங்கள் ஆரோக்கியமான நிகழ்வுகளில் கோரிக்கைகளை விநியோகிக்கிறது.
2:47 லோட் பேலன்சர்கள் இரண்டு முதன்மை நெட்வொர்க் அடுக்குகளில் செயல்படுகின்றன. லேயர் 4 நெட்வொர்க் லோட் பேலன்சர்கள் போக்குவரத்து அடுக்கில் செயல்படுகின்றன, ஐபி முகவரி மற்றும் போர்ட்டின் அடிப்படையில் மூல TCP மற்றும் UDP பாக்கெட்டுகளை ரூட்டிங் செய்கின்றன. மைக்ரோசெகண்ட் லேட்டன்சி மற்றும் ஒரு வினாடிக்கு மில்லியன் கணக்கான கோரிக்கைகளுடன். லேயர் 7 அப்ளிகேஷன் லோட் பேலன்சர்கள் HTTP நெறிமுறையை தானே ஆய்வு செய்கின்றன: URL பாதைகள், கோரிக்கை ஹெடர்கள், குக்கீகள் மற்றும் HTTP முறைகள். இது பாதை அடிப்படையிலான ரூட்டிங்கை செயல்படுத்துகிறது: ஸ்லாஷ்-API உங்கள் பின்தளக் கிளஸ்டருக்கு கோரிக்கைகளை அனுப்பவும் மற்றும் ஸ்லாஷ்-ஸ்டேடிக் கோரிக்கைகளை ஒரு
3:25 பொருள் சேமிப்பகத்திற்கு அனுப்பவும். முக்கியமாக, லோட் பேலன்சர்கள் செயலில் சுகாதார சோதனைகளைச் செய்கின்றன. ஒவ்வொரு சில வினாடிகளுக்கும், பேலன்சர் ஒவ்வொரு நிகழ்விலும் ஒரு சுகாதார முனையத்தை பிங் செய்கிறது. ஒரு நிகழ்வு தொடர்ச்சியாக மூன்று ஐநூறு பிழைகளை வீசினால் அல்லது பதிலளிக்கத் தவறினால், அது பூஜ்ஜிய கைவிடப்பட்ட கோரிக்கைகளுடன் பூலிலிருந்து தானாகவே வெளியேற்றப்படும். பூஜ்ஜிய கைவிடப்பட்ட கோரிக்கைகளுடன் பூலிலிருந்து தானாகவே வெளியேற்றப்படும்.
- 03. ஆட்டோஸ்கேலிங் & நெகிழ்ச்சித்தன்மை
3:45 கருத்து எண் மூன்று: ஆட்டோஸ்கேலிங். உங்கள் வலை பயன்பாட்டிற்கு அதிகாலை மூன்று மணிக்கு இரண்டு சர்வர்கள் தேவைப்பட்டால், ஆனால் ஒரு மதிய வெளியீட்டின் போது இருபது சர்வர்கள் தேவைப்பட்டால், கிளவுட் கன்சோலில் கைமுறையாக பொத்தான்களை கிளிக் செய்வது செயலிழப்பு மற்றும் திவால்நிலைக்கான உறுதியான வழி. கிளவுட் கன்சோலில் கைமுறையாக பொத்தான்களை கிளிக் செய்வது செயலிழப்பு மற்றும் திவால்நிலைக்கான உறுதியான வழி. ஆட்டோஸ்கேலிங் கிடைமட்ட சர்வர் பூல்களுக்கு டைனமிக் நெகிழ்ச்சித்தன்மையைக் கொண்டுவருகிறது. ஒரு ஆட்டோ ஸ்கேலிங் குரூப் சராசரி CPU பயன்பாடு, நெட்வொர்க் I-O அல்லது வரிசைப் பின்தங்கிய CPU பயன்பாடு, நெட்வொர்க் I-O அல்லது வரிசைப் பின்தங்கிய ஆழம் போன்ற செயல்திறன் அளவீடுகளை கண்காணிக்கிறது. சராசரி CPU ஒரு வரையறுக்கப்பட்ட வரம்பைக் கடந்தால் — அதாவது,
4:19 மூன்று தொடர்ச்சியான நிமிடங்களுக்கு எழுபது சதவீதம் — ஆட்டோஸ்கேலர் தானாகவே புதிய மெய்நிகர் இயந்திரங்களை உருவாக்குகிறது, அவற்றை உங்கள் லோட் பேலன்சருடன் பதிவு செய்கிறது, மற்றும் போக்குவரத்தை ரூட்டிங் செய்யத் தொடங்குகிறது. அதே அளவு முக்கியமானது ஸ்கேலிங் இன்: போக்குவரத்து அலை குறையும் போது, ஆட்டோஸ்கேலர் அதிகப்படியான நிகழ்வுகளை நிறுத்துகிறது, அதனால் நீங்கள் செயலற்ற கணக்கீட்டிற்கு பணம் செலுத்துவதை நிறுத்துகிறீர்கள். விரைவாக உருவாக்கப்பட்டு அழிக்கப்படும் முடிவற்ற த்ராஷிங் லூப்பைத் தடுக்க — கிளவுட் கட்டிடக் கலைஞர்கள் கூல்பவுன் காலங்களை உள்ளமைக்கின்றனர். கருத்து எண் நான்கு: சர்வர்லெஸ். கூல்பவுன் காலங்களை உள்ளமைக்கின்றனர். கருத்து எண் நான்கு: சர்வர்லெஸ்.
- 04. சர்வர்லெஸ் (FaaS & Firecracker MicroVMs)
4:53 பல ஆண்டுகளாக, மார்க்கெட்டிங் குழுக்கள் சர்வர்லெஸ்ஸை ஒரு மாயாஜாலக் குறியீடாக ஆகாயத்தில் இயங்குகிறது என்று விவரித்தன. உண்மையில், சர்வர்லெஸ் இன்னும் சேவையகங்களைப் பயன்படுத்துகிறது — ஆனால் எந்தக் குறியீடும் இயங்காதபோது நீங்கள் அவற்றை உடைமை கொள்ளவோ, சரிசெய்யவோ அல்லது பணம் செலுத்தவோ தேவையில்லை. AWS Lambda அல்லது Google Cloud Functions போன்ற Function-as-a-Service உடன், நீங்கள் ஒரு தனிப்பட்ட ஹேண்ட்லர் செயல்பாட்டை எழுதுகிறீர்கள். ஒரு HTTP கோரிக்கை, S3 கோப்பு பதிவேற்றம் அல்லது தரவுத்தள மாற்றம் ஏற்படும்போது, கிளவுட் ரன்டைம் ஐந்து மில்லி வினாடிகளுக்குள் Firecracker போன்ற ஒரு நிலையற்ற
5:23 மைக்ரோ-மெய்நிகர்-இயந்திரத்தை துவக்குகிறது. உங்கள் குறியீடு இயங்குகிறது, ஒரு பதிலைத் தருகிறது, மற்றும் மூடப்படுகிறது. மூன்று மாதங்களுக்கு யாரும் உங்கள் வலைத்தளத்தைப் பார்வையிடவில்லை என்றால், உங்கள் கணக்கீட்டு பில் சரியாக பூஜ்ஜிய டாலர்கள் மற்றும் பூஜ்ஜிய சென்ட்கள். ஒரு மில்லியன் பயனர்கள் ஒரே நேரத்தில் அதை அணுகினால், வழங்குநர் ஒரு மில்லியன் ஒரே நேரத்தில் மைக்ரோவிஎம்-களை சுழற்றுகிறது. பொறியியல் வர்த்தகங்கள் உண்மையானவை: புதிய ரன்டைம்களை சுழற்றும் போது குளிர் தொடக்க லேட்டன்சி, Lambda இல் ஒரு கடினமான பதினைந்து நிமிட செயலாக்க வரம்பு மற்றும் கடுமையான நிலையற்ற தன்மை.
5:55 சர்வர்லெஸ் ஈவென்ட் பைலைன்களுக்கும் மற்றும் எப்போதாவது நிகழும் API-களுக்கும் ஈடு இணையற்றது, ஆனால் நிலையான WebSockets அல்லது பல மணிநேர பயிற்சி ரன்களுக்கு மோசமானது.
- 05. ஈவென்ட்-டிரைவன் கட்டமைப்பு (EDA & டிகப்ளிங்)
6:05 கருத்து எண் ஐந்து: நிகழ்வு-இயங்கும் கட்டமைப்பு, அல்லது EDA. பாரம்பரிய கட்டமைப்புகளில், சேவைகள் ஒத்திசைவாக தொடர்பு கொள்கின்றன. உங்கள் செக்அவுட் சேவை கட்டணத்தை அழைக்கிறது, கட்டணம் இன்வென்டரியை அழைக்கிறது, இன்வென்டரி மோசடியை அழைக்கிறது, மற்றும் மோசடி மின்னஞ்சலை அழைக்கிறது. இது விதியின் ஒத்திசைவான அடுக்கை உருவாக்குகிறது. மூன்றாம் தரப்பு மின்னஞ்சல் வழங்குநருக்கு நெட்வொர்க் தடை ஏற்பட்டு பத்து வினாடிகள் பதிலளிக்க நேரம் எடுத்தால், உங்கள் வாடிக்கையாளரின் முழு செக்அவுட் கோரிக்கையும் பிழையுடன் காலாவதியாகிவிடும். ஒரு நிகழ்வு-இயங்கும் கட்டமைப்பில், சேவைகள் முழுமையாக துண்டிக்கப்படுகின்றன.
6:37 ஒரு வாடிக்கையாளர் வாங்கு என்பதைக் கிளிக் செய்யும்போது, செக்அவுட் சேவை கீழ்நிலை சேவைகளை அழைக்காது. அது வெறுமனே ஒரு OrderPlaced எனப்படும் நிகழ்வை Amazon EventBridge அல்லது ஒரு SNS தலைப்பு போன்ற ஒரு மத்திய நிகழ்வுப் பேருந்துக்கு வெளியிடுகிறது. செக்அவுட் ஐம்பது மில்லி வினாடிகளில் முடிவடைகிறது. கட்டணம், சரக்குக் கழிப்பு மற்றும் மின்னஞ்சல் ரசீதுகளுக்கான கீழ்நிலை பணியாளர்கள் தங்கள் சொந்த பிரத்யேக SQS வரிசைகளிலிருந்து செய்திகளைச் சுயாதீனமாகப் பெறுகிறார்கள். மின்னஞ்சல் சேவை ஒரு மணிநேரம் செயலிழந்தால், செய்திகள் பாதுகாப்பாக ஒரு ஆர்டரும் கைவிடப்படாமல் வரிசையில் இடையகப்படுத்தப்பட்டு காத்திருக்கும்.
- 06. கண்டெய்னர் ஆர்கெஸ்ட்ரேஷன் (Docker & Kubernetes)
7:13 கருத்து எண் ஆறு: கண்டெய்னர் ஆர்கெஸ்ட்ரேஷன். டாக்கர் பேக்கேஜிங்கை தீர்த்தது: இது உங்கள் பயன்பாட்டுக் குறியீடு, சிஸ்டம் லைப்ரரிகள், கட்டமைப்பு மற்றும் ரன்டைம் ஆகியவற்றை ஒரு மாறாத படமாக இணைக்கிறது, இது உங்கள் மேக்புக் மற்றும் கிளவுட்டில் ஒரே மாதிரியாக இயங்குகிறது. ஆனால் ஒரு கண்டெய்னரை பேக்கேஜிங் செய்வது எளிது. ஐம்பது இயற்பியல் மெய்நிகர் இயந்திரங்களில் ஐநூறு கண்டெய்னர்களை இயக்குவதுதான் பொறியியல் உடைந்து போகிறது. அதனால்தான் Kubernetes மற்றும் AWS ECS போன்ற கண்டெய்னர் ஆர்கெஸ்ட்ரேட்டர்கள்
7:41 உள்ளன. ஒரு ஆர்கெஸ்ட்ரேட்டர் ஒரு கட்டுப்பாட்டுத் தளத்தை வழங்குகிறது: ஒரு API சர்வர், ஒரு etcd நிலை சேமிப்பகம், மற்றும் ஒரு புத்திசாலித்தனமான திட்டமிடல் கருவி. நீங்கள் விரும்பிய நிலையை அறிவிக்கிறீர்கள்: என் அங்கீகார சேவையின் பத்து பிரதிகள் ஒவ்வொன்றிற்கும் இரண்டு கிகாபைட் RAM உடன் எனக்கு வேண்டும். திட்டமிடல் கருவி கிளஸ்டரை ஆய்வு செய்கிறது, காலியான நினைவகத்துடன் கணுக்களில் போட்களை வைக்கிறது, உள் நெட்வொர்க்கிங்கை கட்டமைக்கிறது, மற்றும் யதார்த்தத்தை தொடர்ந்து ஒத்திசைக்கிறது. ஒரு கணு வன்பொருள் தோல்வியை சந்தித்தால், Kubernetes இழப்பைக் கண்டறிந்து உடனடியாக அனைத்து இடம்பெயர்ந்த போட்களையும் ஆரோக்கியமான கணுக்களில் மறுதிட்டம் செய்கிறது.
- 07. 4 கிளவுட் சேமிப்பகத் தூண்கள் (S3, EBS, DBs & Redis)
8:16 ஆரோக்கியமான கணுக்களில் மறுதிட்டம் செய்கிறது. கருத்து எண் ஏழு: கிளவுட் சேமிப்பக படிநிலை. ஆரம்பநிலையாளர்கள் பெரும்பாலும் கிளவுட் சேமிப்பகத்தை கோப்புகளை கொட்டும் ஒரு ஒற்றை வாளியாக கருதுகின்றனர். உற்பத்தி கட்டமைப்பில், சேமிப்பகம் அணுகல் முறைகள் மற்றும் தாமதத்தின் அடிப்படையில் நான்கு தனித்துவமான தூண்களாக பிரிக்கப்பட்டுள்ளது. முதலாவது ஆப்ஜெக்ட் ஸ்டோரேஜ், Amazon S3 அல்லது Google Cloud சேமிப்பகம் போன்றது. நீங்கள் HTTP REST APIகள் வழியாக கோப்புகளை அணுகலாம். எளிமையான PUT மற்றும் GET அழைப்புகளைப் பயன்படுத்தி. இது ஒரு கிகாபைட்டிற்கு இரண்டு சென்ட்கள் மாதத்திற்கு வரம்பற்ற கிடைமட்ட திறனை வழங்குகிறது,
8:49 இது வீடியோ, பயனர் பதிவேற்றங்கள், பதிவுகள் மற்றும் காப்புப்பிரதிகளுக்கு ஏற்றதாக அமைகிறது. இரண்டாவது பிளாக் ஸ்டோரேஜ், Amazon EBS போன்றது. இவை அதிவேக இன்டர்கனெக்டுகள் வழியாக ஒரு குறிப்பிட்ட மெய்நிகர் இயந்திரத்துடன் நேரடியாக இணைக்கப்பட்ட மெய்நிகர் வன்வட்டுகள். இவை அதிவேக இன்டர்கனெக்டுகள் வழியாக. அவை ext4 போன்ற நிலையான கோப்பு முறைமைகளாக வடிவமைக்கப்படுகின்றன, தரவுத்தள இயந்திரங்களுக்குத் தேவையான வேகமான சீரற்ற படிப்பு மற்றும் எழுத்து அணுகலை ஆதரிக்கிறது. மூன்றாவது நிர்வகிக்கப்பட்ட தரவுத்தளங்கள்: RDS இல் PostgreSQL போன்ற உறவுமுறை இயந்திரங்கள் ACID பரிவர்த்தனைகள் மற்றும் சிக்கலான இணைப்புகளை வழங்குகின்றன, RDS இல் PostgreSQL போன்ற உறவுமுறை இயந்திரங்கள் ACID பரிவர்த்தனைகள் மற்றும் சிக்கலான இணைப்புகளை வழங்குகின்றன,
9:21 மற்றும் டைனமோடிபி போன்ற NoSQL இயந்திரங்கள் பெரிய அளவில் ஒற்றை இலக்க மில்லிசெகண்ட் தாமதத்தை வழங்குகின்றன. மற்றும் நான்காவது Redis போன்ற இன்-மெமரி கேஷ்கள். RAM இலிருந்து தரவைப் படிப்பது மில்லிசெகண்டுகளுக்குப் பதிலாக மைக்ரோசெகண்டுகள் எடுக்கும். கேஷ்கள் உங்கள் தரவுத்தளத்தின் முன் அமர்ந்து, அதை மீண்டும் மீண்டும் படிக்கும் போக்குவரத்திலிருந்து பாதுகாத்து மற்றும் நிலையற்ற பயனர் அமர்வு டோக்கன்களை நிர்வகிக்கின்றன.
- 08. உயர் கிடைக்கும் தன்மை & நைன்ஸ் (Multi-AZ Failover)
9:44 கருத்து எண் எட்டு: உயர் கிடைக்கும் தன்மை, அல்லது HA. கிடைக்கும் தன்மை ஒரு கேள்விக்கு பதிலளிக்கிறது: உங்கள் பயன்பாடு எவ்வளவு சதவீதம் செயல்படுகிறது மற்றும் பயனர்களால் அடையக்கூடியது? நிறுவன ஒப்பந்தங்களில், கிடைக்கும் தன்மை நைன்ஸ்-ல் அளவிடப்படுகிறது. இரண்டு நைன்ஸ், அல்லது தொண்ணூற்று ஒன்பது சதவிகிதம் கிடைக்கும் தன்மை, ஆண்டுதோறும் மூன்றரை நாட்களுக்கு மேல் செயலிழப்பு நேரத்தை அனுமதிக்கிறது. நான்கு நைன்ஸ் அனுமதிக்கப்பட்ட செயலிழப்பு நேரத்தை ஐம்பத்திரண்டு நிமிடங்களாகக் குறைக்கிறது, மற்றும் ஐந்து நைன்ஸ் ஆண்டுக்கு ஐந்து நிமிடங்கள் மட்டுமே மொத்த செயலிழப்பு நேரத்தை அனுமதிக்கிறது.
10:15 உயர் கிடைக்கும் தன்மையை அடைய, நீங்கள் தோல்வி டொமைன்கள் முழுவதும் ஒற்றை தோல்வி புள்ளிகளை அகற்ற வேண்டும். தோல்வி டொமைன்கள் முழுவதும். கிளவுட்டில், பல கிடைக்கும் மண்டலங்களில் வரிசைப்படுத்துவது என்று அர்த்தம். ஒரு கிடைக்கும் மண்டலம் ஒரு ஒற்றை ரேக் அல்ல: அது ஒன்று அல்லது அதற்கு மேற்பட்ட தனித்துவமான மைல்கள் தொலைவில் அமைந்துள்ள இயற்பியல் தரவு மையங்கள் சுயாதீன சக்தி மற்றும் குளிருட்டுதலுடன். மண்டலம் A மற்றும் மண்டலம் B இல் ஒத்திசைவான தரவுத்தள பிரதியெடுப்புடன் செயலில் உள்ள நிகழ்வுகளை இயக்குவதன் மூலம், ஒரு மின்னல் அல்லது ஃபைபர் வெட்டு ஒரு முழு இயற்பியல் வசதியை செயலிழக்கச் செய்தால் தானியங்கு தோல்விக்கு வழிவகுக்கும்.
10:50 முப்பது வினாடிகளில் எந்தவொரு மனித தலையீடும் இல்லாமல்.
- 09. நீடித்து நிலைத்திருத்தல் vs. கிடைக்கும் தன்மை (ஏன் 11 நைன்ஸ் என்பது இயக்க நேரம் அல்ல)
10:53 கருத்து எண் ஒன்பது: நிலைப்புத்தன்மை மற்றும் கிடைக்கும் தன்மை. கிளவுட் ஆர்கிடெக்சர் நேர்காணல்களில் இது மிகவும் பொதுவான கருத்தியல் பொறி. பொறியாளர்கள் இந்த வார்த்தைகளை பெரும்பாலும் ஒருவருக்கொருவர் மாற்றிப் பயன்படுத்துகிறார்கள், ஆனால் அவை முற்றிலும் மாறுபட்ட பண்புகளை அளவிடுகின்றன. கிடைக்கும் தன்மை என்பது இயக்க நேரத்தை அளவிடுகிறது: எனது தரவைப் படிக்க அல்லது எழுத API அழைப்பை இப்போதே செய்ய முடியுமா? இந்த நொடியே? நிலைப்புத்தன்மை என்பது பாதுகாப்பை அளவிடுகிறது: எனது தரவு நிரந்தர பிட் சிதைவு, ஊழல் அல்லது பத்து ஆண்டுகளுக்கு மேலாக அழிவு இல்லாமல் நீடிக்குமா? பிட் சிதைவு, ஊழல் அல்லது பத்து ஆண்டுகளுக்கு மேலாக அழிவு இல்லாமல் நீடிக்குமா?
11:24 Amazon S3 ஸ்டாண்டர்ட்டைப் பாருங்கள். அதன் சேவை நிலை ஒப்பந்தம் தொண்ணூற்று ஒன்பது புள்ளி ஒன்பது சதவீதம் கிடைக்கும் தன்மையை வழங்குகிறது, இது ஒவ்வொரு மாதமும் சுமார் நாற்பத்து மூன்று நிமிடங்கள் வேலைநிறுத்த நேரத்தை அனுமதிக்கிறது அங்கு ஒரு API கோரிக்கை ஐநூறு பிழையைத் திரும்பப் பெறலாம். ஆனால் S3 பதினொரு ஒன்பது நிலைப்புத்தன்மையை உறுதியளிக்கிறது: தொண்ணூற்று ஒன்பது புள்ளி ஒன்பது ஒன்பது ஒன்பது ஒன்பது ஒன்பது ஒன்பது ஒன்பது ஒன்பது ஒன்பது சதவீதம். நீங்கள் S3 இல் பத்து மில்லியன் கோப்புகளைச் சேமித்தால், ஒவ்வொரு பத்தாயிரம் வருடங்களுக்கும் சராசரியாக ஒரு கோப்பை இழக்க நேரிடும் என்று புள்ளிவிவரப்படி எதிர்பார்க்கலாம்.
11:56 சராசரியாக ஒரு கோப்பு ஒவ்வொரு பத்தாயிரம் வருடங்களுக்கும். S3 இதை ஈரேசர்-கோடிங் ஆப்ஜெக்ட்கள் மற்றும் குறைந்தபட்சம் மூன்று புவியியல் ரீதியாகப் பிரிக்கப்பட்ட தரவு வசதிகளில் துண்டுகளை நகலெடுப்பதன் மூலம் அடைகிறது. குறைந்தபட்சம் மூன்று புவியியல் ரீதியாகப் பிரிக்கப்பட்ட தரவு வசதிகளில். ஒரு பெரிய பிராந்திய நெட்வொர்க் செயலிழப்பின் போது, S3 தற்காலிகமாக கிடைக்காமல் போகலாம், ஆனால் உங்கள் தரவு ஒருபோதும் அழிக்கப்படாது.
- 10. இன்ஃப்ராஸ்ட்ரக்சர் அஸ் கோட் (Terraform vs. Console Drift)
12:14 கருத்து எண் பத்து: கோடாக உள்கட்டமைப்பு, அல்லது IaC. கிளவுட் கம்ப்யூட்டிங்கின் ஆரம்ப நாட்களில், பொறியாளர்கள் AWS இல் உள்நுழைந்தனர் வலை மேலாண்மை கன்சோல் மற்றும் மெய்நிகர் கணினிகளை உருவாக்க கைமுறையாக கிளிக் செய்தனர், துணை வலையமைப்புகளை உள்ளமைத்து, பாதுகாப்பு குழுக்களை இணைத்தனர். இந்தத் துறையினர் இதை ClickOps என்று அழைக்கிறார்கள், உற்பத்தியில், இது ஒரு முழுமையானது பேரழிவு. கைமுறை கன்சோல் மாற்றங்களுக்கு தணிக்கைத் தடயங்கள் இல்லை, ரோல்பேக் செயல்முறை இல்லை, மேலும் தவிர்க்க முடியாமல் ஸ்டேஜிங் மற்றும் உற்பத்தி சூழல்களுக்கு இடையில் உள்ளமைவு வேறுபாட்டை ஏற்படுத்துகிறது. உற்பத்தி சூழல்கள். Terraform போன்ற கோட் கருவிகளாக உள்கட்டமைப்புடன்,
12:48 கோட் கருவிகளாக உள்கட்டமைப்புடன், OpenTofu, Pulumi, அல்லது AWS CDK, நீங்கள் உங்கள் முழு கிளவுட் ஆர்கிடெக்சரையும் Git இல் சேமிக்கப்பட்ட அறிவிப்பு உள்ளமைவு கோப்புகளில் வரையறுக்கிறீர்கள். முழு கிளவுட் ஆர்கிடெக்சரையும் Git இல் சேமிக்கப்பட்ட அறிவிப்பு உள்ளமைவு கோப்புகளில் வரையறுக்கிறீர்கள். ஒரு திறந்த போர்ட் அல்லது தரவுத்தள பிரதியில் ஒவ்வொரு மாற்றமும் ஒரு இழு கோரிக்கை மற்றும் பியர் மதிப்பாய்வு வழியாக செல்கிறது. terraform plan ஐ இயக்குவது, எதுவும் தொடப்படுவதற்கு முன்பு சரியான API diff ஐ முன்னோட்டமிடுகிறது, எதுவும் தொடப்படுவதற்கு முன்பு சரியான API diff ஐ முன்னோட்டமிடுகிறது, மேலும் உங்கள் உற்பத்தி ஸ்டாக்கின் ஒரே மாதிரியான பிரதியை உருவாக்குவதற்கு நான்கு வாரங்களுக்குப் பதிலாக நான்கு நிமிடங்கள் ஆகும். ஸ்டாக் எடுப்பதற்கு நான்கு வாரங்களுக்குப் பதிலாக நான்கு நிமிடங்கள் ஆகும்.
- 11. கிளவுட் நெட்வொர்க்கிங் (VPC, Subnets, NAT & Security Groups)
13:20 கருத்து எண் பதினொன்று: கிளவுட் நெட்வொர்க்கிங் மற்றும் மெய்நிகர் தனிப்பட்ட கிளவுட்கள். நீங்கள் கிளவுட்டில் சர்வர்களைப் பயன்படுத்தும்போது, அவை மூல பொது இணையத்தில் வெளிப்படாது. அவை VPC எனப்படும் மென்பொருள்-வரையறுக்கப்பட்ட தனிமைப்படுத்தப்பட்ட எல்லைக்குள் வாழ்கின்றன. VPC எனப்படும் மென்பொருள்-வரையறுக்கப்பட்ட தனிமைப்படுத்தப்பட்ட எல்லைக்குள் வாழ்கின்றன. உங்கள் VPC க்குள், நீங்கள் பத்து-புள்ளி-பூஜ்ஜியம்-புள்ளி-பூஜ்ஜியம்-புள்ளி-பூஜ்ஜியம் ஸ்லாஷ் பதினாறு போன்ற தனிப்பட்ட IP முகவரி இடத்தை ஒதுக்கி, அதை பொது மற்றும் தனிப்பட்ட துணை வலையமைப்புகளாகப் பிரிக்கிறீர்கள். பத்து-புள்ளி-பூஜ்ஜியம்-புள்ளி-பூஜ்ஜியம்-புள்ளி-பூஜ்ஜியம் ஸ்லாஷ் பதினாறு போன்ற தனிப்பட்ட IP முகவரி இடத்தை ஒதுக்கி, அதை பொது மற்றும் தனிப்பட்ட துணை வலையமைப்புகளாகப் பிரிக்கிறீர்கள். ஒரு பொது துணை வலையமைப்புக்கு இணைய நுழைவாயிலுக்கு நேரடி பாதை உள்ளது.
13:51 இது உங்கள் பயன்பாட்டு சுமை சமநிலைகள் மற்றும் NAT நுழைவாயில்கள் போன்ற பொது எதிர்கொள்ளும் சொத்துக்களை வைத்திருக்கிறது. இது உங்கள் நெட்வொர்க்கின் பொது IP முகவரிகளை வைத்திருக்கும் ஒரே பகுதியாகும். உங்கள் பயன்பாட்டு சர்வர்கள் மற்றும் உற்பத்தி தரவுத்தளங்கள் பொது IP கள் மற்றும் இணையத்திலிருந்து உள்வரும் வழிகள் இல்லாமல் தனிப்பட்ட துணை வலையமைப்புகளில் மட்டுமே வாழ்கின்றன. இணையத்திலிருந்து உள்வரும் வழிகள் இல்லாமல் தனிப்பட்ட துணை வலையமைப்புகளில் மட்டுமே வாழ்கின்றன. உங்கள் பின்-நிலை சர்வர்கள் பாதுகாப்பு புதுப்பிப்புகளை பதிவிறக்க வேண்டியிருக்கும் போது, அவற்றின் வெளிச்செல்லும் போக்குவரத்து பொது துணை வலையமைப்பில் உள்ள NAT நுழைவாயில் வழியாகச் செல்கிறது. ஒவ்வொரு நிகழ்வையும் சுற்றியுள்ளவை பாதுகாப்பு குழுக்கள்: குறைந்தபட்ச சலுகைக் கொள்கையை அமல்படுத்தும் மாநில மெய்நிகர் ஃபயர்வால். மெய்நிகர் ஃபயர்வால்கள் குறைந்தபட்ச சலுகைக் கொள்கையை அமல்படுத்துகின்றன.
- 12. முழுமையான நிறுவன வரைபடம் & தீர்ப்பு
14:28 உங்கள் தரவுத்தள பாதுகாப்பு குழு உங்கள் பயன்பாட்டு சர்வர்களின் பாதுகாப்பு குழுவிலிருந்து மட்டுமே 5432 போர்ட்டில் இணைப்புகளை ஏற்கிறது, உங்கள் பயன்பாட்டு சர்வர்களின் பாதுகாப்பு குழுவிலிருந்து மட்டுமே 5432 போர்ட்டில் இணைப்புகளை ஏற்கிறது, வெளியே ஊடுருவுவதை கணித ரீதியாக சாத்தியமற்றதாக்குகிறது. நீங்கள் பெரிதாக்கும்போது, இந்த பதினொரு அடிப்படையான கூறுகள் ஒரு ஒத்திசைவான அமைப்பாக இணைகின்றன. உங்கள் DNS ஒரு பொது துணை வலையமைப்பில் ஒரு சுமை சமநிலைக்கு வழிகாட்டுகிறது, தானியங்கு அளவிடுதல் குழுக்கள் பல கிடைக்கும் தன்மை மண்டலங்களில் போக்குவரத்து அதிகரிப்புகளைக் கையாளுகின்றன, நிகழ்வு பேருந்துகள் பின்-நிலை பணியாளர்களைப் பிரிக்கின்றன, மேலும் உங்கள் முழு ஸ்டாக்கும் கோடாக உள்கட்டமைப்பைப் பயன்படுத்தி Git இலிருந்து பயன்படுத்தப்படுகிறது. கோடாக உள்கட்டமைப்பைப் பயன்படுத்தி Git இலிருந்து பயன்படுத்தப்படுகிறது.
15:02 இன்றைய மாஸ்டர்கிளாஸ் தீர்ப்பு: SHIP IT. நூற்றுக்கணக்கான கிளவுட் மார்க்கெட்டிங் சுருக்கங்களை மனப்பாடம் செய்வதை நிறுத்துங்கள். இந்த பதினொரு கட்டிடக்கலை வடிவங்களை மாஸ்டர் செய்யுங்கள், உங்கள் நிலையைப் பிரிக்கவும், மற்றும் தோல்வியடையாத அமைப்புகளை உருவாக்குங்கள். நீங்கள் முதலில் கருத்துகளில் கட்டியெழுப்பத் தொடங்கியபோது எந்த கிளவுட் கருத்து உங்களுக்கு மிகப்பெரிய தலைவலியைத் தந்தது என்று சொல்லுங்கள். கட்டியெழுப்பத் தொடங்கியபோது எந்த கிளவுட் கருத்து உங்களுக்கு மிகப்பெரிய தலைவலியைத் தந்தது என்று சொல்லுங்கள். மற்றும் முழு கட்டிடக்கலை ஏமாற்றுத் தாளைப் பெற, தினசரி diff dot dev இல் செய்திமடலுக்கு குழுசேரவும்,
15:28 கீழே உள்ள இணைப்பு. மேலும் இதுதான் இன்றைய வேறுபாடு. நான் Axrisi இலிருந்து Niko. பொறுப்புடன் ஒன்றிணைக்கவும்.
ஆதாரங்கள்
- AWS Well-Architected Framework (Reliability & Performance Pillars)aws.amazon.com
- Kubernetes Architecture & Control Plane Conceptskubernetes.io
- Martin Fowler: What is Event-Driven Architecture?martinfowler.com
- Amazon S3 Data Durability & Availability Technical Whitepaperaws.amazon.com
- HashiCorp: Declarative Infrastructure as Code with Terraformwww.terraform.io



