அலகுகள்
1. DevOps மற்றும் Cloud AI அறிமுகம்: பாத்திரங்கள், எல்லைகள், அங்கீகாரம், பாதுகாப்பு மற்றும் இரகசியங்கள் 2. செயற்கை நுண்ணறிவுடன் CI/CD பைப்லைன்களை வடிவமைத்தல்: GitHub செயல்கள் மற்றும் GitLab CI 3. உள்கட்டமைப்பை குறியீடாக நிர்வகித்தல்: டெர்ராஃபார்ம் மற்றும் IaC உடன் செயற்கை நுண்ணறிவு 4. கண்டெய்னரைசேஷன்: செயற்கை நுண்ணறிவுடன் கூடிய டாக்கர்ஃபைல் மற்றும் இமேஜ் ஆப்டிமைசேஷன் 5. குபெர்னெட்ஸ்: மேனிஃபெஸ்ட், ஹெல்ம் மற்றும் AI-பவர்டு ஆர்கெஸ்ட்ரேஷன் 6. கண்காணிப்பு மற்றும் கவனிப்பு: மெட்ரிக், பதிவு, ட்ரேஸ் மற்றும் அலாரம் விதிகள் 7. சம்பவ மேலாண்மை மற்றும் பிரேத பரிசோதனை: செயற்கை நுண்ணறிவுடன் மூல காரண பகுப்பாய்வு 8. கிளவுட் காஸ்ட் ஆப்டிமைசேஷன் (FinOps): செயற்கை நுண்ணறிவு மூலம் கழிவுகளை வேட்டையாடுதல் 9. ஸ்கிரிப்ட் மற்றும் ஆட்டோமேஷன் உருவாக்கம்: பாஷ், பைதான் மற்றும் பவர்ஷெல் 10. பாதுகாப்பு மற்றும் இரகசிய மேலாண்மை: DevSecOps மற்றும் செயற்கை நுண்ணறிவு 11. தயாரிப்பு சரிபார்ப்பு, வெளியீட்டு உத்திகள் மற்றும் முடிவில் இருந்து இறுதி AI பணிப்பாய்வு
அலகு 11 / 11

தயாரிப்பு சரிபார்ப்பு, வெளியீட்டு உத்திகள் மற்றும் முடிவில் இருந்து இறுதி AI பணிப்பாய்வு

ஆதாயங்கள்:

  • அபாயத்தைக் குறைக்கும் வெளியீட்டு உத்திகள் (நீலம்-பச்சை, கேனரி, அம்சக் கொடி) மற்றும் தயாரிப்பு சரிபார்ப்பு ஒழுக்கம் (சுகாதார சோதனை, புகை சோதனை, கோல்டன் சிக்னல் கண்காணிப்பு) ஆகியவற்றைப் புரிந்துகொள்வது
  • வரிசைப்படுத்துவதற்கு முன் தெளிவான பின்வாங்கல் திட்டத்தைத் தயாரிக்கும் பழக்கத்தை செயல்படுத்தும் திறன் மற்றும் வரிசைப்படுத்தப்பட்ட பிறகு முக்கியமான வணிகப் பாதைகளை சரிபார்க்கும் திறன்
  • தொகுதி முழுவதும் கற்றுக்கொண்ட அனைத்து பகுதிகளையும் ஒரு இறுதி முதல் இறுதி வரையிலான AI-ஆதரவு பணிப்பாய்வுகளில் ஒருங்கிணைத்து, ஒவ்வொரு அடியிலும் 'AI உற்பத்தி செய்கிறது, மனிதர்கள் சரிபார்க்கிறார்கள் மற்றும் உறுதியளிக்கிறார்கள்' என்ற கொள்கையைப் பயன்படுத்துவதற்கான திறன்

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

இந்த இறுதி அலகில் நாம் இரண்டு விஷயங்களை இணைக்கிறோம்: (1) ஆபத்தை குறைக்கும் வெளியீட்டு முறைகள் (கேனரி, நீலம்-பச்சை, அம்சக் கொடி) மற்றும் தயாரிப்பு சரிபார்ப்பு ஒழுக்கம்; (2) தொகுதி முழுவதும் நாம் கற்றுக்கொண்ட ஒவ்வொரு பகுதியும்—CI/CD, IaC, கண்டெய்னர், கண்காணிப்பு, சம்பவம், செலவு, ஸ்கிரிப்ட், பாதுகாப்பு—எப்படி ஒரு AI-இயங்கும் எண்ட்-டு-எண்ட் பணிப்பாய்வு. ஆரம்ப மேற்கோளை கடைசியாக மீண்டும் கூறுவோம்: AI ஒவ்வொரு அடியிலும் வரைவுகளை உருவாக்கி துரிதப்படுத்துகிறது; ஆனால், "நான் இதை நேரலையில் எடுக்கிறேன்" என்ற பட்டனை அழுத்தி, முடிவை உறுதிப்படுத்துபவர் நீங்கள்.

