বুকিং রেডি তৈরি করুন, বুকিং রেডি তৈরি করুন৷

CreateBooking Ready মাইলস্টোন টাস্কটি সম্পন্ন করতে, আপনাকে CreateBooking মেথডটি সফলভাবে বিল্ড এবং ডেলিভার করতে হবে। যখন কোনো ব্যবহারকারী একটি বুকিং তৈরি করার চেষ্টা করেন, তখন এই মেথডটি কল করা হয়। যদি সফলভাবে একটি বুকিং তৈরি হয়, তাহলে রেসপন্সে একটি অনন্য booking_id অন্তর্ভুক্ত থাকে, যা ভবিষ্যতের অনুরোধ বা আপডেটের জন্য বুকিংটিকে নির্দেশ করতে ব্যবহৃত হয়।

CreateBooking টাস্কের প্রয়োজনীয়তা

  • স্যান্ডবক্সে ৯০% বা তার বেশি সফলতার হার সহ ১০টি CreateBooking অনুরোধ।
  • প্রোডাকশনে ৯০% বা তার বেশি সফলতার হার সহ ৩টি CreateBooking অনুরোধ।

CreateBooking এর প্রাথমিক বিষয়গুলি

যখন কোনো ব্যবহারকারী বুকিং শুরু করেন, তখন পার্টনার বুকিং সার্ভারে একটি CreateBooking রিকোয়েস্ট পাঠানো হয়। রিকোয়েস্টের রেসপন্সটি একটি সফল বুকিং অথবা বুকিং ব্যর্থতা নির্দেশ করে। যদি বুকিং ব্যর্থ হয়, তবে রেসপন্সে ব্যর্থতার কারণ হিসেবে বিজনেস লজিক এরর অন্তর্ভুক্ত করতে হবে। উদাহরণস্বরূপ, স্লটটি অনুপলব্ধ হয়ে গেছে অথবা একই ব্যবহারকারী স্লটটি ইতোমধ্যেই বুক করে ফেলেছেন।

যখন কোনো ব্যবহারকারী একটি বুকিং তৈরি করেন, তখন গুগল আপনাকে সেই ব্যবহারকারীর প্রদত্ত নাম, পদবি, ফোন নম্বর এবং ইমেল পাঠায়। আরও তথ্যের জন্য, অ্যাকাউন্ট মেলানো এবং তৈরির নীতি দেখুন।

আইডেমপোটেন্সি

নেটওয়ার্কের মাধ্যমে যোগাযোগ সবসময় নির্ভরযোগ্য নয়, এবং কোনো সাড়া না পেলে গুগল HTTP অনুরোধগুলো পুনরায় চেষ্টা করতে পারে। এই কারণে, অবস্থা পরিবর্তনকারী সমস্ত পদ্ধতি অবশ্যই আইডম্পোটেন্ট হতে হবে:

  • CreateBooking
  • UpdateBooking

UpdateBooking ছাড়া প্রতিটি অনুরোধ বার্তার ক্ষেত্রে, অনুরোধটিকে স্বতন্ত্রভাবে শনাক্ত করার জন্য আইডম্পোটেন্সি টোকেন অন্তর্ভুক্ত করা হয়। এর ফলে, একটি একক অনুরোধ তৈরির উদ্দেশ্যে পুনরায় চেষ্টা করা REST কল এবং দুটি পৃথক অনুরোধের মধ্যে পার্থক্য করা যায়। UpdateBooking এর সংশ্লিষ্ট বুকিং এন্ট্রি আইডিগুলো সেগুলোকে স্বতন্ত্রভাবে শনাক্ত করতে সাহায্য করে, তাই তাদের অনুরোধে কোনো আইডম্পোটেন্সি টোকেন অন্তর্ভুক্ত করা হয় না।

বুকিং সার্ভারগুলো কীভাবে আইডম্পোটেন্সি পরিচালনা করে তার কয়েকটি উদাহরণ নিচে দেওয়া হলো:

  • একটি সফল CreateBooking HTTP রেসপন্সে তৈরি করা বুকিংটি অন্তর্ভুক্ত থাকে। কিছু ক্ষেত্রে, বুকিং প্রক্রিয়ার অংশ হিসেবেই পেমেন্ট সম্পন্ন করা হয়। যদি একই idempotency_token সহ একই CreateBookingRequest দ্বিতীয়বার পাওয়া যায়, তবে একই CreateBookingResponse অবশ্যই ফেরত দিতে হবে। এক্ষেত্রে দ্বিতীয় কোনো বুকিং তৈরি হয় না এবং প্রযোজ্য ক্ষেত্রে, ব্যবহারকারীর থেকে ঠিক একবারই চার্জ করা হয়।

যেসব মেথড স্টেট পরিবর্তন করে, তাদের সকলের ক্ষেত্রে আইডম্পোটেন্সি শর্তটি প্রযোজ্য।