ஒரு சிறிய உற்பத்திச் சிக்கலை உருவாக்காமல், நம்பகமான க்ரான் பணிகளைத் திட்டமிடுவது எப்படி

ஒரு சிறிய உற்பத்திப் பேரழிவை ஏற்படுத்தாமல், நம்பகமான க்ரான் ஜாப்களை எவ்வாறு திட்டமிடுவது

க்ரான் ஜாப்கள் என்பவை, சிஸ்டம்களை அமைதியாக ஒன்றிணைத்து வைத்திருக்கும் சலிப்பூட்டும் சிறிய விஷயங்களில் ஒன்றாகும். பேக்கப்கள், அறிக்கை மின்னஞ்சல்கள், இன்வாய்ஸ் ஒத்திசைவுகள், கேச் வார்மப்கள், லாக் க்ளீனப், தரவு இறக்குமதிகள், சான்றிதழ் சரிபார்ப்புகள் என, யாரும் தினமும் கைமுறையாகக் கிளிக் செய்ய விரும்பாத அனைத்து வேலைகளும் இதில் அடங்கும். மேலும், க்ரான் பார்ப்பதற்கு எளிமையாகத் தோன்றுவதால், மக்கள் பெரும்பாலும் அதை ஒரு சர்வரில் ஒட்டப்பட்ட ஸ்டிக்கி நோட் போலக் கருதுகிறார்கள். ஐந்து ஃபீல்டுகள், ஒரே கட்டளை. வேலை முடிந்தது.

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

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

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

படி 1: அந்தப் பணியின் பொறுப்புகளைக் குறித்துக்கொள்ளுங்கள்.

க்ரான்டாப்பைத் தொடுவதற்கு முன், இரண்டு நிமிடங்கள் பொறுக்காமல் இருங்கள். வேலையின் நோக்கத்தை எளிய மொழியில் எழுதுங்கள். “sync.sh-ஐ இயக்கவும்” என்று எழுதாதீர்கள். “வேர்ஹவுஸ் API-இலிருந்து நேற்றைய முடிக்கப்பட்ட ஆர்டர்களை இறக்குமதி செய்து, தோல்வியுற்ற இறக்குமதிகளைக் கைமுறை மதிப்பாய்வுக்காகக் குறிக்கவும்” என்று கூறுங்கள். அந்தச் சிறிய வாக்கியம், அட்டவணை, பதிவிடுதல், காலக்கெடு மற்றும் எச்சரிக்கை ஆகியவற்றைத் தேர்வுசெய்ய உங்களுக்கு உதவுகிறது.

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

படி 2: பழக்கத்தின் அடிப்படையில் அல்லாமல், வணிகத் தேவையின் அடிப்படையில் கால அட்டவணையைத் தேர்ந்தெடுக்கவும்.

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

சில அடிப்படை கேள்விகளைக் கேளுங்கள்:

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

ஒரு அறிக்கையை மேலாளர்கள் காலை 9:00 மணிக்கு வாசித்தால், அதை இரவு முழுவதும் ஒவ்வொரு 10 நிமிடங்களுக்கும் இயக்க வேண்டிய அவசியமில்லை. ஒரு சுத்தப்படுத்தும் பணி தற்காலிகக் கோப்புகளை நீக்கினால், ஒருவேளை தினசரி இயக்குவதே போதுமானதாக இருக்கலாம். மேலும், ஒரு வரிசைச் செயலிக்கு (queue processor) அடிக்கடி வேலை தேவைப்பட்டால், க்ரான் (cron) சரியான கருவியாக இல்லாமல் இருக்கலாம்; ஒரு பணியாளர் செயல்முறை (worker process) மிகவும் நேர்த்தியானதாக இருக்கலாம்.

படி 3: ஐந்து க்ரான் புலங்களையும் மெதுவாகப் புரிந்து கொள்ளுங்கள்.

பெரும்பாலான நிலையான க்ரான் எக்ஸ்பிரஷன்கள் நிமிடம், மணி, மாதத்தின் நாள், மாதம் மற்றும் வாரத்தின் நாள் ஆகிய ஐந்து நேரப் புலங்களைப் பயன்படுத்துகின்றன. எனவே இது:

30 2 * * *

அதாவது தினமும் அதிகாலை 2:30 மணி. ஒவ்வொரு 30 நிமிடங்களுக்கும் அல்ல. இன்றிலிருந்து 2 மணி 30 நிமிடங்கள் கழித்தும் அல்ல. தினமும் நிமிடம் 30 ஆகவும், மணி 2 ஆகவும் இருக்கும்போது.

வரம்புகளும் படிநிலைகளும் பயனுள்ளவை, ஆனால் தவறாகப் புரிந்துகொள்ள வாய்ப்புள்ளது. */15 * * * * என்பது ஒவ்வொரு 15 நிமிடங்களுக்கும் என்பதைக் குறிக்கிறது. 0 9-17 * * 1-5 என்பது திங்கள் முதல் வெள்ளி வரை, காலை 9 மணி முதல் மாலை 5 மணி வரை ஒவ்வொரு மணி நேரத்தின் தொடக்கத்திலும் என்பதைக் குறிக்கிறது. பெரும்பாலானவை செய்வது போல, உங்கள் க்ரான் திங்கள்-வெள்ளிக்கு 1-5-ஐப் பயன்படுத்துகிறது எனில் இது பொருந்தும், ஆனால் விவரங்கள் மாறுபடக்கூடும் என்பதால் உங்கள் சூழலைச் சரிபார்க்கவும்.

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

படி 4: நேர மண்டலங்கள் குறித்து மிகவும் கவனமாக இருங்கள்.

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

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

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

படி 5: ஒன்றுடன் ஒன்று மேற்பொருந்தும் ஓட்டங்களைத் தடுக்கவும்

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

ஒரு பூட்டைப் பயன்படுத்துங்கள். உங்கள் அமைப்பைப் பொறுத்து, அது ஃப்ளாக் (flock) , ஒரு தரவுத்தள அறிவுரைப் பூட்டு (database advisory lock), கவனமாகச் சுத்தம் செய்யப்படும் ஒரு பூட்டுக் கோப்பு (lock file), அல்லது ஒற்றைச் செயலாக்கத்தை உறுதிசெய்யும் ஒரு பணி அமைப்பாக (job system) இருக்கலாம். சரியான கருவியை விட விதிதான் முக்கியம்: ஒன்றுடன் ஒன்று மேற்பொருந்துவது தீங்கானது என்றால், அதை வேண்டுமென்றே தடுத்துவிடுங்கள்.

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

படி 6: பணிகளை மீண்டும் முயற்சிப்பதற்குப் பாதுகாப்பானதாக ஆக்குங்கள்.

நம்பகமான திட்டமிடப்பட்ட பணி பொதுவாக மீண்டும் மீண்டும் செயல்படுத்தக்கூடியதாக வடிவமைக்கப்படுகிறது. அதாவது, நகல் பாதிப்பை ஏற்படுத்தாமல் அதை மீண்டும் இயக்க முடியும். அந்த வார்த்தை கேட்பதற்கு ஆடம்பரமாகத் தோன்றலாம், ஆனால் அதன் அடிப்படை நோக்கம் எளிமையானது. அந்தப் பணி ஏற்கனவே விலைப்பட்டியல் 123-ஐச் செயல்படுத்தியிருந்தால், அதை மீண்டும் இயக்கும்போது அது அதைக் கண்டறிந்து தவிர்க்க வேண்டும்; வாடிக்கையாளரிடம் இருமுறை கட்டணம் வசூலிக்கவோ அல்லது அதே மின்னஞ்சலை மீண்டும் அனுப்பவோ கூடாது.

நிலை நெடுவரிசைகள், தனித்துவமான ஐடிகள், பரிவர்த்தனை எல்லைகள் மற்றும் “செயல்படுத்தப்பட்ட நேரம்” போன்ற நேர முத்திரைகளைப் பயன்படுத்தவும். கோப்புப் பணிகளுக்கு, முதலில் ஒரு தற்காலிகக் கோப்பில் எழுதி, முடிந்ததும் அதை மறுபெயரிடவும். வெளிப்புற API-களுக்கு, கோரிக்கை ஐடிகள் அல்லது பதில் நிலையை உங்களால் முடிந்த இடங்களில் சேமிக்கவும். முதல் பகுதித் தோல்வி ஏற்படும் வரை, இந்த விஷயங்கள் கூடுதல் அடிப்படை ஏற்பாடுகள் போலத் தோன்றும், ஆனால் திடீரென்று எல்லோரும் இதைப் பற்றி மட்டுமே கவலைப்படுவார்கள்.