ஆபத்தை குறைக்கும் உத்திகளை வெளியிடுங்கள்

ஒரே நேரத்தில் அனைத்துப் பயனர்களுக்கும் மாற்றத்தைத் தள்ளுவது ஆபத்தான வழியாகும். முதிர்ந்த முறைகள்:

  • நீல-பச்சை வரிசைப்படுத்தல்: ஒரே மாதிரியான இரண்டு சூழல்கள் பராமரிக்கப்படுகின்றன - "நீலம்" (நேரடி) மற்றும் "பச்சை" (புதிய பதிப்பு). புதிய பதிப்பு பச்சை நிறத்தில் தயாரிக்கப்பட்டு சோதிக்கப்பட்டது, பின்னர் போக்குவரத்து திடீரென்று பச்சை நிறத்திற்கு மாறியது. ஏதேனும் சிக்கல் ஏற்பட்டால், போக்குவரத்து உடனடியாக நீல நிறத்திற்குத் திரும்பும். விரைவான திரும்பப் பெறுதல் அதன் மிகப்பெரிய நன்மை.
  • கேனரி வரிசைப்படுத்தல்: புதிய பதிப்பு முதலில் ஒரு சிறிய சதவீத பயனர்களுக்கு வெளியிடப்பட்டது (எ.கா. 5%); அளவீடுகள் நன்றாக இருந்தால், படிப்படியாக 100% ஆக அதிகரிக்கவும். ஒரு சிக்கல் பயனரின் சிறிய பகுதியையே பாதிக்கிறது, முழு பயனரையும் அல்ல.
  • அம்சக் கொடி: புதிய அம்சம் குறியீட்டில் நுழைகிறது ஆனால் ஒரு கொடியால் தடுக்கப்பட்டது; சில பயனர்கள் கோரும்போது அது திறக்கப்படும். வரிசைப்படுத்தல் மற்றும் "வெளியீடு" ஆகியவற்றுக்கு இடையே வேறுபாடு உள்ளது; ஏதேனும் சிக்கல் இருந்தால், குறியீட்டைத் திரும்பப் பெறாமல் கொடி அணைக்கப்படும்.
உதவிக்குறிப்பு: ஒவ்வொரு வரிசைப்படுத்தலுக்கு முன்பும் ரோல்பேக் தயாராக வைத்திருப்பதே வேகமான பாதுகாப்பு வலையாகும். "ஏதேனும் தவறு நடந்தால், 60 வினாடிகளில் பழைய பதிப்பிற்கு எப்படி திரும்புவது?" கேள்விக்கு தெளிவான பதில் இல்லை என்றால், நீங்கள் அந்த வரிசைப்படுத்தலைச் செய்யத் தயாராக இல்லை.

தயாரிப்பு சரிபார்ப்பு: வரிசைப்படுத்தல் முடிவடையும் போது வேலை முடிவடையாது

வரிசைப்படுத்தல் "பச்சை" என்று தோன்றுவதால் அது வேலை செய்கிறது என்று அர்த்தமல்ல. முறையான சரிபார்ப்பு:

  1. சுகாதார சோதனைகள்: சேவை முடிந்ததா, /healthz பதிலளிக்கிறதா?
  2. புகை சோதனைகள்: மிகவும் முக்கியமான சில பயனர் பாதைகள் (உள்நுழைவு, பணம் செலுத்துதல், தேடல்) உண்மையில் வேலை செய்கிறதா? தானியங்கி மற்றும் வேகமாக.
  3. கோல்டன் சிக்னல்களைப் பார்க்கவும்: வரிசைப்படுத்தலுக்குப் பிந்தைய பிழை விகிதம், தாமதம், ட்ராஃபிக் இயல்பானதா? (அலகு 6 இல் நான்கு சமிக்ஞைகள்.)
  4. படிப்படியாக விரிவாக்குங்கள்: நீங்கள் கேனரி சதவீதத்தை அதிகரிக்கும்போது ஒவ்வொரு படியிலும் அளவீடுகளைப் பாருங்கள்.
  5. கண்காணிப்பு சாளரம்: வரிசைப்படுத்தப்பட்ட பிறகு ஒரு குறிப்பிட்ட காலத்திற்கு (எ.கா. 30 நிமிடம்) நெருக்கமாகக் கண்காணிக்கவும்; நயவஞ்சகமான பிரச்சினைகள் உடனடியாகத் தெரியவில்லை.
