ඉන්ටර්නෙට් ව්යාපාර වල “vendor lock‑in” කියන වචනය අතුරුදන් වෙලා නැතිව, නමුත් එය බයිනරි (ඔබට හෝ නැති) ලෙස හඳුන්වන්නේ වැරදිය. අස්ථි පදනමෙන් කියනවා නම්, lock‑in එක එකම තට්ටුවක් නොව, හතරක් එකට එකතු වූ ස්තරයක්. ඒ ස්තර හතරක් වෙන් කරලා බලනවා නම්, ඔබට ඉවත් වීමේ ගාස්තුව කොපමණද, කවුරුන්ට අවදානම වැඩියද කියලා පැහැදිලි වෙනවා.
1. දත්ත (Data) ස්තර – දත්ත ආකෘති, හිමිකම් පත්රිකා, සහ ඉතා වැදගත් egress ගාස්තු. දත්ත ආකෘති වෙන් කරලා සැලසුම් කරනවා නම්, පසුකාලීනව ගාස්තු ගණනය කිරීම අතිශය අධික වේ.
2. වේදිකාව (Platform) ස්තර – vendor‑විශේෂිත සේවා: serverless, managed databases, IAM, observability. මේ සේවා හොඳම තත්වයේ පවතින නමුත්, ඒවාට සමාන ප්රතිපලයක් වෙනත් සේවාදායකයකින් සොයාගැනීම අතිශය අපහසු.
3. ගිවිසුම් (Contract) ස්තර – නවීකරණ, අවසන් කිරීමේ කොන්දේසි, committed‑spend discount වැනි දේ. මේවා ඔබේ පරිවර්තන වියදම අහස්කරවන්න පුළුවන්, නමුත් “deal” එකක් වගේ හැඟෙයි.
4. මෙහෙයුම් (Operations) ස්තර – කණ්ඩායමේ පුරුදු ක්රම, මෙවලම්, runbooks. දැකිය නොහැකි නමුත්, ඉතා “sticky” ස්තරයක්. මෙහිදී serverless, managed DB, IAM, observability සේවා අතිවිශාල අවදානමක් ගෙන එයි.
Lock‑in එක ගැටලුවක් වෙන්නේ, ඔබේ දත්ත නියාමනයට අනුකූල නොවීම, මිල ගණන් පාලනය අහිමි වීම, හෝ පිටවීමට අධික වියදමක් ඇති වීමේ අවස්ථාවන්හි පමණි. කාලය ඉදිරියට ගොස්, managed සේවාවක් ඔබේ කණ්ඩායමට මාසයක් කාර්යබහුලතාව ඉවත් කරදීම, පසුකාලීනව වෙනස් කළ හැකි නම්, ඒක හොඳ තීරණයකි.
ශ්රී ලංකාවට ඇති වැදගත්කම
- දත්ත ස්තරය audit කිරීමෙන්, දේශීය නියාමන නීති (Data Protection Act) අනුව compliance රැකගත හැක.
- Platform ස්තරයේ Terraform භාවිතයෙන්, ලංකාවේ startups ලා ඉක්මනින් multi‑cloud හෝ backup පද්ධතියක් සකස් කරගත හැක.
- Contract ස්තරය සකස් කරගැනීමෙන්, vendor සමඟ negotiate කර egress fee අඩු කරගැනීමේ හැකියාව ලැබේ.
- Operations ස්තරය IaC (Infrastructure as Code) මගින් version‑control කරගතහොත්, දේශීය developer කණ්ඩායම්ගේ knowledge sharing වඩාත් සාර්ථක වේ.
Terraform, Pulumi වැනි IaC මෙවලම්, operations සහ platform ස්තර දෙකම අඩු කරයි. ඒවා code එකේ lock‑in dependency පෙන්වා, අවශ්ය නම් වෙනත් vendor එකකට මාරු වීම සරල කරයි. නමුත්, proprietary managed service එකක් සෘජුවම portable නොවේ – ඒක design decision එකයි.
අවසන් වශයෙන්, සාර්ථක cloud strategy එකේ පියවර: 1) ස්තර හතර audit කරගන්න, 2) exit cost ගණනය, 3) Terraform හරහා infra codify කරගන්න, 4) high‑lock‑in සේවා සඳහා risk + portability plan ලියන්න, 5) contract එකේ egress caps negotiate කරන්න, 6) නිතර review කරන්න. මෙලෙස selective portability අනුගමනය කරමින්, ඔබේ ව්යාපාරයට වේගවත් managed service එකත්, අනාගතයේ නිදහස් වීමේ හැකියාවත් ලබාගත හැක.
Lock‑in එක නිවැරදිව කළමනාකරණය කරන්නේ, “ශුන්ය lock‑in” නොව, “මනෝබලය සහිත වියදම්” පාලනය කිරීමයි.
