এপিআই দ্বিতীয় মাস: প্রথম চক্রের পরে আইডেম্পোটেন্সি ঋণ পরিচালনা করা

প্রাথমিক সেটআপ থেকে টেকসই স্কেলিং এ রূপান্তর

আপনার সিপিএএএস ইন্টিগ্রেশন পরিচালনার দ্বিতীয় মাসে, সফল সংযোগের প্রাথমিক উল্লাস প্রায়শই প্রযুক্তিগত ঋণের বাস্তবতার কাছে পথ ছেড়ে দেয়। প্রথম ত্রিশ দিনে, ডেভেলপাররা সাধারণত মৌলিক বার্তা ডেলিভারি এবং ডিএলআর অভ্যর্থনার উপর ফোকাস করেন। যাইহোক, ট্র্যাফিক প্যাটার্ন স্থিতিশীল হওয়ার সাথে সাথে, একটি নির্দিষ্ট ধরণের ঘর্ষণ দেখা দেয়: আইডেম্পোটেন্সি ঋণ। এটি তখন ঘটে যখন দ্রুত প্রোটোটাইপিং পর্যায়ে «Idempotency-Key» হেডারটি বাদ দেওয়া হয়, যা নেটওয়ার্ক পুনঃচেষ্টার সময় ডুপ্লিকেট চার্জের দিকে পরিচালিত করে। API ইনভয়েস সপ্তাহ: আইডেম্পোটেন্সি গ্যাপ যা ডুপ্লিকেট ডেবিট ঘটায় এর বিপরীতে, এই ঋণটি পুনঃচেষ্টা যুক্তির একটি অভ্যাসগত ব্যর্থতা।

অভ্যাসগতভাবে অনুপস্থিত কি ঋণ সনাক্তকরণ

একটি হোয়াইট-লেবেল পরিবেশে, প্রতিটি এসএমএস বা ওটিপি অনুরোধ একটি আর্থিক লেনদেন। যদি আপনার অ্যাপ্লিকেশন লজিক একটি অনন্য কি ছাড়াই 504 গেটওয়ে টাইমআউট বা স্থানীয় নেটওয়ার্ক সমস্যার কারণে একটি অনুরোধ পুনরায় চেষ্টা করে, তবে সিস্টেম এটিকে একটি নতুন উদ্দেশ্য হিসাবে গণ্য করে। দ্বিতীয় মাসে, এটি প্রায়শই আপনার অভ্যন্তরীণ লগ এবং প্রিপেইড ব্যালেন্সের মধ্যে একটি অসঙ্গতিরূপে প্রকাশ পায়। আপনি একই প্রাপকের জন্য বিভিন্ন বার্তা আইডি সহ দুটি অভিন্ন ডিএলআর দেখতে পারেন, উভয়ই আপনার অ্যাকাউন্ট থেকে ডেবিট করা হয়েছে। এটি কোনো সিস্টেম ত্রুটি নয় বরং API ভলিউম রিভিউ: লোডে আইডেমপোটেন্সি সঠিকভাবে বাস্তবায়নে ব্যর্থতা।

প্রিপেইড ব্যালেন্স এবং জেআইটি প্রভিশনিংয়ের উপর প্রভাব

আইওএসওআর পরিকাঠামো স্থায়িত্ব নিশ্চিত করতে একটি কঠোর প্রিপেইড মডেলে কাজ করে। পরিষেবাগুলি সক্রিয় রাখতে আমরা ২০ মার্কিন ডলার প্রিপেইড ফ্লোর বজায় রাখি। যখন আইডেম্পোটেন্সি ঋণ ডুপ্লিকেট ডেবিট ঘটায়, তখন এই ফ্লোরটি প্রত্যাশার চেয়ে দ্রুত পৌঁছে যায়, যা সম্ভাব্যভাবে স্বয়ংক্রিয় পরিষেবা বিরতি ট্রিগার করে। নম্বর অ্যাসাইনমেন্টের সাথে কাজ করার সময় এটি বিশেষভাবে গুরুত্বপূর্ণ। আমাদের প্ল্যাটফর্ম একটি জেআইটি (জাস্ট-ইন-টাইম) যুক্তি ব্যবহার করে যেখানে একটি প্রিপেইড হোল্ড স্থাপন করা হয় এবং নম্বরটি অবিলম্বে নির্ধারিত হয়। সঠিক কি ছাড়া, একটি পুনঃচেষ্টার ফলে দুটি আলাদা প্রিপেইড হোল্ড তৈরি হতে পারে।

প্রযুক্তিগত তুলনা: পুনঃচেষ্টা যুক্তির ফলাফল

সফট রিভিউ থ্রেশহোল্ড অতিক্রম করে স্কেলিং

আপনার ভলিউম বাড়ার সাথে সাথে, আপনি শেষ পর্যন্ত প্রতি মাসে ১০০০ মার্কিন ডলারের সফট রিভিউ থ্রেশহোল্ডের কাছাকাছি পৌঁছাবেন। এই পর্যায়ে, সিস্টেম স্বয়ংক্রিয়ভাবে আপনার ট্রানজ্যাকশন লগে আইডেম্পোটেন্সি কি ব্যবহার পরীক্ষা করে। অনুপস্থিত কি শুধুমাত্র আর্থিক ঝুঁকি তৈরি করে না, বরং স্কেলেবিলিটিও সীমাবদ্ধ করে। পরিষেবার ধারাবাহিকতার জন্য সক্রিয় সংশোধন অপরিহার্য।

IOSOR দিয়ে শুরু করুন

দ্বিতীয় মাসের যে POST-এ Idempotency-Key নেই — বা সার্ভার প্রথম debit ধরে রাখতেই চাবি ঘুরে গেছে — সেগুলো রপ্তানি করুন। সেই সারি ঋণ: ব্যবহার ফোলায় এবং ভলিউম পর্যালোচনা গুলিয়ে দেয়। বাকি প্রতিটি রিট্রাই পথে অনন্য চাবি লাগান এবং স্থানীয় টাইমআউটকে নতুন অভিপ্রায় ধরা বন্ধ করুন।

IOSOR সারাংশ

করুন: দ্বিতীয় মাসের ভলিউম পর্যালোচনার আগে চাবিহীন অভ্যাস ছাড়ুন। চাবির TTL ক্লায়েন্ট টাইমআউট নয়, ledger সারির সঙ্গে মেলান।

করবেন না: স্থানীয় রিট্রাই জানালা শেষ হয়ে সার্ভার অবস্থা বেঁচে থাকলে correlation ID-কে দ্বিতীয় debit গড়তে দেওয়া। সেটা ঋণ, চাহিদা নয়।