ඔබේ SaaS යෙදුම එකම Docker කන්ටේනරයක් සහ PostgreSQL දත්ත ගබඩාවක් සමඟ නිෂ්පාදනයේ ධාවනය කරන්නේ නම්, එය ඉතා සරලයි. නමුත් එම සරලත්වය දිගුකාලීන වර්ධනයේදී බාධාවක් බවට පත්වේ. මේ ලිපියෙන් එකම සර්වර් එකෙන් බහු සර්වර් වෙත ගමන් කිරීමේදී ඔබේ යෙදුමට අවශ්ය වෙනස්කම් කුමනද යන්න පැහැදිලි කරමු.
එකම ඉන්ස්ටෑන්ස් එකක් භාවිතා කරන විට, සැසි තොරතුරු මතකයේ, රේට් ලිමිටර් එක පරීක්ෂා කිරීමේ ගණනකාරකය, WebSocket සම්බන්ධතා සිතියම, එක් වරක් පමණක් ක්රියා කරන ක්රෝන් ජොබ් වැනි බොහෝ දේ එකම ප්රොසෙස් එකේම අඩංගු වේ. මේවා පළමු දවසේදී කිසිදු ගැටළුවක් නොමැත, නමුත් දෙවන ඉන්ස්ටෑන්ස් එකක් එකතු කළ විට ඒ සියල්ල බිඳේ.
උදාහරණයක් ලෙස, පරිශීලකයෙකු ලොග්‑ඉන් වුවත් ලෝඩ් බාලන්සරය ඔහුගේ ඉල්ලීම වෙනත් කන්ටේනරයකට යවන විට, එම කන්ටේනරයේ සැසි තොරතුරු නොමැති නිසා පරිශීලකයා තවත් වරක් ලොග්‑ඉන් වීමට සිදුවේ. ඒ අතර, "එක් වරක්" ක්රියා කරන cron job එක දැන් දෙවරක් ක්රියා කරයි, රේට් ලිමිටරය දෙකක් නිසා තරඟකාරී තදබදය දෙගුණයකින් ඉහළ යයි.
ඇතිවෙන ප්රධාන ගැටළුව නම්, ඔබේ යෙදුම එකම නකලාවක් (instance) පමණක් තිබෙන බවට අනුමාන කරයි. ඒ නිසා, බහු සර්වර් පරිසරයට මාරු වීමට පෙර, ඒ සියලු අනුමාන ඉවත් කර, යෙදුම stateless බවට පත් කරගත යුතුය. Stateless යනු, ඕනෑම ඉන්ස්ටෑන්ස් එකක් සියලු ඉල්ලීම් සැලසීමට හැකිවීමයි, එවිට ලෝඩ් බාලන්සරය හෝ කුබර්නෙටිස් වැනි ඔර්කෙස්ට්රේටර් එකක් යෙදුමට අමතර සර්වර් එකක් එකතු කිරීම හෝ ඉවත් කිරීමේදී කිසිදු පරිශීලකයාට දැකිය නොහැකි වෙනස්කම් සිදු නොවේ.
ශ්රී ලංකාවට ඇති වැදගත්කම
ශ්රී ලංකාවේ තාක්ෂණික ආරම්භකයන්, විශ්ව විද්යාල සිසුන්, සහ ස්ථානාන්ත ව්යාපාරිකයින්ට මෙම පියවර අතිශය වැදගත් වේ:
- විකාශකයින් – Stateless සැලසුම්, Redis වැනි බාහිර සැසි ගබඩා, සහ health‑check මාර්ගෝපදේශයන් ගැන දැන ගැනීම, මෘදුකාංගයේ විශ්වාසනීයතාවය වැඩි කරයි.
- ව්යාපාරිකයින් – බහු සර්වර් පරිසරයක් හරහා වැඩි පාරිභෝගික පරිමාණය, අඩු ධාවන ගාස්තුව, සහ අධික උණුසුම් අවස්ථාවලදී සේවා අඩුවීමේ අවදානම අඩු වේ.
- සිසුන් – Docker, CI/CD, NestJS, PostgreSQL, සහ Kubernetes වැනි නවීන තාක්ෂණයන්ට ප්රායෝගික අත්දැකීම් ලබා ගත හැකිය.
එසේම, health‑check (liveness & readiness) පරීක්ෂණයන් නිවැරදිව සකස් කිරීම, බලාපොරොත්තු නොකළ සේවා අඩුවීම් වැළැක්වීමට මහත් වැදගත් වේ. ඔබේ SaaS එකේ සාර්ථක වර්ධනය සඳහා, මෙම මූලික කරුණු අමතක නොකළ යුතුය.
අවසානයේ, බහු සර්වර් පරිසරයට මාරු වීම යනු නව තාක්ෂණයක් ඉගෙන ගැනීම නොව, පළපුරුදු සංකල්පයන් (stateless, distributed cache, health‑checks) යළි සකස් කිරීමයි. මේවා නිවැරදිව කරගත් පසු, ඔබේ SaaS එක අඩු වියදමින්, ඉහළ විශ්වාසනීයත්වයෙන්, ලොව පුරා පාරිභෝගිකයන්ට සේවාව ලබා දීමට සූදානම් වේ.