எச்சரிக்கை: புகைப் பரிசோதனைகள் அல்லது சரிபார்ப்புகளின் பட்டியலை AI உருவாக்கலாம், ஆனால் எந்தப் பயனர் பாதைகள் "முக்கியமானவை" என்பதைத் தீர்மானிப்பது உங்கள் வேலை. AI ஒரு பொதுவான பட்டியலை வழங்குகிறது; உங்கள் பணம் செலுத்தும் முறை, அதிக வருவாய் ஈட்டும் பாதை ஆகியவை சோதிக்கப்பட வேண்டும் என்பது உங்களுக்கு மட்டுமே தெரியும்.

வெளியீட்டு உத்திகள் ஒப்பீடு

உத்தி

முக்கிய நன்மை

செலவு/சிக்கலானது

மிகவும் பொருத்தமானது

நீல-பச்சை

உடனடி பின்னடைவு

இரண்டு சூழல்கள் = 2x வளங்கள்

விரைவான மீட்டெடுப்பு முக்கியமானதாக இருந்தால்

கேனரி

சிறிய துண்டாக தாக்கத்தை கட்டுப்படுத்துகிறது

போக்குவரத்து மேலாண்மை தேவை

பெரிய பயனர் தளம்

அம்சக் கொடி

வரிசைப்படுத்தலை வெளியீட்டிலிருந்து பிரிக்கிறது

கொடி மேலாண்மை கடன்

படிப்படியான/இலக்கு திறப்பு

ரோலிங் புதுப்பிப்பு

எளிய, வளத்திற்கு ஏற்றது

மெதுவாக திரும்புதல்

எளிய சேவைகள்

முடிவில் இருந்து இறுதி வரை AI இயங்கும் பணிப்பாய்வு

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

  1. குறியீடு & கொள்கலன் (அலகு 4): AI ஒரு உகந்த, பாதுகாப்பான Dockerfile ஐ உருவாக்குகிறது; நீங்கள் இரகசியம் மற்றும் அளவை சரிபார்க்கிறீர்கள்.
  2. CI/CD (அலகு 2): AI சோதனை-உருவாக்கம்-வரிசைப்படுத்தல் பைப்லைனை எழுதுகிறது; நீங்கள் அனுமதிகளைக் குறைத்து, ரகசிய குறிப்புகளைச் சரிபார்க்கவும்.
  3. உள்கட்டமைப்பு (அலகு 3): AI Terraform உடன் தேவையான ஆதாரங்களை வரையறுக்கிறது; நீங்கள் திட்ட வெளியீட்டைப் படித்து, எதிர்பாராத நீக்குதல்களைத் தேட வேண்டாம்.
  4. ஆர்கெஸ்ட்ரேஷன் (அலகு 5): AI குபெர்னெட்டஸ் மேனிஃபெஸ்ட்களை உருவாக்குகிறது; நீங்கள் ஆதார வரம்பு, ஆய்வு மற்றும் RBAC ஆகியவற்றை சரிபார்க்கிறீர்கள்.
  5. பாதுகாப்பு (அலகு 10): AI ஸ்கேன் வெளியீடுகளுக்கு முன்னுரிமை அளிக்கிறது; நீங்கள் முதலில் சுரண்டக்கூடியவற்றைப் பிடித்துக் கொள்ளுங்கள்.
  6. கண்காணிப்பு (அலகு 6): AI எச்சரிக்கை விதிகள் மற்றும் டாஷ்போர்டை உருவாக்குகிறது; உங்கள் கடந்த காலத் தரவைக் கொண்டு வரம்புகளைச் சோதிக்கிறீர்கள்.
  7. வெளியீடு & சரிபார்ப்பு (இந்த அலகு): AI புகை சோதனை மற்றும் திரும்பப்பெறும் திட்டத்தை கோடிட்டுக் காட்டுகிறது; நீங்கள் கேனரியைத் தொடங்குங்கள், அளவீடுகளைப் பார்க்கவும், பொத்தானை அழுத்தவும்.
  8. சம்பவம் நடந்தால் (அலகு 7): AI கருதுகோள் மற்றும் போஸ்ட்மார்ட்டம் ஓவியத்தை உருவாக்குகிறது; நீங்கள் சரிபார்த்து பாடங்களைக் கற்றுக்கொள்ளுங்கள்.
  9. செலவு (அலகு 8): புதிய வளங்களை வீணாக்குவதை AI கண்காணிக்கிறது; நீங்கள் சரியான அளவு முடிவுகளை எடுக்கிறீர்கள்.

