ශ්‍රී ලංකාවේ නවතම තාක්ෂණික පුවත් 2026-07-21, Tuesday
☁️ ක්ලවුඩ් තාක්ෂණය · 🕒 කියවීමට විනාඩි 2 · 👁 1

විශාල මेटාදත්ත මාරු කිරීමේ නව ආකෘතිය – සුරක්ෂිත, පියවරෙන් පියවර

විශාල මेटාදත්ත මාරු කිරීමේ නව ආකෘතිය – සුරක්ෂිත, පියවරෙන් පියවර

කලින් මූලිකව මට්ටමින් මට්ටමින් මාරු කරන්නේ "දත්ත පිටපත් කරලා, ලියුම් නැවත ක්‍රියාත්මක කරලා, පරීක්ෂා කරලා, පසුගිය මාර්ගය ඉවත් කරලා" කියලා. එය කුඩා පරිමාණයේ හොඳට වැඩ කරයි, නමුත් cloud පරිමාණයේ එය තනි පද්ධතියක් නොව, බෙදා හැරුණු පද්ධතියක් බවට පත්වේ. මෙවැනි මාරු කිරීමේදී මූලාශ්‍රය ශාර්ඩ් (sharded) විය හැකි අතර, ගමනාගමන පද්ධතිය වෙනස් පාර්ශවීකරණ (partitioning) ආකෘතියක් භාවිතා කරනු ඇත. ලියුම් මාරු කිරීමේදීත් සිදුවෙයි, ලොකු ගොනු කුඩා ගොනු, අනුවාද (versioned) වස්තු, හෝ බොහෝ රෙකෝඩ් වලින් බෙදා විය හැක.

කියවිය යුතු වැදගත්කම යනු, මාරු කිරීමේදී "ගමන් පසුබැසීම" (drift), "අපූර්ණ පිටපත" (partial copy), "පැරණි ලියුම් පසුබැසීම" (stale replay) සහ "අනාරක්ෂිත cut‑over" (unsafe cutover) යන හතරක්ම ප්‍රධාන අවදානම්. මේවා අස්ථිර ලැයිස්තු, අනුපිළිවෙළ නොගැලපෙන ලියුම්, හෝ පද්ධතියේ වැරදි ක්‍රියාකාරකම් ඇති කරයි.

ඒ නිසා, ආරක්ෂිත මාරු ආකෘතියක් සැලසුම් කරගත යුතුය. එය "snapshot → copy → replay → validate → cutover → cleanup → recover" යන පියවරවලින් සමන්විත වේ. පළමුව මූලාශ්‍රයේ ස්නැප්ෂොට් එක ගන්නා අතර, එම ස්නැප්ෂොට් අධාරයෙන් දත්ත කට්ටලයන් (batches) ලෙස පිටපත් කරයි. පිටපත් කිරීමෙන් පසු, ස්නැප්ෂොට් පසු සිදු වූ ලියුම් (change logs) නැවත ගමන් කරයි. පසුගිය පියවරේදී, මූලාශ්‍ර සහ ගමනාගමන පද්ධතිය අතර ගණන, ලැයිස්තු, checksum වැනි පරීක්ෂණයන් කරමින් සම්පූර්ණත්වය තහවුරු කරයි. සියලු පරීක්ෂණ සාර්ථක වූ පසු, traffic cut‑over කර ගමනාගමන පද්ධතිය අධිකාරි (authoritative) බවට පත්වේ. අවසානයේ, පරණ පද්ධතියේ අඩංගු අස්ථානික තොරතුරු ඉවත් කර, අවශ්‍ය නම් පියවර ආපසු ලබා ගත හැක.

ශ්‍රී ලංකාවට ඇති වැදගත්කම

ශ්‍රී ලංකාවේ තාක්ෂණික සමාගම්, විශ්වවිද්‍යාල සහ ස්වයංඥාතක (startup) සංවර්ධකයන්ට මෙම ආකෘතිය ඉතා ප්‍රයෝජනවත්. ලොකු‑ලොකු cloud‑based සේවා, AI මොඩියුල, API gateway වැනි පද්ධති මාරු කරන විට, දත්ත අස්ථානික වීමෙන් පසුබැසීම් සිදුවෙයි. නව ආකෘතිය භාවිතා කරමින්, ඔවුන්ට:

  • දත්ත ගුණාත්මකත්වය අඩු නොකර, මාරු කාලය කෙටි කරගත හැක.
  • පද්ධති අස්ථානිකතාවය හෝ duplicate ලියුම් නිසා සිදුවන downtime අවම කරගත හැක.
  • අපූර්ණ මාරු හෝ stale replay වැනි ගැටළු සොයා ගැනීමට automation test පියවරන් සකස් කර, ව්‍යාපාරික විශ්වාසය වැඩි කරගත හැක.
  • විශාල ගොනු (big buckets) සහ කුඩා ගොනු (small buckets) සඳහා වෙනත් strategy භාවිතා කර, resource utilisation ඉතිරි කරගත හැක.

ඉදිරි කාලයේ, ශ්‍රී ලංකාවේ cloud‑native සේවා, data‑lake, AI‑driven analytics වැනි ක්ෂේත්‍රවල මෙවැනි ආරක්ෂිත මාරු ක්‍රමය අත්‍යවශ්‍ය වේ. එය තාක්ෂණික සුරක්ෂිතතාවය, පාරිභෝගික විශ්වාසය හා ව්‍යාපාරික ප්‍රතිඵලය වැඩි කරයි.

අවසන් වශයෙන්, මාරු කිරීමේ සංකීර්ණතාවය හොඳින් සැලසුම් කර, සෑම පියවරක්ම retry‑safe කරගත යුතුය. එවිට පද්ධති අඩවි (downtime) අවම කර, data integrity රැකගත හැකි වේ. ඔබේ සංවිධානයේ මාරු සැලැස්ම මේ ආකෘතියෙන් සකස් කර, cloud‑based භාවිතය ආරක්ෂිතව ඉදිරියට ගෙන යන්න.

💡 ඔබේ පද්ධතියේ මාරු සැලැස්ම අදම සකසන්න!
මූලාශ්‍රය මෙම ලිපිය AI මගින් රචිත මුල් සාරාංශයකි. සම්පූර්ණ වාර්තාව කියවන්න:
Dev.to ↗
#metadata #migration #cloud #devops #Sri Lanka