পাঁচজন শিক্ষার্থী এবং তিনজন কী-ভ্যালু স্টোর বিতরণ করেছে

অথবা কিভাবে আমরা ZooKeeper, etcd এবং Consul KV-এর জন্য একটি ক্লায়েন্ট C++ লাইব্রেরি লিখেছি

বিতরণ করা সিস্টেমের বিশ্বে, অনেকগুলি সাধারণ কাজ রয়েছে: ক্লাস্টারের গঠন সম্পর্কে তথ্য সংরক্ষণ করা, নোডগুলির কনফিগারেশন পরিচালনা করা, ত্রুটিযুক্ত নোডগুলি সনাক্ত করা, একজন নেতা নির্বাচন করা এবং অন্যদের. এই সমস্যাগুলি সমাধানের জন্য, বিশেষ বিতরণ ব্যবস্থা তৈরি করা হয়েছে - সমন্বয় পরিষেবা। এখন আমরা তাদের তিনটিতে আগ্রহী হব: ZooKeeper, etcd এবং Consul. কনসালের সমস্ত সমৃদ্ধ কার্যকারিতার মধ্যে, আমরা কনসাল কেভিতে ফোকাস করব।

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

এই সমস্যাটি সমাধান করার ধারণাটি একটি অস্ট্রেলিয়ান পরামর্শক সংস্থার মধ্যে উদ্ভূত হয়েছিল, এবং এটি বাস্তবায়নের জন্য এটি আমাদের, ছাত্রদের একটি ছোট দল, যার বিষয়ে আমি কথা বলতে যাচ্ছি।

আমরা একটি লাইব্রেরি তৈরি করতে পেরেছি যা ZooKeeper, etcd এবং Consul KV-এর সাথে কাজ করার জন্য একটি সাধারণ ইন্টারফেস প্রদান করে। লাইব্রেরিটি C++ এ লেখা হয়েছে, তবে এটিকে অন্যান্য ভাষায় পোর্ট করার পরিকল্পনা রয়েছে।

ডেটা মডেল

তিনটি ভিন্ন সিস্টেমের জন্য একটি সাধারণ ইন্টারফেস তৈরি করতে, আপনাকে বুঝতে হবে তাদের মধ্যে কী মিল রয়েছে এবং কীভাবে তারা আলাদা। আসুন এটা বের করা যাক।

চিড়িয়াখানা

কীগুলি একটি গাছের মধ্যে সংগঠিত হয় এবং একে নোড বলা হয়। তদনুসারে, একটি নোডের জন্য আপনি তার শিশুদের একটি তালিকা পেতে পারেন। একটি znode তৈরি (তৈরি করা) এবং একটি মান (setData) পরিবর্তন করার ক্রিয়াকলাপগুলি পৃথক করা হয়েছে: শুধুমাত্র বিদ্যমান কীগুলি পড়া এবং পরিবর্তন করা যেতে পারে। ঘড়ি একটি নোড অস্তিত্ব পরীক্ষা, একটি মান পড়া, এবং সন্তান প্রাপ্তির অপারেশন সংযুক্ত করা যেতে পারে. ওয়াচ হল একটি এককালীন ট্রিগার যা সার্ভারে সংশ্লিষ্ট ডেটার সংস্করণ পরিবর্তিত হলে ফায়ার হয়। ক্ষণস্থায়ী নোডগুলি ব্যর্থতা সনাক্ত করতে ব্যবহৃত হয়। তারা তাদের তৈরি করা ক্লায়েন্টের সেশনের সাথে আবদ্ধ। যখন একটি ক্লায়েন্ট একটি সেশন বন্ধ করে বা ZooKeeperকে তার অস্তিত্ব সম্পর্কে অবহিত করা বন্ধ করে, এই নোডগুলি স্বয়ংক্রিয়ভাবে মুছে ফেলা হয়। সহজ লেনদেন সমর্থিত - ক্রিয়াকলাপগুলির একটি সেট যা তাদের মধ্যে অন্তত একটির জন্য সম্ভব না হলে সব সফল বা ব্যর্থ হয়৷

