ශ්රි ලංකාවේ විශ්වවිද්යාලයක UBA (Unnat Bharat Abhiyan) සමාජ සේවා ක්ලබ් එකේ සාමාජිකයෙක්, සත්ය වේගයෙන් MVP එකක් නිර්මාණය කර ගැනීමට කාර්ය මණ්ඩලයෙන් "ඉක්මනින් නිම කරන්න" යන උපදෙස් ලැබුවා. QR කේතය, Firebase Authentication, Firestore දත්ත ගබඩා, ප්රොක්සි පරීක්ෂාව, පරිපාලක පැනලය වැනි සියළුම අංග පූර්ණයෙන්ම සකස් කර, දිනයෙන් දිනයට කේත ලියනය, පරීක්ෂාව, ඩිබග් කිරීම යන රූපලාවන්ය වැඩසටහන් පවත්වා ගියේය.
ඇයි මෙය වැදගත්ද? වැඩ කරන අතරතුර, ඕනෑම API ඇමතුමක්, රීෆ්රෙෂ් එකක්, හෝ QR ස්කෑන් එකක් Firestore ලේඛන කියවීම් (reads) ගණන වැඩි කරයි. දිනකට 50,000 reads යන නිදහස් කොටස පුරා, කේත ලියනය, පරීක්ෂාව, ඩිබග් කිරීම වැනි දේවල්ම ඒ සීමාව ඉක්මවා ගියා. ඒ නිසා හෝස්ට් කිරීම අස්ථානගත වී, හාජරි ඉල්ලීම් අසාර්ථක වුණා. පළමු අදහස “කොඩ් එකේ වැරදීමක් වුණා” වුනත්, Firebase Console එකේ “Firestore Reads: 50,000 / 50,000” කියලා දැක්කාම තේරුම් ගත්තා – තමන්ම තමන්ගේම අති විශාල පරිශීලකයෙක් බව.
දිනපතා සීමාව නැවත සකස් වීමට ඉවසීමේ බලාපොරොත්තුවක් තිබුණත්, මේ පද්ධතිය වර්තමාන UBA රැස්වීම්වල භාවිතා කිරීමට නියමිත බැවින්, අඩුකාලීන නවීකරණයක් ප්රයෝජනවත් නොවුණා. ඉන්පසු “Firestore නොමැතිව පද්ධතිය කෙලෙස ක්රියාත්මක කරගත හැකිද?” යන ප්රශ්නයට පිළිතුරක් සොයන්නට මාරු වුණා. එහි ප්රතිඵලයක් වශයෙන්, offline‑first ආකෘතියක් ගොඩනැගීමට තීරණය කරා.
පැරණි සැලැස්මට විරුද්ධව, දැන් සෑම හාජරි ඉල්ලීමක්ම පළමුව ද්විතීය උපාංගයේ (device) සුරක්ෂිතව සටහන් කරයි. සම්බන්ධතාවයක් නැති අවස්ථාවකද පවා, QR ස්කෑන් කිරීම, ප්රොක්සි පරීක්ෂාව, නකලීම (duplicate) පරීක්ෂාව වැනි සියළුම ලොජික් ක්රියාත්මක වේ. පසුදා සම්බන්ධතාවය පනස්වන විට, දත්ත ස්වයංක්රීයව Firestore වෙත සමමුහුර්ත කරයි. මෙය සාමාන්ය CRUD offline cache එකක් නොව, ආරක්ෂිත, අනුකූල, සහ සමාන්ය පරිසරයක් වන අතර, දත්ත අඛණ්ඩතාව, නකලීම වැළැක්වීම, සහ සමාන සත්යාපනය පවත්වා ගනී.
ශ්රී ලංකාවට ඇති වැදගත්කම
- ශිෂ්යයින්ට – සීමිත දත්ත සැකසුම් හේතුවෙන් පද්ධතිය බිඳී යාමක් නොව, ඕනෑම Wi‑Fi නැති කෝණයකද හෝ පළාත් පාලක කාර්යාලයකද හාජරි ලබාගත හැකිය.
- ඩෙවලොපර්ස් – Cloud Firestore වගේ SaaS සේවාවන්ගේ නිදහස් සීමා අත්දැකීම් මත, කුඩා ව්යාපාරික MVP ගොඩනැගීමට offline‑first සැලසුම් අවශ්යතාවය තේරුම් ගත හැක.
- ව්යාපාරිකයන් – දත්ත අඛණ්ඩතාවය, සුරක්ෂිත offline ගබඩා සහ ස්වයංක්රීය සමමුහුර්තය මගින් සේවා විකල්පය අඩුවීමේ අවදානම අඩු වේ, මෙය ගෝලීය පරිසරයේ තරඟකාරීත්වය වැඩි කරයි.
අවසන් වශයෙන්, Firestore reads සීමාව නිසා මුලින්ම සිදු වූ ගැටළුව, තාක්ෂණික ක්රමවේදයේ කුඩා නිමැවුමක් නොව, සැලසුම් මට්ටමේ සමාර්ථයක් අවශ්ය බව පෙන්වා දුන්නා. මේ අත්දැකීම, “ඉක්මනින් MVP එකක්” කියන අභියෝගයත්, “ස්ථාවර, භාවිතා කළ හැකි, offline‑first” යන තත්ත්වයත් එකට සම්බන්ධ කළ අවස්ථාවක් බවට පත්විය.
