මයික්රෝසේවා (Microservices) තාක්ෂණය නව ව්යාපෘති වලට විශාල වාසි දෙයි. නමුත් බොහෝ කණ්ඩායම් ඒක තැඹිලි පාලනයෙන් ඉදිරියට ගොස්, මාස කිහිපයකට පසුම ගැටළුවලට මුහුණ දෙති. මෙන්න, නව සංවර්ධකයින්ට හොඳින් අවධානයෙන් බැලිය යුතු 5 වැළඳීම් සහ ඒවාට ප්රතිකාර.
1. අවලංගු වශයෙන් මොනොලිත් වෙන් කිරීම – ව්යාපාර අවශ්යතා හෝ ඩොමෙන් සීමා තේරුම් ගත නොකෙරෙමින් මොනොලිත් එකක් තාක්ෂණික සේවා ලෙස බෙදීමෙන් ‘චැටි’ සේවා, බෙදා හැරුණු මොනොලිත්, හෝ එකතුවෙන් යළි දෝෂිතව ආපසු නැවත ඉදිරිපත් කිරීමක් සිදුවේ. මෙයට විසඳුම: මුලින්ම හොඳින් මොඩියුලර් මොනොලිත් එකක් තනන්න, Domain‑Driven Design (DDD) භාවිතයෙන් Bounded Contexts හඳුනා ගන්න, ස්ථිර සීමා සහිත සේවා පමණක් ඉවත් කරන්න.
2. ජාල දෝෂ නොසලකා හැරීම – මොනොලිත් වලදී ක්රියාකාරීත්වය සෘජුවම ක්රියා කරයි; නමුත් මයික්රෝසේවා අතර සම්බන්ධතා ජාලයෙහි පරීක්ෂා නොකළහොත් අසාර්ථක විය හැක. කාල සීමා, exponential backoff retry, circuit breaker, bulkhead වැනි රක්ෂාකාරකයන් යොදා ගන්න. Resilience4j, Polly වැනි පුස්තකාල භාවිතය ප්රයෝජනවත්.
3. බෙදාගත් දත්ත ගබඩා ප්රතිපත්තිය – සියලු සේවා එකම දත්ත ගබඩාව භාවිතා කරන්නේ නම්, සමාන schema වෙනස්කම් කිරීම ඉතා දුෂ්කර වේ. සෑම සේවාවකම තමන්ගේම දත්ත හිමිකමක් ඇති කර, API හරහා පමණක් දත්ත ලබා දීමට සීමා කරන්න. අවශ්ය නම් event‑driven communication හෝ shared kernel එකක් පවත්වා ගන්න.
4. අධික orchestration – Kubernetes වැනි සංකීර්ණ පරිසරය පළමු දිනයේම භාවිතා කිරීම හෝ සෑම transaction එකකටම saga choreography ගොඩනැගීම අතිශය බරපතල වේ. පළමුව Docker Compose වැනි සරල container orchestration භාවිතා කර, අවශ්ය scaling අවස්ථාවට Kubernetes වෙත මාරු වන්න. Transaction වලදී eventual consistency සහ compensating actions භාවිතා කරන්න.
5. නිරීක්ෂණය නොකිරීම – ලොග්, metrics, tracing වැනි observability අංගයන් මුල සිටම සකස් නොකළහොත්, බෙදා හැරුණු පද්ධතියක් පරීක්ෂා කිරීම අතිශය කාලාත්මක වේ. JSON structured logging, request latency, error rate metrics, OpenTelemetry tracing, Prometheus‑Grafana, Jaeger වැනි මෙවලම් භාවිතා කරන්න. සෑම request එකක්ම unique request ID එකකින් ලොග් කරගැනීම අත්යවශ්ය.
ශ්රී ලංකාවට ඇති වැදගත්කම
ශ්රී ලංකාවේ තරුණ සංවර්ධකයින්, startup ආරම්භකයන් සහ IT සමාගම් මයික්රෝසේවා අරඹන විට මේ පළමු වැළඳීම් වැලැක්වීමෙන් වැඩි productivity, ඉක්මන් scaling, හා පද්ධති විශ්වාසනීයතාවය ලබා ගත හැක. Proper domain decomposition භාවිතයෙන් කණ්ඩායම් අතර ownership පැහැදිලි වේ, ඒ නිසා වැඩේ ඉක්මනින් ඉදිරියට යයි. Network failures සදහා resilience patterns ඉගෙන ගැනීම, Sri Lankan developers ලා local data‑center outages හෝ international API latency වලට සූදානම් වෙයි. Observability මෙවලම් ප්රාදේශීය cloud providers (AWS, Azure, Google Cloud) සමඟ එකතු කිරීමෙන්, ගැටළු හඳුනා ගැනීමේ කාලය පැය කිහිපයකින් මිනිත්තු කිහිපයට පත් වේ. මෙයින් තරුණ IT talent එකට ගෝලීය standards සමඟ සම්බන්ධ වීමට, සහ දේශීය සමාගම්ට තරඟකාරී ව්යාපාරික ආකෘති ගොඩනැගීමට උපකාරී වේ.
අවසන් වශයෙන්, මයික්රෝසේවා යනු අරමුණක් නොව, ප්රතිඵලයක් බව මතක තබා ගන්න. කුඩා පරිමාණයෙන් පටන් ගෙන, failures පිළිබඳ සූදානම් වීම, සහ observability සකස් කිරීම ඔබේ පද්ධතියේ සාර්ථකත්වය තහවුරු කරයි. ඔබේ කණ්ඩායමට මේ උපදෙස් මත පදනම්ව ඉදිරියට යාමට හැකි වේ.
