කොඩ් එකක් ලියන කෙනෙක්ටම අඩු නොවන ගැටළුවක් – රේට් ලිමිට් එකක් නිසා පද්ධතිය අස්ථිරවීම. ගූගල් ඇඩ්ස් සහ Meta Marketing API එකෙන් දත්ත ගෙන එන්න යන ව්යාපෘතියක් සෑදූ පසු, කේතයේම වැරැද්දක් කියලා හිතලා තුන් සතියක් ගතවුණා.
ගැටළුව කුමක්ද? මුලින්ම සැලසුම සරලයි: ගූගල් ඇඩ්ස්, Meta වැනි ප්ලැට්ෆෝම් දෙකෙන් spend, clicks, conversions ගෙන, ඒක දත්ත ගබඩාවකට සුරක්ෂිත කර, චාට් එකක පෙන්වන්න. කේතයක් ලියලා සෑම ග්රාහකයකුගේ ගිණුමක් පැයකින් එකවර පරීක්ෂා කරලා, තොරතුරු ගන්න. ත්රිත්වයක් පමණක් ග්රාහකයින්ට මේ වැඩේ සම්පූර්ණයි කියලා හිතුවා.
නමුත් API ලිමිට් ගැන කවුරුත් කියන්නේ නෑ. ගූගල් ඇඩ්ස් API එකේ developer token අනුව ක්රියාකාරකම් සීමා වෙනවා, ඒ සීමාව ගිණුමේ තලයට අනුව වෙනස් වේ. Meta API එකේ රේට් ලිමිට් එක ගිණුමටම නොව, app level එකේ rolling usage score මත තීරණය වෙයි. ඒ නිසා, අඩු ගිණුම් ගණනක් (3) සමඟ හොඳින් වැඩ කරද්දී, 12 වැනි ගිණුම ඇතුළත් කළ විට 429 (Too Many Requests) දෝෂයක් එළැඹුණා.
දෝෂය අඩු-අවස්ථාමය (intermittent) වීම නිසා, කේතයේ race condition හෝ retry logic ගැටළුවක් කියලා හිතලා තුන් සතියක් පරීක්ෂා කළා. අවසානේ හඳුනාගත් දේ: සියලු ග්රාහක ගිණුම්වල API ඇමතුම් එකතුව Meta හි app‑level රේට් ලිමිට් එක උල්ලංඝනය කරලා තිබුණා. ඒ නිසා retry වැඩියෙන් කිරීම ප්රයෝජනවත් නොවෙයි; queue එකක් exponential backoff සමඟ, priority system එකක් යොදා ගත යුතුය.
ශ්රී ලංකාවට ඇති වැදගත්කම
ශ්රී ලංකාවේ තාක්ෂණික ආරම්භකයින්, වෙබ්/මොබයිල් සංවර්ධකයින්, සහ දත්ත විශ්ලේෂකයින්ට මේ අත්දැකීම ඉතා වැදගත්. API රේට් ලිමිට් ගැටළුව තේරුම් ගත හැක්කේ:
- කාර්යබහුල පද්ධතිවල queue‑based architecture භාවිතය.
- OAuth token නවීකරණය හා අධීක්ෂණය කිරීමේ වැදගත්කම.
- විවිධ ප්ලැට්ෆෝම් අතර data normalization ස්කීමා නිර්මාණය.
- ස්ථානීය ව්යාපාරයන්ට බාහිර API භාවිතයෙන් ගැටළුවක් එළඹෙන්නාම ඉදිරියට පියවර ගැනීමට අවස්ථාව.
මෙම පළපුරුදු අත්දැකීම්, ශ්රී ලංකාවේ තොරතුරු‑විශ්ලේෂණ සේවා, අලෙවිකරණ automation, සහ SaaS ආරම්භක ව්යාපාරයන්ට ඉක්මනින්, පිරිවැය අඩුවෙන්, සහ විශ්වාසනීයව පද්ධති ඉදිරියට ගෙන යාමට උපකාරී වේ.
අවසන් වශයෙන්, තමන් අපි සියලුම client reporting workflow එක RaiseReturn නමින් පවත්නා සමාධානයකට මාරු කළෙමු. එම පද්ධතියේ built‑in queue, token monitoring, සහ multi‑platform normalization ඇති බැවින්, අපේ සංවර්ධන කාලය ඉතිරි වුණා, අලුත් විශේෂාංග නිර්මාණයට යොමු කළ හැකි වුණා.
ඉදිරියට API රේට් ලිමිට් ගැන සූදානම්ව සිටීම, නිවැරදි queue‑design එකක්, සහ data schema එකක් සැකසීම, ඔබේ පද්ධතියේ ස්ථාවරත්වය සහ scalability සඳහා මූලිකය.
