ශ්‍රී ලංකාවේ නවතම තාක්ෂණික පුවත් 2026-07-27, Monday
☁️ ක්ලවුඩ් තාක්ෂණය · 🕒 කියවීමට විනාඩි 2 · 👁 1

IoT උපාංග රී-කනෙක්ට් වෙලාවේ Kinesis පද්ධතියේ අතිශය පීඩනය – බ්‍රෝකර් නොපැහැදිලිව!

IoT උපාංග රී-කනෙක්ට් වෙලාවේ Kinesis පද්ධතියේ අතිශය පීඩනය – බ්‍රෝකර් නොපැහැදිලිව!

IoT වගුකාරකයක් තුළ රෑ 2.00 ට අහඹු ලෙස දස දහස් ගණනක් උපාංග ජාලයෙන් බිඳ වැටී, පසුගිය මිනිත්තු කිහිපයකින් නැවත සම්බන්ධ වීමෙන් පසු පද්ධතියේ පීඩනය ඉහළ ගියා.

මෙම සිදුවීමේදී කළමනාකරණ MQTT බ්‍රෝකර් කිසිදු දෝෂයක් පෙන්වා නොදුනී. එය සියලුම පණිවිඩය සෘජුව Kinesis දත්ත ප්‍රවාහයට යවා, ඒ ප්‍රවාහය Lambda ක්‍රියාකාරකම් සමඟ සම්බන්ධ කර MySQL දත්ත ගබඩාවට ලියන ලදී. නමුත් එක් මිනිත්තුවකදී දස දහස් ගණනක් උපාංග එකවර බැක්-ඔෆ්-පිලියෙන් පණිවිඩය එවීමෙන්, Kinesis හි ශාඛා (shard) එකකට බර වැඩි විය.

Iterator age කියන මැට්‍රික්ස් එක ඉහල යාමත් සමඟ, පරණ පණිවිඩයන් සැකසීමට ගතවන කාලය වැඩි විය. පළමු ප්‍රතිඵලය වශයෙන්, ඇලර්ට් සහ downstream ක්‍රියාකාරකම් පැරණි දත්ත මත පදනම්ව ක්‍රියාත්මක වීම හෝ අසාර්ථක වීම සිදු විය. තවත් ගැටළුවක් නම්, එක් “poison” පණිවිඩයක් ශාඛාව තුළ සලස්වීමේ ක්‍රියාවලිය නතර කර, සියලු පසුපස පණිවිඩයන් බ්ලොක් වීමයි.

කණ්ඩායමේ මුල් ප්‍රතිචාරය “scale out” – ශාඛා සංඛ්‍යාව වැඩි කිරීම, Lambda සමාන්තරතාව වැඩි කිරීම – විය. නමුත් ප්‍රධාන bottleneck එක Kinesis throughput නොව, එක් Lambda ඇමතුමකට MySQL සම්බන්ධතාවය ආරම්භ කිරීමේ ගතවන 30-50ms handshake කාලය විය. වැඩි Lambda සමාන්තරතාවය MySQL වෙත සමකාලීන handshake ගණන වැඩි කර, පද්ධතිය තවත් අස්ථිර්ය විය.

ශ්‍රී ලංකාවට ඇති වැදගත්කම

ශ්‍රී ලංකාවේ තාක්ෂණික සමාජයට මෙම සිදුවීමේ පාරිභෝගික පණිවිඩ කිහිපයක් ඇත:

  • IoT සංවර්ධකයින් – උපාංග රී-කනෙක්ට් වෙලාවේ පීඩන කළමනාකරණය, back‑pressure handling, සහ connection pooling වැනි සංකල්පයන් ගැන ඉගෙන ගැනීමට අවස්ථාව.
  • ව්‍යාපාරිකයන් – AWS Kinesis, Lambda, MySQL වැනි සේවා එකට ගැලපීමේදී අධික බර පාලනයේ වැදගත්කම, හා සිදුවන ගැටළුවලට පූර්ව සැලසුම් කිරීමේ අවශ්‍යතාවය.
  • අධ්‍යාපන ආයතන – ක්ලවුඩ්‑නැට්වර්ක් පාඨමාලා තුළ real‑world case study එකක් ලෙස මේ සිදුවීම භාවිතා කර, සිසුන්ට සංකීර්ණ data pipeline ගොඩනැගීමේ අභියෝග පෙන්විය හැක.

ඉදිරි කාලයේ IoT යෙදුම් වැඩි වීමත් සමඟ, පද්ධති නිර්මාණය කරන විට “burst traffic” සහ “poison record” වැනි අවස්ථා සලකා බැලීම අත්‍යවශ්‍ය වේ. මෙය ශ්‍රී ලංකාවේ තාක්ෂණික ආර්ථිකය ඉදිරියට ගෙන යාමට මූලික පදනමක් වේ.

අවසානයේ, පද්ධතියේ සාර්ථකතාවය තාක්ෂණික තීරණ, සම්පත් කළමනාකරණය, සහ සූදානම් සැලසුම් වලින් පදනම් වේ. ඉදිරියේදී එවැනි “storm” එකකට මුහුණ දීමට, සංවර්ධකයින්ට පූර්ව පරීක්ෂණ, සම්බන්ධතා පූලය, හා මොනිටරින් මෙවලම් භාවිතා කිරීම අත්‍යවශ්‍ය වේ.

💡 ඔබේ පද්ධතියේ බ්‍රෝකර් සහ ස්ට්‍රීම් සැලසුම නැවත පරීක්ෂා කරන්න!
මූලාශ්‍රය මෙම ලිපිය AI මගින් රචිත මුල් සාරාංශයකි. සම්පූර්ණ වාර්තාව කියවන්න:
Dev.to ↗
#IoT #AWS #Kinesis #Lambda #MySQL