ইত্যাদি

এই সিস্টেমের বিকাশকারীরা স্পষ্টতই ZooKeeper দ্বারা অনুপ্রাণিত হয়েছিল, এবং তাই সবকিছু ভিন্নভাবে করেছিল। কীগুলির কোন শ্রেণিবিন্যাস নেই, তবে তারা একটি অভিধানিকভাবে আদেশকৃত সেট তৈরি করে। আপনি একটি নির্দিষ্ট পরিসরের সমস্ত কী পেতে বা মুছতে পারেন। এই কাঠামোটি অদ্ভুত বলে মনে হতে পারে, কিন্তু এটি আসলে খুব অভিব্যক্তিপূর্ণ, এবং এটির মাধ্যমে একটি শ্রেণিবদ্ধ দৃষ্টিভঙ্গি সহজেই অনুকরণ করা যেতে পারে।

etcd-এর একটি স্ট্যান্ডার্ড তুলনা-এবং-সেট অপারেশন নেই, তবে এতে আরও ভালো কিছু আছে: লেনদেন। অবশ্যই, তারা তিনটি সিস্টেমে বিদ্যমান, কিন্তু etcd লেনদেন বিশেষভাবে ভাল। এগুলি তিনটি ব্লক নিয়ে গঠিত: চেক, সাফল্য, ব্যর্থতা। প্রথম ব্লকে শর্তগুলির একটি সেট রয়েছে, দ্বিতীয় এবং তৃতীয় - অপারেশন। লেনদেনটি পারমাণবিকভাবে সম্পাদিত হয়। যদি সমস্ত শর্ত সত্য হয়, তাহলে সফল ব্লকটি কার্যকর করা হয়, অন্যথায় ব্যর্থতা ব্লকটি কার্যকর করা হয়। API 3.3-এ, সাফল্য এবং ব্যর্থতা ব্লকে নেস্টেড লেনদেন থাকতে পারে। অর্থাৎ, প্রায় নির্বিচারে নেস্টিং স্তরের শর্তসাপেক্ষ নির্মাণগুলি পারমাণবিকভাবে চালানো সম্ভব। আপনি চেক এবং অপারেশন বিদ্যমান সম্পর্কে আরো জানতে পারেন ডকুমেন্টেশন.

ঘড়িগুলি এখানেও বিদ্যমান, যদিও সেগুলি একটু বেশি জটিল এবং পুনরায় ব্যবহারযোগ্য। অর্থাৎ, একটি কী পরিসরে একটি ঘড়ি ইনস্টল করার পরে, আপনি এই পরিসরে সমস্ত আপডেট পাবেন যতক্ষণ না আপনি ঘড়িটি বাতিল করেন, এবং শুধুমাত্র প্রথমটি নয়। etcd-এ, ZooKeeper ক্লায়েন্ট সেশনের অ্যানালগ হল লিজ।

কনসাল কে.ভি.

এখানে কোন কঠোর শ্রেণিবিন্যাসের কাঠামো নেই, তবে কনসাল এটির উপস্থিতি তৈরি করতে পারে: আপনি নির্দিষ্ট উপসর্গ সহ সমস্ত কী পেতে এবং মুছতে পারেন, অর্থাৎ, কীটির "সাবট্রি" দিয়ে কাজ করতে পারেন। এই ধরনের প্রশ্নগুলিকে পুনরাবৃত্ত বলা হয়। উপরন্তু, কনসাল কেবলমাত্র সেই কীগুলি নির্বাচন করতে পারে যা উপসর্গের পরে নির্দিষ্ট অক্ষর ধারণ করে না, যা অবিলম্বে "শিশু" পাওয়ার সাথে সম্পর্কিত। তবে এটি মনে রাখা উচিত যে এটি একটি অনুক্রমিক কাঠামোর উপস্থিতি সঠিকভাবে: এটি একটি কী তৈরি করা সম্ভব যদি এর পিতামাতার অস্তিত্ব না থাকে বা শিশু রয়েছে এমন একটি কী মুছে ফেলা হয়, যখন শিশুগুলি সিস্টেমে সংরক্ষণ করা অব্যাহত থাকবে।

