Ticketing
ডকুমেন্টেশন

L · লিডার বিজ্ঞপ্তি

গঠনrefresh

এটি কোনো অনুরোধের সাড়া নয়, সার্ভার নিজে থেকে পাঠানো বিজ্ঞপ্তি (শুধু ক্লাস্টারে)। Raft লিডার বদলে যাওয়া শনাক্ত করলে, সেই নোডে সংযুক্ত সব ক্লায়েন্টকে নতুন লিডারের ক্লায়েন্ট ঠিকানা একবার করে পাঠানো হয়।

M-এর সাথে পার্থক্য কী

M · স্থানান্তরিতL · লিডার বিজ্ঞপ্তি
প্রকৃতিঅনুরোধের সাড়াসার্ভার-প্রেরিত বিজ্ঞপ্তি (অনুরোধ-নিরপেক্ষ)
অর্থ"এই অনুরোধ এখানে প্রক্রিয়া করা যাবে না""লিডার বদলেছে" (তথ্য)
সংযোগবন্ধ করে নতুন লিডারে পুনরায় সংযোগচালু থাকে — শুধু হিন্ট হালনাগাদ
এই নোডনিশ্চিতভাবে লিডার নয়এই নোডই নতুন লিডার হতে পারে

L পেয়ে সংযোগ বন্ধ করা যাবে না। বিজ্ঞপ্তি পাঠানো নোডটিই প্রায়শই সেই নতুন লিডার হয়, আর সেই সংযোগে চলমান অনুরোধও তখনো বাকি থাকে।

কেন দরকার

এই বিজ্ঞপ্তি না থাকলে ক্লায়েন্ট লিডার বদলের কথা জানে কেবল একটি অনুরোধ পাঠিয়ে M খেয়ে ফিরে এলেL সেই যাওয়া-আসাটুকু মুছে দেয়, ফলে ফেইলওভারের ঠিক পরের প্রথম অনুরোধই সরাসরি নতুন লিডারে যায়।

এই op না-জানা পুরোনো ক্লায়েন্ট উপেক্ষা করলেও কাজে কোনো সমস্যা হয় না — শুধু পারফরম্যান্স বিজ্ঞপ্তির আগের স্তরে (অনুরোধ → M → পুনঃচেষ্টা) নেমে আসে।

বাইট নোটেশন: op একটি ASCII অক্ষর, আর addr UTF-8 টেক্সট (পরিবর্তনশীল-দৈর্ঘ্যের, স্ট্রাকচারে N হিসেবে দেখানো)। শেষের \n হলো 0A

প্রবাহ

ক্লায়েন্ট
সংযুক্ত নোড
নতুন লিডার
নির্বাচনে লিডার বদলে গেছে
L · লিডার বিজ্ঞপ্তি (নতুন লিডারের ঠিকানা)
শুধু লিডার হিন্ট হালনাগাদ — সংযোগ চালু থাকে
পরবর্তী অনুরোধ থেকেই সরাসরি নতুন লিডারে
A · অর্জিত (token)
অনুরোধপ্রতিক্রিয়া

একক সার্ভার মোডে লিডার ধারণাটিই নেই, তাই এই বিজ্ঞপ্তি পাঠানো হয় না। ক্লাস্টারের সামগ্রিক আচরণের জন্য দেখুন প্রোটোকল (ক্লাস্টার)