පෙර අපි සියලුම ලොග් පේළි මධ්යස්ථ ලොග් පද්ධතියකට එවූවා. ඒක පූර්ණ වශයෙන් අසනීපයක් වුණා – ලොග් ප්රමාණය මාසිකව 20% කින් වැඩිවෙලා, බොහොමයක් debug‑ලෙවල පණිවුඩවලින් පිරුණු, කවදාවත් සොයා ගැනීමට අවශ්ය නොවූ තොරතුරු. ඒ නිසා ගබඩා වියදම ඉහළ ගියා, අවශ්ය තොරතුරක් සොයන විටත් ශබ්දය නිසා ගැටලුවක් වුණා.
ඇත්තේ කුමක්ද? ලොග් ගණන අධික වීම, අධික ගබඩා පිරිවැය, හා සෙවීමේ කාලය අධික වීම. අපි “ලොග් = සිදුවූ සිදුවීම්, මිනුම් = ගණන, ට්රේස් = ඉල්ලීම් ප්රවාහය” කියන නීතියක් ගෙන ආවා.
අපි කළ ප්රතිසංස්කරණය
- DEBUG ලොග් – පමණක් දේශීයව, කිසිදාම මධ්යස්ථයට එවන්නේ නැත.
- INFO ලොග් – 1% න් අඩු අනුපාතයෙන් නියමිතවම එවයි (sampled).
- WARN සහ ERROR ලොග් – සම්පූර්ණයෙන්ම එවයි, ERROR ලොග් එකට අයදුම් අංකයක් (request ID) එක් කරයි.
- ගණන හා වේගය ගැන තොරතුරු metrics තුළ රඳා, ලොග් වලට නොදෙයි.
- ඉල්ලීම් ප්රවාහය traces මඟින් නිරීක්ෂණය කරයි, ලොග් වලින් නොව.
මෙම නව ක්රමය හේතුවෙන් ලොග් ඉන්ජෙස්ට් වියදම 70% කින් අඩු වුණා, සෙවීමේ කාලය 4 ගුණයක් පමණ වේගවත් වුණා, සහ අවශ්ය තොරතුරු ඉක්මනින් සොයා ගැනීමට හැකි වුණා.
ශ්රී ලංකාවට ඇති වැදගත්කම
ශ්රී ලංකාවේ තාක්ෂණික ආරම්භකයන්, සමාගම්, හා විශ්වවිද්යාල සිසුන්ට මේ පළපුරුද්දෙන් ගැලපෙන බොහෝ ලාභ තියෙනවා.
- කලවලම cloud ගබඩා වියදම අඩු කරගෙන, සීමිත සම්පත් ඇති ව්යාපාර වලට වැදගත්.
- ලොග් ශබ්දය අඩු කිරීමෙන් debugging වේගවත් වෙයි, ඉගෙනුමත් වැඩි වේ.
- metrics හා traces භාවිතා කිරීමෙන් performance monitoring වැඩි නිරවද්යතාවයක් ලබා ගත හැක.
- ලොග් නීති පිළිබඳ linter එකක් දායක වීමෙන් කේත ගුණාත්මකභාවය වැඩිවේ.
එබැවින්, ශ්රී ලංකාවේ තාක්ෂණික සමාජය මේ පදනම මත වැඩි කාර්යක්ෂමතාව, අඩු වියදම, සහ ඉහල ගුණාත්මක සේවාවන් ලබා ගත හැක.
අවසන් වශයෙන්, ලොග් එකතුවක් සෑම දෙයක්ම කළ යුතු නැත. ඒවා අනිත් නිරීක්ෂණ මෙවලම් සමඟ සම්බන්ධ කරගැනීමෙන් වැඩි ප්රතිඵල ලැබේ.
