সার্ভারগুলোর মধ্যে ইনভেন্টরি সিঙ্ক্রোনাইজেশন

একটি নেটওয়ার্কে প্রতিটি সার্ভারের নিজস্ব প্লেয়ার ডেটা থাকে: সারভাইভাল এবং লবির ইনভেন্টরি আলাদা। কখনও কখনও এগুলো সিঙ্ক করার প্রয়োজন হয়।

কখন এটি প্রয়োজন

• একটি সারভাইভাল ওয়ার্ল্ডের জন্য একাধিক সার্ভার (লোড ডিস্ট্রিবিউশন)।
• আলাদা সার্ভারে একটি রিসোর্স ওয়ার্ল্ড।

কখন প্রয়োজন নেই

• লবি এবং মিনিগেম: এগুলোর ইনভেন্টরি ডিজাইন অনুযায়ীই আলাদা।
• একটি ক্রিয়েটিভ সার্ভার: সারভাইভালের সাথে সিঙ্ক করা = ডুপিং।

কীভাবে করা হয়

সিঙ্ক প্লাগইনগুলো (MySQLPlayerDataBridge, HuskSync এবং অনুরূপ) ইনভেন্টরি, এন্ডার সিন্দুক, হেলথ, হাঙ্গার, এক্সপেরিয়েন্স এবং ইফেক্ট MySQL বা Redis-এ সংরক্ষণ করে এবং সার্ভার পরিবর্তনের সময় সেগুলো স্থানান্তর করে।

প্রধান ঝুঁকি

ট্রানজিশনের সময় সংযোগ বিচ্ছিন্ন হলে আইটেম হারানো বা ডুপ্লিকেট হওয়া। ঝুঁকি কমানোর নিয়ম:

• প্লাগইন সমর্থন করলে শুধু MySQL নয়, Redis ব্যবহার করুন।
• ট্রানজিশনের সময় সার্ভার বন্ধ করবেন না: ডেটা স্থানান্তরের সময় নেটওয়ার্কের একটি সার্ভার বন্ধ করা ক্ষতির সবচেয়ে সাধারণ কারণ।
• ইনভেন্টরি লগিং চালু করুন: এটি ছাড়া কোনো অভিযোগ তদন্ত করা সম্ভব নয়।
• ডেটাবেস ব্যাক আপ করুন — Database dump।

বিকল্প

প্রায়ই সিঙ্ক না করে সবকিছু একটি একক গেম সার্ভারে একত্রিত করা এবং সারভাইভাল ভাগ না করা সহজতর। পারফরম্যান্সের সীমায় প্রকৃতপক্ষে পৌঁছালে তবেই ভাগ করা justified — Server for 100+ players online।