ধাপ ২ - উচ্চ-স্তরের (high-level) ডিজাইন প্রস্তাব করা এবং সম্মতি নেওয়া

ডিজাইনটিকে দুটি প্রবাহে (flow) ভাগ করা হয়েছে: ফিড পাবলিশিং (feed publishing) এবং নিউজফিড বিল্ডিং (news feed building)।

• ফিড পাবলিশিং: যখন একজন ব্যবহারকারী একটি পোস্ট পাবলিশ করেন, তখন সংশ্লিষ্ট ডেটা ক্যাশ এবং ডাটাবেসে লেখা হয়। একটি পোস্ট তার বন্ধুদের নিউজ ফিডে পপুলেট (ছড়িয়ে) দেওয়া হয়।
• নিউজফিড বিল্ডিং: সরলতার জন্য, ধরে নেওয়া যাক যে নিউজ ফিডটি রিভার্স ক্রোনোলজিক্যাল অনুসারে বন্ধুদের পোস্টগুলো একত্রিত করে তৈরি করা হয়।

নিউজফিড এপিআই (Newsfeed APIs)

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

ফিড পাবলিশিং এপিআই (Feed publishing API)

একটি পোস্ট পাবলিশ করতে, সার্ভারে একটি HTTP POST রিকোয়েস্ট পাঠানো হবে। এপিআইটি নিচে দেখানো হলো: POST /v1/me/feed প্যারামিটার:

• content: content হলো পোস্টের টেক্সট।
• auth_token: এটি এপিআই রিকোয়েস্ট প্রমাণীকরণ (authenticate) করতে ব্যবহৃত হয়।

নিউজফিড রিট্রিভাল এপিআই (Newsfeed retrieval API)

নিউজ ফিড পুনরুদ্ধার করার এপিআইটি নিচে দেখানো হলো: GET /v1/me/feed প্যারামিটার:

• auth_token: এটি এপিআই রিকোয়েস্ট প্রমাণীকরণ করতে ব্যবহৃত হয়।

ফিড পাবলিশিং (Feed publishing)

চিত্র ২ ফিড পাবলিশিং প্রবাহের উচ্চ-স্তরের ডিজাইন দেখায়।

[চিত্র ২-এর বর্ণনা: ছবিটি একটি নিউজ ফিডের জন্য ইউজার রিকোয়েস্টের প্রবাহ চিত্রিত করে এমন একটি সিস্টেম আর্কিটেকচার ডায়াগ্রাম উপস্থাপন করে। একজন ব্যবহারকারী, ওয়েব ব্রাউজার বা মোবাইল অ্যাপের মাধ্যমে অ্যাক্সেস করে, একটি রিকোয়েস্ট শুরু করেন যা প্রথমে একটি DNS সার্ভারের মাধ্যমে সমাধান হয়। এই রিকোয়েস্টটি, v1/me/feed?content=Hello&auth_token={auth_token}-এর মতো প্যারামিটার ধারণ করে, তারপর একটি লোড ব্যালেন্সারে নির্দেশিত হয় যা একাধিক ওয়েব সার্ভার জুড়ে ট্রাফিক বিতরণ করে। এই ওয়েব সার্ভারগুলো তিনটি স্বতন্ত্র সার্ভিসের সাথে যোগাযোগ করে: একটি পোস্ট সার্ভিস, একটি ফ্যানআউট সার্ভিস, এবং একটি নোটিফিকেশন সার্ভিস। পোস্ট সার্ভিস একটি পোস্ট ক্যাশ থেকে ডেটা পুনরুদ্ধার করে, যা প্রয়োজনে একটি পোস্ট ডিবি (Post DB)-তে অ্যাক্সেস করে। ফ্যানআউট সার্ভিস নিউজ ফিড কন্টেন্ট প্রদান করতে একটি নিউজ ফিড ক্যাশের সাথে মিথস্ক্রিয়া করে। নোটিফিকেশন সার্ভিসটিও দেখানো হয়েছে কিন্তু অন্যান্য উপাদানের সাথে এর মিথস্ক্রিয়া স্পষ্টভাবে বিস্তারিত নয়। ডায়াগ্রামটি পারফরম্যান্স উন্নত করতে ক্যাশিং মেকানিজম (পোস্ট ক্যাশ এবং নিউজ ফিড ক্যাশ) ব্যবহারের ওপর জোর দেয় যা ঘন ঘন অ্যাক্সেস করা ডেটা ওয়েব সার্ভারের কাছাকাছি সংরক্ষণ করে। সামগ্রিক আর্কিটেকচারটি দক্ষ রিকোয়েস্ট হ্যান্ডলিংয়ের জন্য লোড ব্যালেন্সিং এবং ক্যাশিং কৌশল সহ একটি ক্লায়েন্ট-সার্ভার মডেল প্রদর্শন করে।] চিত্র ২