ஒவ்வொரு அடியிலும், பொதுவான விதி மாறாமல் உள்ளது: AI உற்பத்தி செய்கிறது மற்றும் துரிதப்படுத்துகிறது, மனிதர் சரிபார்க்கிறது மற்றும் உறுதியளிக்கிறது. இது தொகுதியின் சாராம்சம்.

மூன்று சிறிய வழக்குகள்

வழக்கு 1 - கேனரி ஒரு பேரழிவை 5% வரை கட்டுப்படுத்தியது. ஒரு குழு புதிய பதிப்பை கேனரியுடன் 5% பயனர்களுக்கு வழங்கியது. இந்த ஸ்லைஸில் பிழை விகிதம் 8% ஆக உயர்ந்துள்ளதாக AI தயாரித்த டாஷ்போர்டு உடனடியாகக் காட்டியது. குழு அதை 100% ஆக அதிகரிக்காமல் திரும்பப் பெற்றது; இந்தச் சிக்கல் 5% பயனர்களை மட்டுமே பாதித்தது, அது சில நிமிடங்கள் மட்டுமே. பிக்-பேங் வரிசைப்படுத்தல் இருந்தால், அனைத்து வாடிக்கையாளர்களும் பாதிக்கப்படுவார்கள்.

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

வழக்கு 3 - 90 வினாடிகளில் ரெடி ரோல்பேக் சேமிக்கப்பட்டது. நீல-பச்சை நிறத்தை நிறுவிய குழு புதிய பதிப்பை பச்சை நிறத்திற்கு எடுத்தது; 2 நிமிடங்களுக்குப் பிறகு தாமதம் இரட்டிப்பாகிறது. அவர்கள் முன்கூட்டியே தயாரித்த ரோல்பேக் மூலம் போக்குவரத்தை 90 வினாடிகளில் நீல நிறமாக மாற்றினர். அவர்கள் மூல காரணத்தை (புதிய பதிப்பில் ஒரு மெதுவான வினவல்) அழுத்தத்தின் கீழ் இல்லை, பின்னர் அமைதியாக கண்டுபிடித்தனர். தயாரான ரோல்பேக் பாதை குறுக்கீட்டை கிட்டத்தட்ட கண்ணுக்கு தெரியாததாக்கியது.

நகலெடுக்கக்கூடிய நான்கு வார்ப்புருக்கள்

1) வெளியீட்டு உத்தி தேர்வு:

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

2) புகை சோதனை / சரிபார்ப்பு பட்டியல்:

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

3) திரும்ப திரும்ப திட்டம்:

நான் [DEPLOY METHOD] பயன்படுத்துகிறேன். எனக்கு ஒரு தெளிவான ரோல்பேக் திட்டத்தை எழுதுங்கள்: எந்த கட்டளை/படி மூலம் நான் பழைய பதிப்பிற்கு திரும்புவேன், எவ்வளவு நேரம் எடுக்கும், ரோல்பேக்கின் அபாயங்கள் என்ன (எ.கா. தரவுத்தள இடம்பெயர்வை திரும்பப் பெற முடியாது), ரோல்பேக்கிற்கு முன் நான் என்ன சரிபார்க்க வேண்டும்?

4) முடிவு முதல் இறுதி வெளியீடு சரிபார்ப்பு பட்டியல்:

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

பலவீனமான வரியில் / வலுவான வரியில்

பலவீனம்: "இதை நான் எப்படி தயாரிப்பில் கொண்டு வருவது?"

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

Güçlü: "நான் 10 மில்லியன் பயனர்களைக் கொண்ட கட்டணச் சேவையைத் தயாரிப்பேன், வேலையில்லா நேரத்திற்கான எனது சகிப்புத்தன்மை மிகக் குறைவு. நீங்கள் கேனரி அல்லது நீல-பச்சை நிறத்தைப் பரிந்துரைக்கிறீர்களா, ஏன்? பயன்படுத்தப்பட்ட பிறகு எந்த முக்கியமான பாதைகளைச் சோதிக்க வேண்டும், எந்த அளவீடுகளை எத்தனை நிமிடங்கள் கண்காணிக்க வேண்டும், 60-வினாடிகள் திரும்பப்பெறும் திட்டம் எப்படி இருக்க வேண்டும்? நான் இறுதி முடிவை எடுப்பேன்."

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

பொதுவான தவறுகள்

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

சுருக்கமாக

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

விண்ணப்ப பணி

