Redis කෑෂ් පද්ධතියේ නව පදනම් දෙකක් වන Read‑Through සහ Write‑Through ගැන අද අපි සලකා බලමු. මේ දෙකම කෑෂ්‑අඩි (cache‑aside) ආකෘතියෙන් වඩාත්ම ස්වයංක්රියව ක්රියා කරයි; යෙදුම කෑෂ් එකටම දත්ත අයදුම් කරයි, කෑෂ් එකම දත්ත ගබඩා (DB) සමඟ සම්බන්ධ වී පූරණය කරයි.
Read‑Through ආකෘතියේදී යෙදුම සෑම විටම කෑෂ් එකෙන්ම කියවයි. කෑෂ් එකට අවශ්ය දත්ත නොමැති (miss) වුවහොත්, එය DB එකෙන් ලබාගෙන කෑෂ් එකට තබා පසුකාලීනව පාරිභෝගිකයාට දේ ලබා දෙයි. මෙයින් ලාභය නම්, දත්ත ගොඩනැගීමේ ලොජික් එකම තැනක (කෑෂ් ලේයර්) රැඳේ, එබැවින් කේතයේ වෙනත් කොටස් වල අමතක වීමක් නොවෙයි.
Write‑Through ආකෘතිය කෑෂ් සහ DB දෙකම එකවර යාවත්කාලීන කරයි. යෙදුම කෑෂ් එකට ලියන විට, කෑෂ් එක DB එකටත් ලියයි; ඒ නිසා කෑෂ් එකේ දත්ත හැම විටම DB එකේ දත්ත සමඟ සම්පූර්ණව සමාන වේ. නමුත් ලියුම් වේගය DB ලියුම් වේගයට සමාන වන බැවින්, ලියුම් කාලය වැඩි විය හැක.
Read‑Through සහ Write‑Through එකට එකතු කළ විට, පද්ධතියේ කියවීමේ කාර්යක්ෂමතාව වැඩිවූ අතර, දත්ත අනුකූලතාව (consistency) ඉතා උසස් වේ. එහෙත්, ලියුම් වේගය වැඩි වීම, සහ කෑෂ් එකේ අතුරුදන් නොවන “cold data” එකතු වීම වැනි ගැටළු පවතී. එබැවින්, මෙවැනි ආකෘතියන් තේරීමේදී, පද්ධතියේ කියවීම‑ලියුම් අනුපාතය, සහ අනුකූලතාවේ වැදගත්කම යන කරුණු සැලකිල්ලට ගත යුතුය.
ශ්රී ලංකාවට ඇති වැදගත්කම
ශ්රී ලංකාවේ තාක්ෂණික ආරම්භකයින්, විශ්වවිද්යාල සිසුන්, සහ ව්යාපාරිකයින්ට Redis හි Read‑Through/Write‑Through පදනම් දෙකෙහි අවබෝධය අතිශය ප්රයෝජනවත් වේ.
- සිසුන් – දත්ත අනුකූලතාව සහ කෑෂ් පද්ධති සැලසුම් ගැන ප්රායෝගික උදාහරණයක් ලබා ගනිමින්, පාඨමාලා වැඩි දියුණුවක් ලබා ගත හැක.
- ඩෙවලපර්ලා – කේතයේ ලොජික් එකම තැනක රැඳවීමෙන් බග්ස් අඩු කර, කේත පරීක්ෂණ කාලය කෙටි කර ගත හැක.
- ව්යාපාර – කියවීම‑බහුල සේවා (read‑heavy) වලදී කෑෂ් අනුකූලතාව රැක ගැනීමෙන් පාරිභෝගික අත්දැකීම වේගවත් කර, සේවා අඩු කිරීමේ අවදානම අඩු කරයි.
අවසානයේ, Read‑Through සහ Write‑Through පදනම් දෙකේ වාසි‑අවාසි හොඳින් විග්රහ කර, ඔබේ යෙදුමේ අවශ්යතා අනුව තෝරා ගැනීම වැදගත්ය. කෑෂ් තත්ත්වය උසස් කිරීම, පද්ධතියේ විශ්වාසනීයත්වය වැඩි කිරීම, සහ අනාගතයේ වැඩි පරිමාණය සඳහා සූදානම් වීම – මේ සියල්ලම Redis සමඟ ඔබට ලබා ගත හැක.