ঘড়ির পরিবর্তে, কনসাল HTTP অনুরোধগুলিকে ব্লক করেছে। সংক্ষেপে, এগুলি ডেটা পড়ার পদ্ধতিতে সাধারণ কল, যার জন্য, অন্যান্য পরামিতিগুলির সাথে, ডেটার সর্বশেষ পরিচিত সংস্করণটি নির্দেশিত হয়। যদি সার্ভারে সংশ্লিষ্ট ডেটার বর্তমান সংস্করণটি নির্দিষ্ট একটির চেয়ে বেশি হয়, প্রতিক্রিয়া অবিলম্বে ফেরত দেওয়া হয়, অন্যথায় - যখন মান পরিবর্তন হয়। এছাড়াও সেশন আছে যেগুলি যেকোন সময় কীগুলির সাথে সংযুক্ত করা যেতে পারে। এটি লক্ষণীয় যে etcd এবং ZooKeeper এর বিপরীতে, যেখানে সেশনগুলি মুছে ফেলার ফলে সংশ্লিষ্ট কীগুলি মুছে যায়, সেখানে একটি মোড রয়েছে যেখানে সেশনটি কেবল তাদের থেকে লিঙ্কমুক্ত করা হয়। পাওয়া যায় লেনদেন, শাখা ছাড়া, কিন্তু চেক সব ধরনের সঙ্গে.

সবগুলোকে একত্রে রাখ

ZooKeeper সবচেয়ে কঠোর ডেটা মডেল আছে. etcd-এ উপলব্ধ অভিব্যক্তিপূর্ণ পরিসরের প্রশ্নগুলি ZooKeeper বা Consul-এ কার্যকরভাবে অনুকরণ করা যায় না। সমস্ত পরিষেবা থেকে সেরাটি অন্তর্ভুক্ত করার চেষ্টা করে, আমরা নিম্নলিখিত উল্লেখযোগ্য ব্যতিক্রমগুলির সাথে ZooKeeper ইন্টারফেসের প্রায় সমতুল্য একটি ইন্টারফেস নিয়ে শেষ করেছি:

• ক্রম, ধারক এবং TTL নোড সমর্থিত নয়
• ACL সমর্থিত নয়
• সেট পদ্ধতি একটি কী তৈরি করে যদি এটি বিদ্যমান না থাকে (জেডকে সেটডেটা এই ক্ষেত্রে একটি ত্রুটি প্রদান করে)
• সেট এবং ক্যাস পদ্ধতিগুলি পৃথক করা হয়েছে (জেডকে এগুলি মূলত একই জিনিস)
• মুছে ফেলার পদ্ধতিটি একটি নোডকে তার সাবট্রি সহ মুছে দেয় (জেডকে ডিলিট নোডের সন্তান থাকলে একটি ত্রুটি দেখায়)
• প্রতিটি কীর জন্য শুধুমাত্র একটি সংস্করণ রয়েছে - মান সংস্করণ (জেডকে তাদের মধ্যে তিনটি আছে)

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

একটি শীর্ষ মুছে ফেলার সময় ZooKeeper-এর মতো আচরণ প্রয়োগ করার জন্য etcd এবং Consul-এ প্রতিটি কী-এর জন্য একটি পৃথক চাইল্ড কাউন্টার বজায় রাখতে হবে। যেহেতু আমরা মেটা তথ্য সংরক্ষণ এড়াতে চেষ্টা করেছি, তাই পুরো সাবট্রি মুছে ফেলার সিদ্ধান্ত নেওয়া হয়েছিল।

বাস্তবায়নের সূক্ষ্মতা

আসুন বিভিন্ন সিস্টেমে লাইব্রেরি ইন্টারফেস বাস্তবায়নের কিছু দিক ঘনিষ্ঠভাবে দেখে নেওয়া যাক।

শ্রেণীবিন্যাস ইত্যাদি