படி 7: தொடக்கம், முடிவு மற்றும் தீர்மானத்தைப் பதிவு செய்யவும்.

பதிவுகள் இல்லாத ஒரு க்ரான் ஜாப் என்பது அடிப்படையில் ஒரு வதந்தி போன்றது. குறைந்தபட்சம், அந்த வேலை எப்போது தொடங்குகிறது, எப்போது முடிகிறது, அதற்கு எவ்வளவு நேரம் பிடித்தது, மற்றும் அது வெற்றி பெற்றதா இல்லையா என்பதைப் பதிவு செய்யுங்கள். எண்ணிக்கைகளையும் சேர்க்கவும்: 481 பதிவுகள் இறக்குமதி செய்யப்பட்டன, 12 தவிர்க்கப்பட்டன, 3 தோல்வியடைந்தன. எண்ணிக்கைகள், சிக்கல்களைக் கண்டறிந்து சரிசெய்வதை மிகவும் எளிதாக்குகின்றன.

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

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

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

நல்ல எச்சரிக்கை விதிகள் பொதுவாக விளைவுகளைக் கருத்தில் கொள்கின்றன: கடைசியாக எதிர்பார்க்கப்பட்ட நேரத்தில் வெற்றிகரமான செயல்பாடு நிகழாமை, இயக்க நேரம் இயல்பான வரம்புகளை மீறுதல், பிழைகளின் எண்ணிக்கை வரம்பைத் தாண்டுதல், அல்லது வெளியீட்டுக் கோப்பு காணாமல் போதல். “Cron command exited non-zero” என்பது ஒரு தொடக்கம்தான், ஆனால் அது முழுமையான விளக்கம் அல்ல.

தவிர்க்க வேண்டிய பொதுவான க்ரான் தவறுகள்

• சூழலை மறந்துவிடுவது என்பது வேறு விஷயம். உங்கள் ஊடாடும் முனையம் ஏற்றும் அதே PATH, ஷெல் சுயவிவரம், மொழிப் பதிப்பு அல்லது சூழல் மாறிகளை க்ரான் ஏற்றாமல் போகலாம்.
• சார்புப் பாதைகளைப் பயன்படுத்துதல். ஸ்கிரிப்டுகள், உள்ளமைவு கோப்புகள் மற்றும் வெளியீட்டுக் கோப்பகங்களுக்கு முழுமையான பாதைகளைப் பயன்படுத்தவும். நீங்கள் எங்கே நின்றுகொண்டிருந்தீர்கள் என்பதைப் பற்றி க்ரானுக்குக் கவலையில்லை.
• எல்லாவற்றையும் மணி நேரத்திற்கு ஒருமுறை திட்டமிடுங்கள். பணிகளைப் பிரித்துப் போடுங்கள். பணிகளைக் குவித்து வைக்கக் காரணம் இல்லையென்றால், மணி நேரம் கடந்த 7, 13, 42 நிமிடங்களைப் பயன்படுத்திக் கொள்ளுங்கள்.
• பகல் நேர சேமிப்பைப் புறக்கணிப்பது. குறிப்பாக உள்ளூர் நேர வணிக அட்டவணைகளுக்கு.
• பூட்டுதல் இல்லை. ஒன்றுடன் ஒன்று மேற்பொருந்தும் ஒலிகள், திடீரென மிகவும் சத்தமாக மாறும் வரை அமைதியாக இருக்கும்.
• உரிமையாளரும் ஆவணங்களும் இல்லை. எதிர்கால நீ எதையும் நினைவில் கொள்ள மாட்டாய். எதிர்கால நீ சோர்வாக இருக்கிறாய்.

படி 9: தயாரிப்புக் குறியீடு போன்ற அட்டவணைகளை மதிப்பாய்வு செய்யவும்

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

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

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