பொதுவானவை - அடிக்கடி கேட்கப்படும் கேள்விகள்

லாக்குகள் ட்ரேஸ்களிலிருந்து எவ்வாறு வேறுபடுகின்றன?

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

1. ஒரு முன்-நிலை வலை சர்வர்
2. அங்கீகார சேவை
3. சரக்கு சேவை
4. பணம் செலுத்தும் செயலாக்க பின்-நிலை
5. பயனருக்கு ரசீதை அனுப்பும் வெளிச்செல்லும் மெயிலர்

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

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

எந்த சிக்னல் வகைகள் மாறாதவை?

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

இது "மோசமான தரவு" அல்லது தவறான தரவை கையாள்வது பற்றிய கேள்வியை எழுப்புகிறது. AWS observability சேவைகளில், தவறுதலாக வெளியிடப்பட்ட மெட்ரிக்குகள் அல்லது ட்ரேஸ்களை நீக்குவதற்கு எந்த வசதியும் இல்லை. CloudWatch Logs ஒரு முழு லாக் ஸ்ட்ரீமை நீக்க அனுமதிக்கிறது, ஆனால் ஒருமுறை சேகரிக்கப்பட்ட தரவை பின்னோக்கி மாற்ற முடியாது. இது வடிவமைப்பின் படியானது, மற்றும் வாடிக்கையாளர் தரவு மிகுந்த கவனத்துடன் கையாளப்படுவதை உறுதி செய்வதற்கான முக்கியமான அம்சமாகும்.

Observability-க்கு மாறாத தன்மை ஏன் முக்கியமானது?

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

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

பிளாஸ்ட் ரேடியஸ் என்றால் என்ன?

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

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

"கிளவுட் ஃபர்ஸ்ட்" அணுகுமுறை என்றால் என்ன?

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

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

கிளவுட்-ஃபர்ஸ்ட் 2020-களுக்கு என்பது, மொபைல்-ஃபர்ஸ்ட் 2010-களுக்கு என்பது போன்றது, மற்றும் மெய்நிகராக்கம் 2000-களின் ஆரம்பத்திற்கு என்பது போன்றது.

தொழில்நுட்பக் கடன் என்றால் என்ன?

Wikipedia-இலிருந்து எடுக்கப்பட்டது:

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

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

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

கவலைகளின் பிரிப்பு என்றால் என்ன

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

கவலைகளின் பிரிப்பு கணினி அறிவியலில் ஒரு முக்கிய கருத்தாகும்.

செயல்பாட்டு சிறப்பு என்றால் என்ன?

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