ඔබත් “server down, try later” කියලා අහලා තියෙනවාද? ඒ වචනයක් දැන් අපේ දෛනික ජීවිතේ අමුතු වාක්යයක් වුණා. නමුත් එම පණිවිඩය පසුබැසී ඇති තාක්ෂණික හේතුවක් නොවේ; ඒකට සත්යයක් තියෙනවා.
Dev.to හි ලේඛකයා, හක්තොන් එකක් තුළ, නිරීක්ෂණ මෙවලම SigNoz භාවිතා කරමින් “server down” කියන අවස්ථාවන් හතරක් වෙන් කරලා පෙන්වයි. ප්රථමයෙන්, දත්ත ගබඩාව (database) මන්දගාමී වීම වේ. බොහෝ අය “check result” බොත්තම ඔබන විට, පසුපස ඇති DB එකට අධික ප්රශ්න එනවා, හෝ query එක අසමත් වීම නිසා 3 තත්පරක් නින්දට යනවා. මෙවලම තුළ db.query කියන දිගු span එක දිගුවෙන් පෙනේ.
දෙවැනිය, cache (Redis) අස්ථාවර වීම වේ. වේගවත් වෙබ් අඩවි බහුලව cache භාවිතා කරයි. Cache එක බිඳගත් විට, සයිට් එක බිඳෙන්නේ නැතිව, ඉතාම අඩු වේගයෙන් ක්රියා කරයි. SigNoz තුළ cache.hit: false ලෙස සියලු ඉල්ලීම් පෙන්වීමෙන් cache මරණය හඳුනාගත හැක.
තුන්වැනිය, අසාර්ථක deploy එක වේ. කවුරුහරි සිකුරාදා නව code එක push කරලා, ඒ code එකේ බග් එක නිසා 500 error එකක් හෝ exception එකක් එයි. මෙය trace එකේ “failed” ලෙස පෙන්වෙයි, error‑rate panel එකේ තද කන්දක් වගේ උත්පන්න වේ.
අවසන් වශයෙන්, ඉල්ලීම් ගණන වැඩි වීම (traffic surge) වේ. විශේෂයෙන් results day, ticket booking day වැනි අවස්ථා වලදී, සියලුම සේවා එකවර ඉල්ලීම් ගනනට මුහුණ දේ. මෙය “server down” නොව, සම්පත් අඩුවීම නිසා වේගය අඩුවීමක් ලෙස පෙනේ.
ශ්රී ලංකාවට ඇති වැදගත්කම
- ඩිවෙලපර්ලාට: Observability මෙවලම් (SigNoz, Prometheus) භාවිතා කරලා, ප්රශ්නයේ මූලික හේතුව ඉක්මනින් හඳුනාගත හැක. මෙය downtime වාරිකය අඩු කරයි.
- ඉගෙනුම් ආයතනවලට: සිසුන්ට real‑time tracing, tracing spans, error‑rate dashboards වැනි DevOps කුසලතා ඉගැන්වීමේ නව පදනමක්.
- ව්යාපාරිකයන්ට: සේවා අඩුවීමෙන් පාරිභෝගික විශ්වාසය අඩුවීමේ අවදානම අඩු කර, uptime SLA ඉටු කිරීමේ හැකියාව වැඩි කරයි.
“server down” කියන වචනයට පසුබැසී ඇති තාක්ෂණික හේතුව පෙනෙන්නට ලැබේ. නිරීක්ෂණය, alerting, සහ සකස් කළ deployment පද්ධති භාවිතා කරලා, අපි මේ “try later” අභියෝගය අතහැර, සත්යයෙන් සේවා නිරන්තරයෙන් පවත්වා ගත හැක.