வெளியிட ஒரு சேவையை (உண்மையான அல்லது கற்பனையான) தேர்வு செய்யவும். (1) "வெளியீட்டு மூலோபாயத் தேர்வு" டெம்ப்ளேட்டுடன் உங்கள் சூழலுக்குப் பொருந்தக்கூடிய ஒரு உத்தியைத் தேர்ந்தெடுத்து ஏன் என்று எழுதவும். (2) "புகை சோதனை / சரிபார்ப்பு பட்டியல்" டெம்ப்ளேட்டுடன் உருவாக்கப்பட்ட சரிபார்ப்புப் பட்டியலை வைத்து, மிகவும் முக்கியமான வணிகப் பாதைகளைச் சேர்க்கவும். (3) "ரோல்பேக் திட்டம்" டெம்ப்ளேட்டுடன் 60-வினாடி திரும்பப்பெறும் திட்டத்தைத் தயாரித்து, அதில் ஏதேனும் மாற்ற முடியாத படிகள் உள்ளதா எனச் சரிபார்க்கவும்.

சரிபார்ப்பு பட்டியல்

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

தொகுதி தேர்வு

1. மேகக்கணியில் DevOps மற்றும் AIக்கான சிறந்த நிலைப்பாடு பின்வருவனவற்றில் எது?

  • A) செயற்கை நுண்ணறிவு என்பது ஒரு உதவியாளர் மற்றும் முடிவு ஆதரவு கருவியாகும்; தயாரிப்பைப் பாதிக்கும் முக்கியமான முடிவுகளுக்கு மக்கள் பொறுப்பு ✔
  • B) செயற்கை நுண்ணறிவு மனித அனுமதியின்றி தயாரிப்பு வரிசைப்படுத்தல் மற்றும் இரகசிய சுழற்சியை இறுதி செய்ய முடியும்
  • சி) செயற்கை நுண்ணறிவு ஆவணங்களை எழுதுவதற்கு மட்டுமே பயனுள்ளதாக இருக்கும், அதற்கும் உள்கட்டமைப்புக்கும் எந்த தொடர்பும் இல்லை
  • D) தணிக்கை தேவையற்றது, ஏனெனில் செயற்கை நுண்ணறிவு எப்போதும் பொறியாளரை விட நம்பகமான கட்டளைகளை உருவாக்குகிறது

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

2. செயற்கை நுண்ணறிவால் உருவாக்கப்பட்ட DevOps கட்டளை அல்லது உள்ளமைவைச் செயல்படுத்தும் முன் சரிபார்ப்பு ஒழுங்குமுறைக்கான மிகவும் துல்லியமான வெளிப்பாடு எது?

  • A) வெளியீடு சீராகவும் நம்பிக்கையுடனும் இருந்தால் அதை நேரடியாக தயாரிப்பில் இயக்க முடியும்
  • B) தொடரியல் பிழைகள் இல்லை என்றால் மட்டுமே வெளியீடு பாதுகாப்பானது, மேலும் சோதனைகள் தேவையில்லை
  • C) வெளியீட்டை மூலத்துடன் இணைக்கவும், திட்டமிடல்/உலர்ந்து இயக்கவும் மற்றும் உங்கள் கணினி சூழலுடன் அதை வடிகட்டவும்; பின்னர் விண்ணப்பிக்கவும் ✔
  • D) தயாரிப்பில் நேரடியாக முதல் முயற்சி செய்து முடிவைப் பார்ப்பது விரைவான சரிபார்ப்பாகும்

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

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

  • A) <PLACEHOLDER> மூலம் உண்மையான ரகசியங்களை மறைக்கவும்; மறைக்கப்பட்ட பிழை மற்றும் சூழலை மட்டும் பகிரவும் ✔
  • B) முழு .env கோப்பையும் அப்படியே ஒட்டுவது சிக்கலை விரைவாக தீர்க்கிறது
  • C) இரகசியங்கள் ஏற்கனவே அடிப்படை64 ஆக இருப்பதால், ப்ளைன் ஒட்டுவது பாதுகாப்பானது
  • ஈ) கடவுச்சொல்லை ஒட்டுவது பாதுகாப்பானது, ஏனெனில் செயற்கை நுண்ணறிவு அதை ஒருபோதும் சேமிக்காது

விளக்கம்: AI வரியில் உண்மையான ரகசியங்கள் எதுவும் ஒட்டப்படவில்லை. கடவுச்சொற்கள் மற்றும் டோக்கன்கள் போன்ற மதிப்புகள் <PLACEHOLDER> மூலம் மறைக்கப்படுகின்றன; பிழை செய்தி மற்றும் தேவையான சூழல் மட்டுமே பகிரப்படும். ரகசியம் ஏற்கனவே கசிந்திருந்தால், அதை உடனடியாக ரத்து செய்து சுழற்ற வேண்டும்.