etcd-এ একটি শ্রেণিবদ্ধ দৃষ্টিভঙ্গি বজায় রাখা সবচেয়ে আকর্ষণীয় কাজগুলির মধ্যে একটি হয়ে উঠেছে। পরিসরের প্রশ্নগুলি একটি নির্দিষ্ট উপসর্গ সহ কীগুলির একটি তালিকা পুনরুদ্ধার করা সহজ করে তোলে। উদাহরণস্বরূপ, যদি আপনার সবকিছুর প্রয়োজন হয় যা দিয়ে শুরু হয় "/foo", আপনি একটি পরিসীমা জন্য জিজ্ঞাসা করছেন ["/foo", "/fop"). কিন্তু এটি কীটির পুরো সাবট্রি ফিরিয়ে দেবে, যা সাবট্রি বড় হলে উপযুক্ত নাও হতে পারে। প্রথমে আমরা একটি মূল অনুবাদ পদ্ধতি ব্যবহার করার পরিকল্পনা করেছি, zetcd এ প্রয়োগ করা হয়েছে. এটি কী এর শুরুতে একটি বাইট যোগ করে, গাছের নোডের গভীরতার সমান। আমাকে যদি আপনি একটি উদাহরণ দিতে।

"/foo" -> "u01/foo"
"/foo/bar" -> "u02/foo/bar"

তারপর চাবি সব অবিলম্বে শিশুদের পেতে "/foo" একটি পরিসীমা অনুরোধ করে সম্ভব ["u02/foo/", "u02/foo0"). হ্যাঁ, ASCII-এ "0" ঠিক পরে দাঁড়ায় "/".

কিন্তু কিভাবে এই ক্ষেত্রে একটি শীর্ষবিন্দু অপসারণ বাস্তবায়ন? দেখা যাচ্ছে যে আপনাকে টাইপের সমস্ত রেঞ্জ মুছে ফেলতে হবে ["uXX/foo/", "uXX/foo0") XX এর জন্য 01 থেকে FF পর্যন্ত। এবং তারপর আমরা মধ্যে দৌড়ে অপারেশন সংখ্যা সীমা একটি লেনদেনের মধ্যে।

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

"/very" -> "/u00very"
"/very/long" -> "/very/u00long"
"/very/long/path" -> "/very/long/u00path"

তারপর কী মুছে ফেলা হচ্ছে "/very" অপসারণে পরিণত হয় "/u00very" এবং পরিসীমা ["/very/", "/very0"), এবং সমস্ত বাচ্চাদের পাওয়া - পরিসীমা থেকে চাবিগুলির জন্য অনুরোধে ["/very/u00", "/very/u01").

ZooKeeper-এ একটি কী সরানো হচ্ছে

আমি ইতিমধ্যে উল্লেখ করেছি, ZooKeeper-এ আপনি একটি নোড মুছে ফেলতে পারবেন না যদি এটির বাচ্চা থাকে। আমরা সাবট্রি সহ কীটি মুছতে চাই। আমার কি করা উচিৎ? আমরা আশাবাদের সাথে এটি করি। প্রথমত, আমরা পৌনঃপুনিকভাবে উপবৃক্ষটি অতিক্রম করি, একটি পৃথক প্রশ্নের সাথে প্রতিটি শীর্ষবিন্দুর সন্তান প্রাপ্ত করি। তারপরে আমরা একটি লেনদেন তৈরি করি যা সঠিক ক্রমে সাবট্রির সমস্ত নোড মুছে ফেলার চেষ্টা করে। অবশ্যই, একটি সাবট্রি পড়া এবং এটি মুছে ফেলার মধ্যে পরিবর্তন ঘটতে পারে। এই ক্ষেত্রে, লেনদেন ব্যর্থ হবে। অধিকন্তু, পড়ার প্রক্রিয়া চলাকালীন সাবট্রি পরিবর্তন হতে পারে। পরবর্তী নোডের শিশুদের জন্য একটি অনুরোধ একটি ত্রুটি ফেরত দিতে পারে যদি, উদাহরণস্বরূপ, এই নোডটি ইতিমধ্যেই মুছে ফেলা হয়েছে৷ উভয় ক্ষেত্রেই, আমরা আবার পুরো প্রক্রিয়াটি পুনরাবৃত্তি করি।

