AI Rook Trading Engine නමින් හැඳින්වෙන අත්යවශ්ය වෙළඳ සැලැස්වීමේ පද්ධතියක්, MMT (Crypto market data provider) වෙතින් රියල්-ටයිම් WebSocket දත්ත ලබා ගත යුතුය. සතියක් පුරා බොට් එක හදිසියේම නිහතමානීව අඳුරු වෙලා, ලොග් වල කිසිදු දෝෂයක් නොපෙන්වා, සම්බන්ධතාවය 1011 read_error එකක් දී අත්හිටුවා තිබුණි.
සිදුවීමේ විස්තර – සම්බන්ධතාවය සෑම 5-6 මිනිත්තුකට පසු වසා යාමක් සිදු විය. එය නැවත සම්බන්ධ වීමත් සමඟ රේට් ලිමිට් පිරිමැසුමක්, කෑන්ඩල් දත්ත හිස් වීමක් ඇති කරමින්, සජීවී වෙළඳපලේ වැදගත් සංඥා අහිමි වීමේ අවදානමක් පැන නැගුණි.
ආරම්භයේදී, MMT සර්වර් 300 තත්පර (5 මිනිත්තු) කාලයක් අක්රියව ඉඳහිට සම්බන්ධතාවය වසා දමයි. එයට විරුද්ධව, එම පද්ධතියේ keepalive ක්රමය සෑම 10 මිනිත්තුවකට එක වරක් පණිවුඩයක් යවන ලෙස සැකසුවා තිබුණි. එම නිසා, සර්වර් විසින් සම්බන්ධතාවය වසා දමන අවස්ථාවේ, keepalive පණිවුඩය එවීමට තවත් කාලයක් ගත වූ නිසා, අසාර්ථකව පසුබැසීමක් සිදු විය.
ඇයි මෙය වැදගත්ද? – WebSocket සම්බන්ධතාවය නිශ්ශබ්දව අත්හිටුවීමේදී, කේතය, ජාලය, හෝ සපයන්නා කුමන ගැටලුවක්දැයි තේරුම් ගැනීමට බොහෝ වේලාවක් ගතවේ. එම ගැටලුවේ නිරාකරණය කිරීමේදී, සපයන්නාගේ idle timeout ගණනය කිරීම සහ keepalive අන්තරය සමඟ සමාන කිරීම ප්රථම පියවර විය යුතුය.
ශ්රී ලංකාවට ඇති වැදගත්කම
ශ්රී ලංකාවේ තාක්ෂණික සංවර්ධනයේදී, බොහෝ ස්ථානික ආයතන සහ සමාගම් API, WebSocket ආශ්රිත සේවා භාවිතා කරයි. මෙම කුඩා අංකයක් (10 → 4) වෙනස් කිරීම, වෙළඳපල දත්ත ප්රවාහය, IoT උපකරණ, රියල්-ටයිම් විශ්ලේෂණය වැනි ක්ෂේත්රවල අඩු-කාලීන පද්ධතිවල අඩුපාඩු වළක්වා ගැනීමට උපකාරී වේ. දේශීය සංවර්ධකයන්ට, සපයන්නාගේ idle timeout දැන ගැනීම සහ එයට වඩා ඉක්මනින් keepalive යැවීමේ වැදගත්කම තේරුම් ගැනීමට මෙය උදාහරණයක් වේ. එසේම, ශ්රී ලංකාවේ fintech ආරම්භකයන්ට, වෙළඳ සැලැස්වීමේ බොට් හෝ algorithmic trading පද්ධති නිර්මාණය කිරීමේදී, අධික කාලීන අඩුපාඩු වලින් වළකිමින්, ව්යාපාරික අවස්ථා අහිමි නොවීමට මෙය මූලික පියවරක් වේ.
අවසන් වශයෙන්, සම්බන්ධතාවය 240 තත්පර (4 මිනිත්තු) කාලයේ keepalive යැවීමෙන්, MMT සර්වර්ගේ 300 තත්පර idle timeout ට වඩා පෙර පියවර ගත හැකි විය. එම නිසා, WebSocket 1011 read_error නැතිව, පද්ධතිය ස්ථාවරව ක්රියාත්මක විය.