4. பின்வருவனவற்றில் எது CI/CD பைப்லைனில் உள்ள ரகசியங்களின் (கடவுச்சொல், டோக்கன்) சரியான மேலாண்மை?

  • A) இது இயங்குதளத்தின் இரகசிய களஞ்சியத்தில் வைக்கப்பட்டுள்ளது மற்றும் குறிப்பு மூலம் அழைக்கப்படுகிறது (எ.கா. ${{ இரகசியங்கள்.X }}), எளிய உரையில் எழுதப்படவில்லை ✔
  • B) வசதிக்காக YAML பைப்லைனுக்கு எளிய உரையில் எழுதப்பட்டது
  • சி) ஒவ்வொரு வேலையின் தொடக்கத்திலும் எதிரொலி மற்றும் பதிவை அழுத்துவதன் மூலம் இது சரிபார்க்கப்படுகிறது.
  • D) பரந்த அனுமதியுடன் வரையறுக்கப்பட்டால் (அனைத்தையும் எழுதுங்கள்), பாதுகாப்பு அதிகரிக்கிறது

விளக்கம்: இரகசியங்கள் YAML க்கு எளிய உரையில் எழுதப்படவில்லை; இது இயங்குதளத்தின் ரகசிய களஞ்சியத்தில் வைக்கப்பட்டு ${{ secrets.X }} போன்ற குறிப்புகளுடன் அழைக்கப்படுகிறது. கூடுதலாக, குறைந்தபட்ச அதிகாரம் என்ற கொள்கையுடன், டோக்கன் அனுமதிகள் சுருக்கப்பட்டு, ரகசிய பதிவு பதிவு செய்யப்படவில்லை.

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

  • A) நேரடியாக 'டெர்ராஃபார்ம் அப்ளை' இயக்குதல்; திட்டம் நேரத்தை வீணடிக்கும்
  • B) பொது களஞ்சியத்தில் மாநில கோப்பை காப்புப் பிரதி எடுக்கிறது
  • C) டெர்ராஃபார்ம் திட்டத்தை இயக்கி, வெளியீட்டில் உள்ள அழித்தல்/மாற்று வரிகளைச் சரிபார்த்து, பிறகு விண்ணப்பிக்கவும் ✔
  • D) வழங்குநர் பதிப்பை நிறுவல் நீக்கி, புதிய பதிப்பு தானாக வருவதை உறுதிசெய்யவும்

விளக்கம்: 'டெர்ராஃபார்ம் திட்டம்' 'டெர்ராஃபார்ம் அப்ளிகேஷன்' என்பதற்கு முன் இயக்கப்பட வேண்டும். எதையும் செய்யாமல், எதைச் சேர்க்க வேண்டும், எதை மாற்ற வேண்டும், குறிப்பாக எதை நீக்க வேண்டும் (அழிக்க வேண்டும்) என்று திட்டம் காட்டுகிறது. எதிர்பாராத அழிவு அல்லது மாற்று வரி காணப்பட்டால், விண்ணப்பிக்க வேண்டாம்.

6. டெர்ராஃபார்ம் திட்ட வெளியீட்டில் உற்பத்தித் தரவுத்தளத்திற்கான '-/+ ரீப்ளேஸ்' வரி தோன்றினால் அதன் அர்த்தம் என்ன மற்றும் என்ன செய்ய வேண்டும்?

  • A) ஆதாரம் தளத்தில் புதுப்பிக்கப்படும், எந்த ஆபத்தும் இல்லை
  • B) ஆதாரம் நீக்கப்பட்டு மீண்டும் உருவாக்கப்படும்; தரவு இழப்பு ஏற்படும் அபாயம் உள்ளது, எதிர்பார்க்கவில்லை என்றால் விண்ணப்பம் நிறுத்தப்பட வேண்டும் ✔
  • C) ஒரு புதிய ஆதாரத்தைச் சேர்ப்பதால், ஏற்கனவே உள்ள தரவுத்தளம் பாதிக்கப்படாது
  • D) இது ஒரு எச்சரிக்கை மட்டுமே, பாதுகாப்பாக புறக்கணிக்கப்படலாம்

விளக்கம்: '-/+ பதிலாக' என்பது ஆதாரம் நீக்கப்பட்டு மீண்டும் உருவாக்கப்படும்; ஒரு தரவுத்தளத்திற்கு, இது தரவு இழப்பைக் குறிக்கிறது. எதிர்பார்க்கப்படாவிட்டால், விண்ணப்பம் நிறுத்தப்பட வேண்டும், மாற்றத்தை பாதுகாப்பான முறைக்கு மாற்ற வேண்டும் அல்லது மாறாத புலத்தைத் தொடாமல் விட வேண்டும்.