এই পদ্ধতিটি একটি কী মুছে ফেলাকে খুব অকার্যকর করে তোলে যদি এটির বাচ্চা থাকে, এবং আরও বেশি করে যদি অ্যাপ্লিকেশনটি সাবট্রির সাথে কাজ চালিয়ে যায়, মুছে ফেলা এবং কী তৈরি করে। যাইহোক, এটি আমাদের etcd এবং Consul-এ অন্যান্য পদ্ধতির বাস্তবায়ন জটিলতা এড়াতে অনুমতি দেয়।

ZooKeeper এ সেট করুন

ZooKeeper-এ আলাদা পদ্ধতি রয়েছে যা ট্রি স্ট্রাকচারের সাথে কাজ করে (create, delete, getChildren) এবং যেগুলো নোডের (setData, getData) সাথে কাজ করে তৈরি করা হয়েছে, মুছে ফেলা হয়েছে বা সেট করা হয়েছে - যদি এটি ইতিমধ্যে বিদ্যমান না থাকে। আমাদের একটি সেট পদ্ধতির প্রয়োজন ছিল যা একটি চাবির উপস্থিতি সম্পর্কে চিন্তা না করেই কল করা যেতে পারে।

একটি বিকল্প হল একটি আশাবাদী পদ্ধতি গ্রহণ করা, যেমনটি মুছে ফেলার সাথে। একটি নোড বিদ্যমান কিনা পরীক্ষা করুন. যদি বিদ্যমান থাকে, সেটডেটা কল করুন, অন্যথায় তৈরি করুন। যদি শেষ পদ্ধতিটি একটি ত্রুটি ফিরিয়ে দেয়, তবে এটি আবার পুনরাবৃত্তি করুন। প্রথম জিনিসটি লক্ষ্য করা যায় যে অস্তিত্ব পরীক্ষাটি অর্থহীন। আপনি অবিলম্বে তৈরি কল করতে পারেন. সফল সমাপ্তির অর্থ হবে যে নোডটি বিদ্যমান ছিল না এবং এটি তৈরি করা হয়েছিল। অন্যথায়, তৈরি যথাযথ ত্রুটি ফিরিয়ে দেবে, যার পরে আপনাকে সেটডেটা কল করতে হবে। অবশ্যই, কলগুলির মধ্যে, একটি প্রতিযোগী কল দ্বারা একটি শীর্ষবিন্দু মুছে ফেলা হতে পারে এবং সেটডেটাও একটি ত্রুটি ফিরিয়ে দেবে। এই ক্ষেত্রে, আপনি আবার সবকিছু পুনরাবৃত্তি করতে পারেন, কিন্তু এটা মূল্য?

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

আরো প্রযুক্তিগত বিবরণ

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

প্রথম থেকেই, আমরা পরিষেবাগুলি অ্যাক্সেস করার জন্য তৈরি লাইব্রেরিগুলি ব্যবহার করার চেষ্টা করেছি। ZooKeeper এর ক্ষেত্রে, পছন্দ উপর পড়ে ZooKeeper C++, যা শেষ পর্যন্ত উইন্ডোজে কম্পাইল করতে ব্যর্থ হয়েছে। এটি, তবে, আশ্চর্যজনক নয়: লাইব্রেরিটি শুধুমাত্র লিনাক্স হিসাবে অবস্থিত। কনসালের জন্য একমাত্র বিকল্প ছিল ppconsul. এতে সমর্থন যোগ করতে হয়েছিল সেশনস и লেনদেন. etcd-এর জন্য, প্রোটোকলের সর্বশেষ সংস্করণকে সমর্থন করে এমন একটি পূর্ণাঙ্গ লাইব্রেরি পাওয়া যায়নি, তাই আমরা কেবল জেনারেটেড grpc ক্লায়েন্ট.