• ইউজার: একজন ব্যবহারকারী ব্রাউজার বা মোবাইল অ্যাপে নিউজ ফিড দেখতে পারেন। একজন ব্যবহারকারী এপিআই-এর মাধ্যমে “Hello” কন্টেন্টের একটি পোস্ট করেন: /v1/me/feed?content=Hello&auth_token={auth_token}
• লোড ব্যালেন্সার: ওয়েব সার্ভারগুলোতে ট্রাফিক বিতরণ করে।
• ওয়েব সার্ভার: ওয়েব সার্ভারগুলো ট্রাফিক বিভিন্ন ইন্টারনাল সার্ভিসে রিডাইরেক্ট করে।
• পোস্ট সার্ভিস (Post service): ডাটাবেস এবং ক্যাশে পোস্ট সংরক্ষণ (persist) করে।
• ফ্যানআউট সার্ভিস (Fanout service): বন্ধুদের নিউজ ফিডে নতুন কন্টেন্ট পুশ করে। নিউজফিড ডেটা দ্রুত পুনরুদ্ধারের জন্য ক্যাশে সংরক্ষণ করা হয়।
• নোটিফিকেশন সার্ভিস (Notification service): বন্ধুদের জানায় যে নতুন কন্টেন্ট পাওয়া গেছে এবং পুশ নোটিফিকেশন পাঠায়।

নিউজফিড বিল্ডিং (Newsfeed building)

এই বিভাগে, আমরা আলোচনা করব কীভাবে পর্দার আড়ালে নিউজ ফিড তৈরি করা হয়। চিত্র ৩ উচ্চ-স্তরের ডিজাইন দেখায়:

[চিত্র ৩-এর বর্ণনা: ছবিটি একটি নিউজ ফিড সার্ভিসের জন্য একটি সিস্টেম আর্কিটেকচার ডায়াগ্রাম উপস্থাপন করে। ডায়াগ্রামটি একটি ‘ইউজার’ ব্লক দিয়ে শুরু হয় যাতে একটি ওয়েব ব্রাউজার এবং একটি মোবাইল অ্যাপের আইকন রয়েছে, যা একটি DNS সার্ভারের সাথে সংযুক্ত। ইউজার ব্লক থেকে, ‘v1/me/feed’ লেবেলযুক্ত একটি রিকোয়েস্ট একটি ‘লোড ব্যালেন্সার’-এ পাঠানো হয়, যা রিকোয়েস্টটি একটি ক্লাস্টার ‘ওয়েব সার্ভার’-এ বিতরণ করে। এই ওয়েব সার্ভারগুলো তারপর একটি ‘নিউজ ফিড সার্ভিস’-এর সাথে যোগাযোগ করে, যা তারপর একাধিক ক্যাশ ইনস্ট্যান্স (লেবেল ‘CACHE’) নিয়ে গঠিত একটি ‘নিউজ ফিড ক্যাশ’-এ অ্যাক্সেস করে। ডেটা ফ্লো একমুখী, ইউজারের রিকোয়েস্ট থেকে শুরু হয়ে ক্যাশ থেকে ডেটা পুনরুদ্ধারের মাধ্যমে শেষ হয়। ওয়েব সার্ভারগুলো একটি ড্যাশ-লাইনের বাক্সের মধ্যে চিত্রিত করা হয়েছে, যা সার্ভারগুলোর একটি ক্লাস্টার বা পুল নির্দেশ করে। নিউজ ফিড ক্যাশটিও একটি গোলাকার আয়তক্ষেত্র দ্বারা হাইলাইট করা হয়েছে, যা একটি স্বতন্ত্র উপাদান নির্দেশ করে। সামগ্রিক আর্কিটেকচারটি উন্নত পারফরম্যান্স এবং স্কেলেবিলিটির জন্য লোড ব্যালেন্সিং এবং ক্যাশিং বাস্তবায়ন সহ একটি ক্লায়েন্ট-সার্ভার মডেল দেখায়।] চিত্র ৩

• ইউজার: একজন ব্যবহারকারী তার নিউজ ফিড পুনরুদ্ধার করার জন্য একটি রিকোয়েস্ট পাঠায়। রিকোয়েস্টটি এমন দেখায়: /v1/me/feed।
• লোড ব্যালেন্সার: লোড ব্যালেন্সার ট্রাফিক ওয়েব সার্ভারগুলোতে রিডাইরেক্ট করে।
• ওয়েব সার্ভার: ওয়েব সার্ভারগুলো রিকোয়েস্ট নিউজফিড সার্ভিসে রুট করে।
• নিউজফিড সার্ভিস: নিউজ ফিড সার্ভিস ক্যাশ থেকে নিউজ ফিড নিয়ে আসে (fetch)।
• নিউজফিড ক্যাশ: নিউজ ফিড রেন্ডার করার জন্য প্রয়োজনীয় নিউজ ফিড আইডিগুলো সংরক্ষণ করে।