தயாரிப்பு தயார்நிலை சரிபார்ப்பு பட்டியல்

கட்டுரையின் மொழிபெயர்ப்பு பாடநெறி மாணவர்களுக்காக குறிப்பாக தயாரிக்கப்பட்டது "DevOps நடைமுறைகள் மற்றும் கருவிகள்", இது இன்று தொடங்குகிறது!

தயாரிப்பு தயார்நிலை சரிபார்ப்பு பட்டியல்

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

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

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

வெற்றிகரமான நிறுவனங்கள்:

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

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

உற்பத்திக்கான தயார்நிலைக்கான சேவையை எப்போது சரிபார்க்க வேண்டும்?

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

எப்போது சரிபார்க்கவும்:

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

தயாரிப்பு தயார்நிலை சரிபார்ப்பு பட்டியல்

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

வடிவமைப்பு மற்றும் மேம்பாடு

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

கட்டமைப்பு மேலாண்மை

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

வெளியீட்டு மேலாண்மை

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

கவனிக்கக்கூடிய தன்மை

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

பாதுகாப்பு மற்றும் பாதுகாப்பு

  • அனைத்து வெளிப்புற இணைப்புகளும் குறியாக்கம் செய்யப்பட்டுள்ளன என்பதை உறுதிப்படுத்தவும்.
  • உங்கள் தயாரிப்பு திட்டங்களில் சரியான IAM அமைப்பு உள்ளதா என்பதை உறுதிப்படுத்தவும்.
  • மெய்நிகர் இயந்திர நிகழ்வுகளின் குழுக்களை தனிமைப்படுத்த நெட்வொர்க்குகளைப் பயன்படுத்தவும்.
  • தொலைநிலை நெட்வொர்க்குகளுடன் பாதுகாப்பாக இணைக்க VPN ஐப் பயன்படுத்தவும்.
  • தரவுக்கான பயனர் அணுகலை ஆவணப்படுத்தி கண்காணிக்கவும். தரவுக்கான அனைத்து பயனர் அணுகலும் தணிக்கை செய்யப்பட்டு உள்நுழைந்துள்ளதா என்பதை உறுதிப்படுத்தவும்.
  • பிழைத்திருத்த இறுதிப்புள்ளிகள் ACLகளால் கட்டுப்படுத்தப்பட்டுள்ளன என்பதை உறுதிப்படுத்தவும்.
  • பயனர் உள்ளீட்டை சுத்தப்படுத்தவும். பயனர் உள்ளீட்டிற்கான பேலோட் அளவு வரம்புகளை உள்ளமைக்கவும்.
  • தனிப்பட்ட பயனர்களுக்கான உள்வரும் போக்குவரத்தைத் தேர்ந்தெடுத்து உங்கள் சேவை தடுக்க முடியும் என்பதை உறுதிப்படுத்தவும். இது மற்ற பயனர்களைப் பாதிக்காமல் மீறல்களைத் தடுக்கும்.
  • பல உள் செயல்பாடுகளைத் தொடங்கும் வெளிப்புற முனைப்புள்ளிகளைத் தவிர்க்கவும்.

திறன் திட்டமிடல்

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

அவ்வளவுதான். வகுப்பில் சந்திப்போம்!

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

கருத்தைச் சேர்