ඔබ සෑදූ SaaS යෙදුමේ ඉහල දකුණු කෝණයේ නෝටිෆිකේෂන් බෙල් එකක් පෙන්වීමට, බොහෝ සංවර්ධකයින් සරල පෝලිං ක්රමයක් භාවිතා කරනවා. සෑම 5 තත්පරකටම GET /notifications කියලා අයදුම්පතක් යවනවා – මෙන්න ඉතාමත් සරලයි.
කළින් 10 ක් පමණ පරිශීලකයින් පමණක් සක්රිය වූ විට, මේ ක්රමය කිසිදු ගැටළුවක් නොදැක්කා, දත්ත ගබඩාකරණයත්, සේවාදායකයත් සෑහීමකට පත් නොවුණා. එහෙත්, භාවිතය ඉක්මනින් වැඩිවීමත් සමඟ, ඒම කේතය, ඒම ඉන්ෆ්රාස්ට්රක්චරය වෙනස් නොවී, පෝලිං අන්තර්ගතයත් එකම වේගයෙන් (5 සෙකන්ඩ්) පවත්නා තත්වයයි.
ඔබේ යෙදුම 5,000 ක්රියාකාරී පරිශීලකයින්ගෙන් යුක්ත වූ විට, එක් මිනිත්තුවකට 60,000 ඉල්ලීම් එනවා. ඒ ත්රිමාණයෙන් පැය 3.6 මිලියන ඉල්ලීම්! නෝටිෆිකේෂන් පද්ධතියක් සඳහා මේ තරමක් අතිශය වේගවත් නොවේ. ඇත්ත වශයෙන්, ඒ ඉල්ලීම් 95% ක් “{"notifications": []}” වැනි හිස් ප්රතිචාරයක් පමණයි.
මෙම අතුරුදන් වූ සම්පත් – CPU, මතක, ජාල පළල, දත්ත ගබඩා – ව්යාපාරික පිරිවැයට පමණක් වඩාත් අධික වේ. එහෙයින්, පෝලිං “නැරඹීමට පහසු” වුවත්, එය “අධික පිරිවැය” ගත කරන තීරණයක් බවට පත් වෙයි.
ශ්රී ලංකාවට ඇති වැදගත්කම
ශ්රී ලංකාවේ තරුණ සංවර්ධකයින්, ආරම්භක ව්යාපාරිකයන්, සහ තාක්ෂණ ආයතන සඳහා මේ කතාවට විශේෂ වැදගත්කමක් තියෙනවා.
- ඉගෙනුම් අවස්ථා: පෝලිං සහ WebSocket වැනි සන්නිවේදන රටාවන් අතර වෙනස්කම් තේරුම් ගැනීම, දේශීය පුරෝගාමී කාර්ය මණ්ඩලයට වඩා පළපුරුදු තාක්ෂණික තීරණ ගැනීමට හැකියාව ලබා දේ.
- ව්යාපාරික ආරක්ෂාව: ආරම්භක සමාගම් ඉක්මනින් ලාභදායී නිෂ්පාදන නිකුත් කරනවාට පසු, පෝලිං නිසා සිදුවන අධික පිරිවැය වැළැක්වීම, ව්යාපාරික සථාපනයේ අඩු පිරිවැයක් තබා ගත හැක.
- දෙවන පරම්පරාවේ තාක්ෂණය: Cloud, API, AI සේවාවන් සමඟ සම්බන්ධතාවය වැඩි වීමත් සමඟ, පෝලිං වෙනුවට WebSocket, Server‑Sent Events වැනි ප්රොටෝකෝලයන් භාවිතා කිරීම, සාර්ථකව විකසිත කළ යුතු වේ.
අවසන් වශයෙන්, පෝලිං යනු “සංවාද රටාව” නොව, “සරලතාවය සඳහා කළ තේරීම” ය. එය තත්කාලික වශයෙන් වේගවත් සංවර්ධනයට උපකාරී වුවත්, පරිමාණය වැඩි වීමත් සමඟ, පරිසරය, පිරිවැය, හා පරිශීලක අත්දැකීම යන සියලුම මට්ටමේ පරිණාමය සිදු කරයි. එබැවින්, ඔබේ යෙදුම සාර්ථකව පවත්වා ගැනීමට අදම නිවැරදි සන්නිවේදන ක්රමය තෝරන්න!