7. ஒரு Dockerfile அதன் பாதுகாப்பு மற்றும் அளவு ஆகியவற்றின் அடிப்படையில் தயாரிப்பு தயாராக இருக்க, பின்வருவனவற்றில் எது உண்மை?

  • A) வசதிக்காக, படத்தில் உள்ள ரகசியத்தை ENV உடன் உட்பொதித்து அதை ரூட்டாக இயக்கவும்
  • B) எப்போதும் ':latest' குறிச்சொல்லைப் பயன்படுத்தவும் மற்றும் அடிப்படை படத்தை முடிந்தவரை பெரியதாக வைக்கவும்
  • சி) ஒற்றை-நிலை உருவாக்கம் மற்றும் அனைத்து உருவாக்க கருவிகளையும் இறுதிப் படத்தில் விட்டுவிடும்
  • D) இரகசியத்தை உட்பொதிக்காதது, அங்கீகரிக்கப்படாத USER உடன் பணிபுரிதல், சிறிய மற்றும் நிலையான அடிப்படை படத்தைப் பயன்படுத்துதல் மற்றும் பல-நிலை உருவாக்கம் ✔

விளக்கம்: தயாரிப்பிற்குத் தயாரான படம்: ரகசியத்தை உட்பொதிக்காது (இயக்க நேரத்தில் அதைச் செலுத்துகிறது), ரூட்டிற்குப் பதிலாக அங்கீகரிக்கப்படாத USER உடன் இயங்குகிறது, சிறிய மற்றும் பதிப்பான அடிப்படைப் படத்தைப் பயன்படுத்துகிறது (ஸ்லிம்/ஆல்பைன், இல்லை :லேட்டஸ்ட்) மற்றும் பல-நிலை உருவாக்கத்துடன் அளவிடப்படுகிறது. இது வெளியிடப்படுவதற்கு முன்பு பாதிப்புகளுக்காகவும் ஸ்கேன் செய்யப்படுகிறது.

8. குபெர்னெட்ஸில் வரிசைப்படுத்துவதற்கான ஆதார வரம்புகளை வரையறுக்காத மிக முக்கியமான ஆபத்து என்ன?

  • A) வரம்பு அவசியமான புலம் என்பதால் Pod தொடங்குவதில்லை
  • B) கண்காணிப்பு பலகையில் ஒரு எச்சரிக்கை மட்டுமே தோன்றும், செயல்பாடு பாதிக்கப்படாது
  • C) குபெர்னெட்ஸ் தானாகவே பாதுகாப்பான இயல்புநிலை வரம்புகளைச் செயல்படுத்துகிறது, ஆபத்து இல்லை
  • D) நெற்று வரம்பற்ற வளர்ச்சி மற்றும் முனையின் வளங்களை நுகரும், இதனால் அண்டை சேவைகள் செயலிழக்கும் ✔

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

9. கண்காணிப்பு மற்றும் அலாரம் அமைப்பில் 'எச்சரிக்கை சோர்வை' தவிர்ப்பது எப்படி?

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

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

10. தயாரிப்பு சம்பவத்தின் போது சிறந்த முன்னுரிமை வரிசை எது?

  • A) முதலில் சரியான மூல காரணத்தைக் கண்டுபிடித்து, காரணம் தெளிவாகத் தெரிந்தால் மட்டுமே குறைக்கவும்.
  • B) முதலில் போஸ்ட்மார்ட்டம் அறிக்கையை எழுதவும், பின்னர் சேவையைத் தொடவும்
  • சி) முதலில் குறைக்கவும் (சேவையை மீட்டமை / மீட்டமைக்கவும்), மூல காரண பகுப்பாய்வை பின்னர் ✔ செய்யவும்
  • D) முதலில் சம்பவத்திற்கு காரணமான நபரைக் கண்டுபிடித்து புகாரளிக்கவும்

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

11. குற்றமற்ற போஸ்ட்மார்ட்டம் கலாச்சாரத்தின் முக்கிய நோக்கம் என்ன?

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

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

12. கிளவுட் காஸ்ட் ஆப்டிமைசேஷனில் (FinOps), உறுதியான தள்ளுபடிகளுக்கு (ஒதுக்கப்பட்ட/சேமிப்புத் திட்டம்) செல்லும் முன் எடுக்க வேண்டிய மிகவும் தர்க்கரீதியான படி என்ன?

  • A) முதலில் சாத்தியமான மிக நீண்ட உறுதிப்பாட்டை எடுங்கள், பின்னர் கழிவுகளைப் பற்றி சிந்தியுங்கள்
  • B) முதலில், கழிவுகளை சுத்தம் செய்யவும் (செயலற்ற மூடல், சரியான அளவு), பின்னர் உறுதியான பயன்பாட்டிற்கு உறுதியளிக்கவும் ✔
  • C) அனைத்து வளங்களையும் உடனடியாக ஸ்பாட் திறனுக்கு நகர்த்தவும்
  • D) விலைப்பட்டியல் தரவை மதிப்பாய்வு செய்யாமல் மிகவும் விலையுயர்ந்த பொருளை நீக்குதல்

