පසුගිය ලිපියේ අපි සත්යාපන සැසි (session) එකක් කෙසේ නිර්මාණය, ගබඩා කිරීම සහ නැවුම් කිරීම සිදු වේදැයි විස්තර කළෙමු. එය එක් පරිශීලකයෙකුගේ හැඳුනුම පරීක්ෂා කරන තෙක් පමණයි. දැන් SaaS (Software‑as‑a‑Service) ව්යාපාරයකදී, පරිශීලකයාට කොමන් පදනමෙන් කුමන සමාගමේ දත්ත දැක ගත හැකිද යන ප්රශ්නයට පිළිතුරු දෙමු.
බහු‑කාර්ය (multi‑tenant) පද්ධතියක සංවිධාන (organization) යනු මූලික සංකල්පයකි. B2C යෙදුම් වල පරිශීලකයා හා ඔහුගේම දත්ත අතර එකම සබඳතාවක් පවතී. B2B SaaS වල එය ත්රිත්වයක්: පරිශීලකයා‑සංවිධානය, සංවිධානය‑දත්ත, සහ (අපේක්ෂිතව) පරිශීලකයා‑බහු‑සංවිධාන. මේ සබඳතා සැලසුම් නොකළහොත්, පසුබැසී ඇති සියලුම විශේෂාංග අඩුපාඩු ඇති කරයි.
සංවිධානය ත්රිත්වයේ තේරැව වන්නේ වාණිජය, බලපත්ර, විශේෂාංග පාලනය, දත්ත නිරෝධායන ආදිය. උදාහරණයක් ලෙස, එකම ඊ‑මේල් ලිපිනයෙන් දෙකක් වඩා සමාගම් වලට සම්බන්ධ පරිශීලකයෙක්, ආසන‑පදනම් බිල්පත් (seat‑based billing) සහ දත්ත රිසිඩන්සි අවශ්යතා සියල්ල සංවිධානය මට්ටමින් කළමනාකරණය කළ යුතුය.
ඒ සඳහා ව්යාපෘතියේ දත්ත ආකෘතිය තුනක්: organizations, users, සහ memberships. memberships වගුවේ role (owner, admin, member) ඇතුළත් කර පරිශීලකයාට බහු‑සංවිධාන සම්බන්ධතා ලබා දේ. මෙම වගුව නොමැතිව, පරිශීලකයාට එක් සංවිධානයකට පමණක් සීමා වේ.
සංවිධාන‑අනුකූල වගු (projects, invoices, documents ආදී) සෑම විටම organization_id තීරුවක් සහ ඒ සඳහා සුදුසු සූචකයක් (index) ඇතුළත් කළ යුතුය. මේ තීරුව පළමු මයිග්රේෂන් එකේම ඇතුළත් නොකළහොත්, පසුකාලීන query‑වල අසමත් වීම හා දත්ත ගැටලු ඇතිවීම අතිශය අපහසුය.
ශ්රී ලංකාවට ඇති වැදගත්කම
ශ්රී ලංකාවේ තරුණ සංවර්ධකයන්ට SaaS මූලික සැලසුම් ගැන දැන ගැනීම, ගෝලීය වෙළඳපොළේ තරඟකාරීත්වය වැඩි කරයි. සංවිධාන‑මූලික authentication ක්රමය හඳුන්වා දීමෙන්, ස්ථානීය ව්යාපාරිකයන්ට ආරක්ෂිත, බහු‑කාර්ය SaaS සේවා නිර්මාණය කර, ආයතන‑පදනම් බිල්පත්, දත්ත රිසිඩන්සි පාලනය වැනි නව සේවා ආරම්භ කළ හැකිය. එසේම, ශ්රී ලංකාවේ IT සේවා සපයන්නන්ට විදේශීය ගනුදෙනුකරුවන්ට පාරිභෝගික‑අනුකූල විසඳුම් ලබා දීමේ අවස්ථා විහිදේ.
අවසානයේ, සංවිධාන හා සාමාජිකත්ව වගු පළමු සැලසුම් කරගතහොත්, පද්ධතියේ අනාගත විකසනය සරල වේ. එමඟින් කේත‑නැවත‑ලියන (refactoring) වියදම අඩු කර, පාරිභෝගික‑දත්ත ආරක්ෂාව ඉහළ නංවයි.
ඔබේ SaaS ව්යාපෘතියේ සංවිධාන සැලසුම අදම සකසා, බහු‑කාර්ය පරිශීලක අත්දැකීමක් ලබා දීමට පියවර ගන්න.
