ඔබේ SaaS සේවාව අධික ප්රවාහයක් ගෙන ඇත්නම්, දත්ත ගබඩාවට යන අයදුම් ඉල්ලීම් ගණන ඉක්මනින් වැඩිවීම නිසා පද්ධතිය අඩුවේ. මෙවැනි අවස්ථා වලදී කෑෂ් (cache) භාවිතය ඉතා ප්රයෝජනවත් වන අතර, ගැටලුවක් "අයදුම් ඉල්ලීම මන්දගාමී වීම" සිට "කොච්චර පැරණි දත්තද ලබා දෙනවා" බවට පරිවර්තනය වේ.
කෑෂ් සැලසුම් කිරීමේදී, සියලුම අයදුම් පථ වලට එය යොදා ගැනීමට උත්සාහ කිරීමේ වරදක් ඇත. ඒ වෙනුවට, ඇත්තටම උණුසුම් වන ප්රශ්න — උදාහරණයක් ලෙස භාවිතා ගණන, බිල්පත් සාරාංශ, ක්රියාකාරකම් ප්රවාහය වැනි තරගකාරී ඇගයීම් — සඳහාම කෑෂ් යෙදිය යුතුය. මෙම වර්ගයේ විමසුම් දත්ත අඩු වාරිකයකින් පමණක් වෙනස් වන බැවින්, කෑෂ් එකට ගත කිරීමෙන් ප්රතිචාර වේගය ඉතා වැඩි වේ.
තවත් වැදගත් කරුණක් නම්, කෑෂ් භාවිතයෙන් දත්ත ගබඩාවේ සම්බන්ධතා පොලීසිය (connection pool) ආරක්ෂා කළ හැකි වීමයි. තත්පර 10ක් තුළ 10 අයදුම් පවා හොඳින් ක්රියා කරත්, 100ක් වුවහොත් සම්බන්ධතා පෝලය පිරී, ටයිම්අවුට් සිදු විය හැක. කෑෂ් එකෙන් බහුලව භාවිතා වන විමසුම් පළාත් කරමින්, පොලීසියට පෑදීම අවශ්ය නොවෙයි, ඒත් ඒ සඳහා අධික ගබඩා සම්පත් අවශ්ය නොවේ.
ශ්රී ලංකාවට ඇති වැදගත්කම
ශ්රී ලංකාවේ තාක්ෂණික ආරම්භකයින්, විශ්ව විද්යාල සිසුන්, සහ ව්යාපාරිකයින්ට කෑෂ් තාක්ෂණය අත්යවශ්ය කරුණක් වේ. කෑෂ් භාවිතයෙන්:
- ස්ථානීය SaaS ආරම්භකයින්ට අඩු පිරිවැයෙන් ඉහළ ප්රතිචාර වේගයක් ලබා දීමට හැකියාව ලැබේ.
- විශ්ව විද්යාල සිසුන්ට real‑time dashboard නිර්මාණය කර ගැනීමට පරිසරයක් සැපයීම, ඒත් අඩු සම්පත් වලින්ම.
- ව්යාපාරිකයන්ට පාරිභෝගික අත්දැකීමේ වේගය වැඩි කර, සේවා බර වැඩි වූ අවස්ථාවල ද පද්ධතිය අස්ථිර නොවී ඉදිරියට යාමට හැකි වේ.
කෑෂ් තාක්ෂණය සාර්ථකව ක්රියාත්මක කිරීම සඳහා Redis වැනි බහු‑අඩවියක කෑෂ් සේවා භාවිතා කිරීම සුදුසුයි. එය සියලු API පෝඩ් අතර ඒකාකාරී තොරතුරු ගබඩා කර, කෑෂ් නවීකරණය (invalidate) කිරීම සහ TTL (time‑to‑live) පාලනය සරල කරයි. කෑෂ්‑aside රීතිය (cache‑aside) යනු බොහෝ SaaS කියවීමේ පථයන් සඳහා සරලම, කාර්යක්ෂමම විධියයි; අයදුම්පත පළමුව කෑෂ් පරීක්ෂා කර, අසාර්ථක වුවහොත් දත්ත ගබඩාවට යයි, පසුගිය ප්රතිඵලය කෑෂ් තුළ තබයි.
කෑෂ් භාවිතය සෑම විමසුමකටම නොකළ යුතුය. ඒ වෙනුවට, වැඩි පාරිභෝගික ප්රවාහයක් ඇති, අඩු වාරිකයෙන් වෙනස් වන අංශයන්ට පමණක් යොදා ගැනීමෙන් පද්ධතියේ ස්ථාවරතාවය, කාර්යක්ෂමතාවය, සහ පිරිවැය අඩු කිරීමේ ලාභ ලැබේ.