விளக்கம்: கழிவுகளை முதலில் சுத்தம் செய்ய வேண்டும் (செயலற்ற வளங்களை மூடுதல், பெரிய வளங்களைக் குறைத்தல்). இல்லையெனில், 1-3 ஆண்டுகளுக்கு தள்ளுபடி விலையில் வீணான பயன்பாட்டைப் பூட்டுவீர்கள். சரியான அளவு மற்றும் செயலற்ற சுத்தம் செய்ய எந்த அர்ப்பணிப்பு தேவையில்லை மற்றும் ஆபத்து இல்லாதது.

13. AI-பரிந்துரைக்கப்பட்ட ஸ்கிரிப்ட்டில் 'rm -rf "$DIR"/' வரி இருந்தால் மிக முக்கியமான பாதுகாப்பு நடவடிக்கை என்ன?

  • A) ஸ்கிரிப்டை படிக்காமல் நேரடியாக தயாரிப்பில் இயக்குவது வேகத்தை அதிகரிக்கும்
  • B) செட் -euo பைப்ஃபெயில் மற்றும் வெற்று மாறிக் கட்டுப்பாட்டைச் சேர்த்து முதலில் ட்ரை-ரன் மூலம் முயற்சிக்கவும் ✔
  • C) மாறி பெயரைச் சுருக்கினால் போதுமானது
  • D) rmக்குப் பதிலாக rm -rf --force ஐப் பயன்படுத்துவது சிக்கலைத் தீர்க்கிறது

விளக்கம்: $DIR காலியாக இருந்தால், இந்த அறிக்கை ரூட் கோப்பகத்தை நீக்க முயற்சி செய்யலாம். வரையறுக்கப்படாத மாறியை 'set -u' உடன் நிறுத்தி, அதை நீக்கும் முன் மாறி காலியாக இல்லை என்பதைச் சரிபார்ப்பது (எ.கா. [ -n "$DIR" ] || வெளியேறு 1) பேரழிவைத் தவிர்க்கிறது. கூடுதலாக, அழிவுகரமான செயல்பாடுகளை முதலில் உலர்-ரன் மூலம் முயற்சிக்க வேண்டும்.

14. கிளவுட் அணுகல் விசை தவறுதலாக பொது களஞ்சியத்தில் கசிந்தால் முதலில் என்ன செய்ய வேண்டும்?

  • A) விசையை உடனடியாக ரத்துசெய்து புதுப்பிக்கவும் (சுழற்றவும்); நீக்கினால் மட்டும் போதாது ✔
  • B) சேமிப்பகத்திலிருந்து கோப்பை நீக்கவும், விசை பாதுகாப்பானது
  • C) யாரும் பார்க்காததால் எதையும் செய்யவில்லை
  • D) சேமிப்பகத்தை தனிப்பட்டதாக்குவது விசையை சுழற்ற வேண்டிய தேவையை நீக்குகிறது

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

15. தயாரிப்பின் புதிய பதிப்பை வெளியிடும்போது பின்வரும் அணுகுமுறைகளில் எது ஆபத்தைக் குறைக்கிறது?

  • A) புதிய பதிப்பை அனைத்து பயனர்களுக்கும் ஒரே நேரத்தில் வழங்குதல் (பிக்-பேங்) மற்றும் திரும்பப்பெறும் திட்டத்தைத் தயாரிக்கவில்லை
  • B) 'பச்சை' எனத் தோன்றியவுடன், வரிசைப்படுத்தல் முடிந்ததைக் கருத்தில் கொண்டு, கூடுதல் சரிபார்ப்பைச் செய்யவில்லை
  • C) கேனரி/நீலம்-பச்சை/அம்சக் கொடி, ஆயத்த ரோல்பேக் திட்டம் மற்றும் புகை சோதனை + வரிசைப்படுத்தப்பட்ட பிறகு மெட்ரிக் கண்காணிப்பு போன்ற கட்டுப்படுத்தப்பட்ட உத்தியைப் பயன்படுத்துதல் ✔
  • D) முக்கியமான வணிகப் பாதைகளின் சோதனையை முற்றிலும் செயற்கை நுண்ணறிவுக்கு விட்டுவிட்டு அவற்றைத் தீர்மானிக்கவே இல்லை.

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