ඔබේ සොෆ්ට්වේයාර් පද්ධතියේ සැලසුම් කාර්යයක් Unix crontab එකකට මාරු කරන විට, සුළු සංඛ්යාතයක් නිසා වැඩේ අසල දිනයක ක්රියාත්මක විය හැකිය. Quartz scheduler එකේ "2-6" ලෙස සඳහන් කළ දින පරාසය, Unix cron හි වෙනස් අංකන රීතියක් හේතුවෙන් අසල සෙනසුරාදා දක්වා දක්නට ලැබේ.
කණ්ඩායම Quartz හි "Monday‑Friday" (2‑6) ලෙස සැලසුම් කළ පසු, ඒම අංකය 그대로 Unix crontab හි ඇතුළත් කළා. Unix cron හි ඉරිදා 0 ලෙස ගණන කරනු ලබන අතර, 2‑6 යනු අඟහරුවාදා‑සෙනසුරාදා වේ. එමනිසා සඳුදා වැඩ නොකර, සෙනසුරාදා අමතරව ක්රියාත්මක වීමෙන් සතියේ අවසාන වාර්තාවේ අඩුපාඩු පෙන්වයි.
මෙය ඇයි වැදගත්? එවැනි වැරදි දෝෂ පණිවුඩයක් නොදැක්කා, පද්ධතියේ කිසිදු ක්රැෂ් නොවීම නිසා ගැටළුවක් මතු නොවෙයි. කාර්ය මණ්ඩලයක් වාර්තා අසාර්ථකව පෙන්වීම හෝ ව්යාපාරික තීරණයන් වැරදි වීමේ අවදානමක් ඇත. එමෙන්ම, cron භාෂා විවිධතාවය (dialect) නිසා සංක්රමණය කරන විට නිවැරදි පරිවර්තනයක් නොකළහොත් එවැනි “silent” බග්ස් පැන නැගේ.
ශ්රී ලංකාවට ඇති වැදගත්කම
ශ්රී ලංකාවේ තාක්ෂණික සංවර්ධනයේ ගැඹුරු අවධානයක් ඇති අතර, බොහෝ ආයතන සහ විද්යාලීය ව්යාපෘති Unix/Linux පරිසරය භාවිතා කරයි. එම නිසා:
- ඉගෙනුම් ආකාරය: සිසුන්ට cron ව්යාකරණයේ විවිධ dialects අතර වෙනස තේරුම්ගත හැකිය, එය සාර්ථක DevOps පුහුණුවකට මූලිකය.
- දෙවන පාර්ශවීය සංවර්ධකයන්: Quartz, AWS EventBridge, Kubernetes වැනි සේවා භාවිතා කරන සමාගම්ට සැලසුම් පරිවර්තනයේ අවධානයක් දැක්වීමට අවශ්ය වේ.
- ව්යාපාරික ආදායම: වැරදි සැලසුම් නිසා වාර්තා අඩු වීම හෝ පද්ධතියේ අධික භාරය ඉවත් කරමින්, පාලන පිරිවැය අඩු කරයි.
ඉදිරියේදී, සංඛ්යාත පදනම්ව දිනයන් සලකුණු කිරීමේදී නාමයන් (MON‑FRI) භාවිතා කිරීම හොඳ පරිසරයක් සපයයි. එය සියලු cron dialects අතර සමාන බවක් රඳා පවතී.
අවසානයේ, cron job එකේ දින අංක වැරදි කිරීමක් පෙනෙන්නට නොහැකි වූවත්, එය හඳුනා ගැනීම හා නිවැරදි කිරීමේ කුසලතා සංවර්ධකයන්ට අත්යවශ්ය වේ. ඔබේ පද්ධතියේ සැලසුම් පරීක්ෂා කර, නිවැරදි dialect එකට අනුගත වීමෙන් මෙවැනි ගැටලු වැළැක්විය හැක.