ZooKeeper C++ লাইব্রেরির অ্যাসিঙ্ক্রোনাস ইন্টারফেস দ্বারা অনুপ্রাণিত হয়ে, আমরা একটি অ্যাসিঙ্ক্রোনাস ইন্টারফেস প্রয়োগ করার সিদ্ধান্ত নিয়েছি। ZooKeeper C++ এর জন্য ভবিষ্যৎ/প্রতিশ্রুতি আদিম ব্যবহার করে। STL-এ, দুর্ভাগ্যবশত, তারা খুব বিনয়ীভাবে প্রয়োগ করা হয়। যেমন, না তারপর পদ্ধতি, যা পাস করা ফাংশনকে ভবিষ্যতের ফলাফলে প্রয়োগ করে যখন এটি উপলব্ধ হয়। আমাদের ক্ষেত্রে, ফলাফলটিকে আমাদের লাইব্রেরির বিন্যাসে রূপান্তর করার জন্য এই জাতীয় পদ্ধতি প্রয়োজন। এই সমস্যাটি সমাধান করার জন্য, আমাদের নিজস্ব সাধারণ থ্রেড পুল বাস্তবায়ন করতে হয়েছিল, যেহেতু গ্রাহকের অনুরোধে আমরা বুস্টের মতো ভারী তৃতীয় পক্ষের লাইব্রেরিগুলি ব্যবহার করতে পারিনি।

আমাদের তারপর বাস্তবায়ন এই মত কাজ করে. কল করা হলে, একটি অতিরিক্ত প্রতিশ্রুতি/ভবিষ্যৎ জোড়া তৈরি করা হয়। নতুন ভবিষ্যত ফেরত দেওয়া হয়, এবং পাস করাকে সংশ্লিষ্ট ফাংশন এবং সারিতে একটি অতিরিক্ত প্রতিশ্রুতি সহ স্থাপন করা হয়। পুল থেকে একটি থ্রেড সারি থেকে বেশ কয়েকটি ফিউচার নির্বাচন করে এবং wait_for ব্যবহার করে তাদের পোল করে। যখন একটি ফলাফল উপলব্ধ হয়, সংশ্লিষ্ট ফাংশন বলা হয় এবং এর রিটার্ন মান প্রতিশ্রুতিতে পাস করা হয়।

আমরা একই থ্রেড পুলটি etcd এবং Consul-এ প্রশ্নগুলি চালানোর জন্য ব্যবহার করেছি। এর অর্থ হল অন্তর্নিহিত লাইব্রেরিগুলি একাধিক ভিন্ন থ্রেড দ্বারা অ্যাক্সেস করা যেতে পারে। ppconsul থ্রেড নিরাপদ নয়, তাই এতে কল করা লক দ্বারা সুরক্ষিত।
আপনি একাধিক থ্রেড থেকে grpc এর সাথে কাজ করতে পারেন, কিন্তু সূক্ষ্মতা আছে। etcd ঘড়িগুলি grpc স্ট্রিমগুলির মাধ্যমে প্রয়োগ করা হয়। এগুলি একটি নির্দিষ্ট ধরণের বার্তাগুলির জন্য দ্বিমুখী চ্যানেল৷ লাইব্রেরি সমস্ত ঘড়ির জন্য একটি একক থ্রেড এবং একটি একক থ্রেড তৈরি করে যা আগত বার্তাগুলিকে প্রক্রিয়া করে৷ তাই grpc স্ট্রিমের সমান্তরাল লেখা নিষিদ্ধ করে। এর মানে হল যে একটি ঘড়ি শুরু করার বা মুছে ফেলার সময়, পরবর্তীটি পাঠানোর আগে পূর্ববর্তী অনুরোধটি পাঠানো সম্পূর্ণ না হওয়া পর্যন্ত আপনাকে অপেক্ষা করতে হবে। আমরা সিঙ্ক্রোনাইজেশনের জন্য ব্যবহার করি শর্তাধীন ভেরিয়েবল.

ফলাফল

নিজের জন্য দেখুন: liboffkv.

আমাদের টিম: রাইদ রোমানভ, ইভান গ্লুশেনকভ, দিমিত্রি কামালদিনভ, ভিক্টর ক্রাপিভেনস্কি, ভিটালি ইভানিন.

উত্স: www.habr.com