নির্ভরযোগ্য, সামঞ্জস্যপূর্ণ এবং কম লেটেন্সি ডেটা সহ একটি বড় ব্যবহারকারী বেস পরিবেশন করা যে কোনও ব্যাকএন্ড দলের জন্য একটি খুব কঠিন চ্যালেঞ্জ। লেজারে, আমরা আমাদের নিজস্ব ব্লকচেইন কোর ডেটা পরিষেবাগুলি হোস্ট করার জন্য কৌশলগত পছন্দ করেছি। তৃতীয় পক্ষের উপর নির্ভর না করে, আমরা আমাদের ক্লায়েন্টদের ডেটা নিজেরাই পরিচালনা করতে পারি, নিশ্চিত করতে পারি যে অন্তর্নিহিত প্রক্রিয়াগুলি আমাদের নিরাপত্তা নির্দেশিকা এবং কর্মক্ষমতা-ভিত্তিক পরিষেবা স্তরের উদ্দেশ্য (SLO) মেনে চলে।
কিন্তু এই কৌশলটি তার নিজস্ব চ্যালেঞ্জও নিয়ে আসে।
আমাদের প্রথম চ্যালেঞ্জ হল এই মূল ডেটা-প্রদানকারী পরিষেবাগুলিকে শীতল এবং চকচকে noSQL টুলগুলি থেকে দূরে স্থানান্তর করা। এই নিবন্ধে, আমরা কেন এই কঠিন সিদ্ধান্ত নিয়েছি, আমরা যে জটিলতাগুলি পূরণ করেছি এবং আমরা যে সুবিধাগুলি পেয়েছি তা নিয়ে আমি ডুব দেব।
এই নিবন্ধের লক্ষ্য হল প্রযুক্তিগত দিকগুলি দেখানো যা আমাদের ব্লকচেইন ডেটার জন্য আমাদের নতুন বেসলাইন স্টোরেজ স্তর হিসাবে PostgreSQL বেছে নিতে পরিচালিত করেছে।
ব্লকচেইন ডেটাতে গভীরভাবে ডুব দিন
ব্লকচেইন ডেটাতে বেশ কিছু মূল বৈশিষ্ট্য রয়েছে।
প্রথমত, এটি ক্রমবর্ধমান হয়, এবং এটি থেকে কিছুই মুছে ফেলা হয় না। তবে বাস্তবে, যদিও ব্লকচেইনের বেশিরভাগই অপরিবর্তনীয়, ব্লকচেইনের সবচেয়ে কনিষ্ঠ অংশটি দ্বন্দ্বের কারণে পরিবর্তিত হতে পারে যার সমাধান করা প্রয়োজন। প্রকৃতপক্ষে, যেহেতু চেইনটি একটি পিয়ার টু পিয়ার নেটওয়ার্ক, তাই বেশ কিছু বৈধ ব্লক সাময়িকভাবে সহাবস্থান করতে পারে। সাধারণত, পুরানোটি মুছে ফেলা হয়, যার ফলে আমরা একটি পুনর্গঠন বলি। সংক্ষেপে, ডেটা একটি অপরিবর্তনীয় ঠান্ডা লেজ এবং খুব কমই পরিবর্তনশীল মাথার অবস্থার মধ্যে বিভক্ত।
আমরা যে সমস্যাটি সমাধান করার চেষ্টা করছি তা হল যে ব্লকচেইনগুলি বাইজান্টাইন ফল্ট-সহনশীল ডেটা থাকার জন্য দুর্দান্ত, তবে তারা এটিকে অনেকগুলি অক্ষের উপর দিয়ে কাটা এবং ডাইস করার জন্য কম কার্যকর। যথা, একটি অ্যাকাউন্টকে প্রভাবিত করে এমন ক্রিয়াকলাপগুলির তালিকা পাওয়া খুবই কঠিন৷ এমনকি বিটকয়েনের মতো ব্লকচেইনে অ্যাকাউন্ট ব্যালেন্স পাওয়াও একটি চ্যালেঞ্জ যখন আপনার কাছে ইতিমধ্যেই লেনদেনের তালিকা না থাকে।
এই চ্যালেঞ্জগুলি কাটিয়ে উঠতে, লেজার এক্সপ্লোরার পরিষেবাগুলি পুরো ব্লকচেইনকে সূচী করে। এটি একটি বৃহৎ, সমালোচনামূলক এবং কর্মক্ষমতা-সংবেদনশীল পরিষেবা যা সম্পূর্ণরূপে স্কালায় লেখা, ব্যবহার করে বিড়াল-প্রভাব উচ্চ কর্মক্ষমতা রানটাইম। 10ms এর নিচে একটি টেল p95 লেটেন্সি বজায় রেখে আমরা বিটকয়েনে 100k rps-এর বেশি। আমরাও নিয়োগ দিচ্ছি 😊.
খানিকটা ইতিহাস
আমাদের গল্পের শুরুতে, আমি কোম্পানিতে যোগ দেওয়ার আগে, লেজার ডেটা পরিষেবা স্তরটি একটি এমবেডেড Neo4j ডাটাবেস দ্বারা পরিচালিত হয়েছিল। প্রতিটি পরিবেশন বাক্স তার নিজস্ব ডেটা ইন্ডেক্স করছিল এবং এটি স্থানীয়ভাবে পরিবেশন করছিল, যা অনেক সমস্যার সৃষ্টি করেছে।
দৃষ্টান্তগুলির মধ্যে ডেটা সামঞ্জস্যের গ্যারান্টি দেওয়া হয়নি, এবং neo4j ডিস্ক এবং রাম ব্যবহার দ্বারা একত্রিত অবস্থায় সূচীকরণের প্রয়োজন যে রাষ্ট্রের নিছক আকার, তা মাপযোগ্য ছিল না। কোম্পানির বৃদ্ধির সাথে সাথে এই সমস্যাটি আরও খারাপ হয়েছে, এটি নতুন উদাহরণ তৈরি করা ক্রমবর্ধমান চ্যালেঞ্জিং করে তুলেছে।
কাসান্দ্রা তারপরে এই নতুন সেটআপের প্রধান চালক হিসাবে বেছে নেওয়া হয়েছিল: এটি একটি ক্লাস্টারড, অনুভূমিকভাবে মাপযোগ্য ডাটাবেস যা CAP উপপাদ্যের AP পাশে রয়েছে। এটি ডেটা ভাগ করে নেওয়ার সাথে সম্পর্কিত সমস্যাগুলির সমাধান করে এবং সূচীকরণ, ব্লকচেইন সচেতন উপাদান এবং হেডলেস API সার্ভারগুলির মধ্যে একটি স্পষ্ট বিচ্ছেদের অনুমতি দেয়।
কিন্তু আমরা যদি বাস্তবে এটি থেকে পড়তে না যাই তাহলে সমগ্র ঐতিহাসিক অবস্থা উপলব্ধ থাকার অর্থ কী?
আমাদের ব্যবহারের ক্ষেত্রে, কাঁচা ঐতিহাসিক ডেটা খুব কমই প্রয়োজন হয় কারণ আমাদের ব্যবহারকারীর অ্যাকাউন্টের অবস্থা এটি থেকে একত্রিত করা যেতে পারে। এটি আমাদের বিদ্যমান ডেটা স্টোরেজ সমাধানকে চ্যালেঞ্জ করতে পরিচালিত করেছিল যা ক্যাসান্দ্রা বিতরণ করা ডাটাবেসের উপর ভিত্তি করে।
প্রতি ব্লকচেইনে আমাদের যে পরিমাণ ডেটা সঞ্চয় করতে হবে, যদিও টেরাবাইট পরিসরে, সেটাকে কেউ "বিগ ডেটা" বলতে পারে না। অধিকন্তু, if এর অংশটি বেশিরভাগ প্রশ্নের উত্তর দিতে ব্যবহৃত হবে (ওরফে দ্য হট পাথ) আরও ছোট। আজকাল একজন সহজেই 16TB-এর বেশি NVMe SSD স্টোরেজ সহ কমোডিটি হার্ডওয়্যার সার্ভার খুঁজে পেতে পারে। উল্লম্ব স্কেলিং একটি খুব শক্তিশালী টুল, এবং একটি রিলেশনাল ডাটাবেসও।
অবশেষে, বর্তমান ক্যাসান্ড্রা সেটআপের সাথে আমাদের প্রধান সমস্যাটি ছিল না অপচয়কারী স্টোরেজ মডেল বা খারাপভাবে ফিট করা ডেটা ব্যবহারের ক্ষেত্রে, তবে বিকাশকারী বন্ধুত্বের অভাব ছিল। ক্যাসান্দ্রার উপর একটি নতুন ডেটা ভিত্তিক বৈশিষ্ট্য বিকাশ করা অপ্রয়োজনীয়ভাবে সময়সাপেক্ষ বলে প্রমাণিত হয়েছে। আমরা প্রতিটি নতুন অক্ষ বাস্তবায়নের জন্য প্রচেষ্টা করেছি যার উপর আমাদের ডেটা সরবরাহ করতে হবে।
ডেটা মডেলিং দক্ষতা এবং SQL দক্ষতায় আমাদের দলের দক্ষতার প্রেক্ষিতে, পোস্টগ্রি নিখুঁত প্রার্থী ছিল। এই সমাধানটি যুদ্ধ-পরীক্ষিত, শক্তিশালী, প্রসারিত করা সহজ, এটি একটি আদর্শ পছন্দ করে তোলে।
কেন আমরা NoSQL এর উপর SQL বেছে নিলাম:
- ভারসাম্য পড়া/লেখা: ব্লকচেইন ডেটা ব্যবহারের ক্ষেত্রে লেখার পরিবর্তে পড়ার ক্ষেত্রে দৃঢ়ভাবে তির্যক করা হয়েছে (ব্লকচেন খুব কম ডেটা লেখে খুব যুক্তিসঙ্গত হারে, এমনকি পলিগনের মতো ব্লকচেইনের জন্যও)। ক্যাসান্দ্রার প্রচুর পরিমাণে লেখা শোষণ করার ক্ষমতা রয়েছে – পড়ার পথটি আসলে আর লেখার পথের চেয়ে।
- সূচক সমর্থন: প্রশ্ন এবং নতুন ব্যবসার ক্ষেত্রে বা সুযোগের উত্তর দেওয়ার জন্য সূচকগুলি একটি DBMS-এর একটি মূল উপাদান৷ ক্যাসান্দ্রার ইন্ডেক্সিংয়ের জন্য সীমিত সমর্থন রয়েছে। সূচকগুলি শুধুমাত্র তখনই কার্যকর হয় যদি ক্যোয়ারীটি ইতিমধ্যেই পার্টিশনকে নিয়ন্ত্রণ করার একটি উপায় নির্দিষ্ট করে যার উপর কোয়েরি চালানো হবে। আমরা এখানে একটি আছে খরচ দিতে নির্বিচারে বিতরণ করা হয় তথ্যশালা. সূচকগুলির জন্য PostgreSQL সমর্থন দক্ষ, এক্সটেনসিবল এবং প্রান্তে।
- সমষ্টি সমর্থন: সমষ্টির জন্য একই ক্ষেত্রে; যেহেতু ক্যাসান্ড্রা মাল্টি-পার্টিশন একত্রিতকরণের অনুমতি দেয় না এবং তার ক্যোয়ারী ভাষায় কোনো গ্রুপ বাই ক্লজ সহ্য করে না, তাই এর সমর্থনের অভাব রয়েছে। PostgreSQL একটি বিস্তৃত সমষ্টি সমর্থন প্রস্তাব করে, এমনকি রেঞ্জ এবং jsonb ব্লবের মতো বহিরাগত ডেটা প্রকারেও।
- ডেটা মডেলিং: ক্যাসান্ড্রা খুব, খুব সীমিত উপায়ে ডেটা মডেলিং সম্ভব। আপনি যে প্রায় প্রতিটি অনুরোধের উত্তর দিতে চান তার জন্য একটি টেবিল তৈরি করতে হবে এবং ডেটাকে বড় সারিগুলিতে বিভক্ত করতে হবে (সম্পূর্ণ ব্যবহার করে প্রশস্ত কলামের দোকান সি* এর দিক এবং লেখকরা সস্তা)। PostgreSQL আমাদেরকে ব্লকচেইনের রিলেশনাল দিক (কল, লেনদেন, ব্লক) এবং অতিরিক্ত ডিস্ক স্পেস, ডেটা পুনঃব্যবহারকে উৎসাহিত করার অনুমতি দেয়।
- অ্যাড-হক প্রশ্ন এবং অডিটিং: SQL-এর সম্পূর্ণ মান ব্যবহার করতে এবং নির্বিচারে প্রশ্ন করতে সক্ষম হওয়ার অর্থ হল আমরা সম্ভাব্য বাগ মূল কারণ অনুসন্ধান এবং অনুসন্ধান করতে পারি বা ভবিষ্যতে ব্যবহারের ক্ষেত্রে অনুসন্ধানমূলক ডেটা থাকতে পারি। আমরা সত্যিই ডাটাবেসকে একটি বোবা স্টোরেজের পরিবর্তে একটি ইন্টারেক্টিভ এবং স্মার্ট টুল হিসাবে ব্যবহার করতে পারি। প্রেস্টো, স্পার্ক, ইত্যাদির মতো একটি বিস্তৃত এবং ব্যয়বহুল বিশ্লেষণী গণনা ক্লাস্টার ছাড়াই ক্যাসান্দ্রার উপর এটি করা (এবং আমরা যেহেতু বেয়ার মেটাল সার্ভারে চলছি, আমাদের কাছে EMR এর মতো সহজে তৈরি করা বিতরণ করা ডেটা বিশ্লেষণ সরঞ্জামগুলিতে অ্যাক্সেস নেই)।
- সংগ্রহস্থল ব্যবহার: ক্যাসান্দ্রা অনুমান হল যে স্টোরেজ খুব সস্তা এবং ক্লাস্টারটি নতুন মেশিনের সাথে সহজেই প্রসারিত করা যেতে পারে। এটার মানে হচ্ছে উভয় সূচক এবং সমষ্টির সমস্ত সীমাবদ্ধতা সঞ্চয়ের সাথে অর্থ প্রদান করতে হবে. কোন বিশ্বব্যাপী দক্ষ সূচক নেই এবং সমর্থন যোগদানের অর্থ হল যে প্রতিটি অক্ষের জন্য আমরা অনুসন্ধান করতে চাই তার জন্য আমাদের সম্পূর্ণ টেবিলের একটি অনুলিপি ডিনরমালাইজ করতে হবে এবং সংরক্ষণ করতে হবে। PostgreSQL আমাদের টেরাবাইট সঞ্চয়স্থান বাঁচায়।
- ঐক্য: যেহেতু ক্যাসান্দ্রা একটি বিতরণ করা, এপি-ভিত্তিক ডাটাবেস (নোডের মধ্যে গসিপিংয়ের মাধ্যমে যোগাযোগ করা হয়), ধারাবাহিকতা শুধুমাত্র লেখার ক্ষেত্রেই শেষ। আপনি পড়া এবং লেখা উভয়ের জন্য প্রতিটি বিবৃতির ধারাবাহিকতা নীতি টিউন করতে পারেন, তবে এই ডাটাবেসের লক্ষ্য কখনই শক্তিশালী ধারাবাহিকতা ছিল না। PostgreSQL-এর সমালোচনামূলক মিশনের জন্য ব্যবহৃত হওয়ার একটি শক্তিশালী গল্প রয়েছে এবং এটি অত্যন্ত স্থিতিস্থাপক। কেন্দ্রীভূত হওয়ার অর্থ হল লেখার পথে কোনও নেটওয়ার্ক জড়িত নেই।
- লেনদেন এবং MVCC:
- লেনদেন: ক্যাসান্দ্রা সমর্থন করে শুধুমাত্র হালকা লেনদেন DML প্রশ্নে। কিছু ব্যাচিং প্রয়োগ করা যেতে পারে (ডক) তবে অনেক সতর্কতা রয়েছে, যথা যে সারিগুলিকে একই সার্ভারে (= পার্টিশন) থাকতে হবে যাতে ভয়ঙ্কর কর্মক্ষমতা না থাকে।
- MVCC: Cassandra সারি টাইম স্ট্যাম্পিং সমর্থন করে কিন্তু সম্পূর্ণ MVCC নিশ্চিত নয়। একটি কমপ্যাকশন বাসি ডেটা মুছে ফেলতে পারে এবং C* কে বলা উচিত নয় (যেমন পিজিতে একটি লেনদেনের মতো)।
- PostgreSQL একটি শক্তিশালী MVCC মডেলকে সমর্থন করে যা আমাদের ব্যবহারকারীদের জন্য একটি ধারাবাহিক পাঠের পথ নিশ্চিত করে।
- সাধনী দ্বারা প্রয়োগকরণ: PostgreSQL এর আরো অনেক টুল আছে যেগুলো ডাটাবেস সহজে পরিচালনা করতে ব্যাপকভাবে ব্যবহৃত হয়। তাছাড়া, একটি টুল মত ফ্লাইওয়ে নিশ্চিত করে যে আমরা ডাটাবেস স্কিমার একটি শক্তিশালী সংস্করণ বজায় রাখি। আমরা ইতিমধ্যেই এটিকে আমাদের কোড বেসের সাথে সফলভাবে একত্রিত করেছি। ক্যাসান্দ্রার পরিপক্কতার এই স্তরের সাথে কোন সমতুল্য নেই।
- অনুভূমিক মাপযোগ্যতা: এটি ক্যাসান্দ্রার মূল বিক্রয় পয়েন্ট। আপনার ডেটা প্রসারিত হওয়ার সাথে সাথে আরও মেশিন যোগ করুন। PostgreSQL এর জন্য কোন সমতুল্য নয় কারণ শার্ডিং এবং পার্টিশন ম্যানুয়ালি করতে হবে।
আমরা কিভাবে স্কেল পরিকল্পনা
আমরা দেখেছি, পোস্টগ্রেস সেটআপ ব্যবহার করার একমাত্র নেতিবাচক দিক হল রিড এবং স্টোরেজ উভয় ক্ষেত্রেই স্কেল করা। এই সীমাবদ্ধতা কাটিয়ে উঠতে আমরা কী করতে পারি?
আমাদের কাছে প্রথম কার্যকরী টুলটি হল আমরা সমর্থন করি এমন প্রতিটি প্রোটোকল বা ব্লকচেইনকে তার নিজস্ব ডাটাবেসে আলাদা করা, কারণ ভলিউম এবং ট্র্যাফিকের ভিত্তিতে যথাযথভাবে স্কেল করা যেতে পারে। ব্যবসায়িক ডোমেন দ্বারা বিভাজন স্কেলিং এর প্রথম স্তর নিশ্চিত করে।
এই ধারণাটিকে আরও এগিয়ে নিয়ে, আমরা ঠান্ডা, ঐতিহাসিক ডেটাকে অস্থায়ী পার্টিশনে ভাগ করতে পারি। পোস্টগ্রেসের সর্বশেষ সংস্করণগুলি পার্টিশন করা টেবিলের ব্যবহারযোগ্যতার অনেক উন্নতি করেছে, যা মেশিনের ক্লাস্টার জুড়ে নির্বিঘ্নে ডেটা স্থানান্তর করতে সক্ষম করে। উদাহরণ স্বরূপ, আমরা অধিকাংশ ঐতিহাসিক ডেটা হোস্ট করার জন্য কম কম্পিউট পাওয়ার সহ সস্তা মেশিনগুলি ব্যবহার করতে পারি, যখন একত্রিত টেবিল এবং ব্যবহারকারীর সর্বশেষ ক্রিয়াকলাপগুলিকে হোস্ট করার জন্য র্যাম-স্ট্যাকড বেহেমথগুলি ব্যবহার করতে পারি।
এই পদ্ধতিটি আমাদের ব্যবহারের ক্ষেত্রে খুব ভাল কাজ করে কারণ ঐতিহাসিক স্টোরেজে কোন ক্রস-পার্টিশন বিদেশী কী নেই (সবকিছুই শেষ পর্যন্ত ব্লকের সাথে সংযুক্ত)। প্রধান সার্ভারের দৃষ্টিকোণ থেকে, ঐতিহাসিক ডেটা এমনকি পার্টিশনিং এবং postgres_fdw এক্সটেনশন ব্যবহার করে স্বচ্ছভাবে অ্যাক্সেস করা যেতে পারে।
এই সব জায়গায় রাখতে সাহায্য করার জন্য, আমরা TimescaleDB এক্সটেনশনটিও দেখেছি। এই এক্সটেনশনটি বেসলাইন পোস্টগ্রেসে প্রচুর কার্যকারিতা যোগ করে এবং এর বেশিরভাগই আমাদের ব্যবহারের ক্ষেত্রে উপযুক্ত:
- কলামের মতো সময়ের উপর ভিত্তি করে টেবিলের স্বয়ংক্রিয় বিভাজন (আমাদের ক্ষেত্রে, আমরা আমাদের রেফারেন্স হিসাবে ব্লকচেইনের উচ্চতা গ্রহণ করে এটিকে মানিয়ে নিই)।
- স্বয়ংক্রিয়, ডেটা টাইপ সচেতন এবং পুরানো অংশগুলির কলাম ভিত্তিক কম্প্রেশন। এটি খুব অনুরূপ ডেটাতে অত্যাধুনিক অ্যালগরিদম ব্যবহার করে প্রায় নিখুঁত কম্প্রেশন অনুপাত নিশ্চিত করে।
- ঐতিহাসিক ভারসাম্য এবং বাজারের ডেটা গ্রাফ সহজে গণনা করার জন্য দক্ষ সময়-বালতি ভিত্তিক সমষ্টি।
আমরা স্টোরেজ সংক্রান্ত পরীক্ষা-নিরীক্ষার শুরুতে রয়েছি, এবং এটি অনেক ব্যবহারের ক্ষেত্রে আনলক করে। অল্প পরিমাণ ডেটা ব্যবহার করে ধারণার প্রমাণ (ইথেরিয়াম মেইননেটে ~10k ব্লক, তাই প্রায় 2 দিনের ডেটা) 40% পর্যন্ত ডিস্ক স্পেস হ্রাস দেখিয়েছে.
আমরা যেমন দেখেছি, ডেটা ভলিউম, যদি আমরা সঠিক কৌশল ব্যবহার করি, তবে এটি কোনও সমস্যা নয়। কিন্তু কিভাবে আমাদের ব্যবহারকারী বেস আকার সঙ্গে স্কেল?
আমাদের এখানে ইতিমধ্যেই একটি চমৎকার সুবিধা রয়েছে: আমরা পুরো ব্লকচেইন ডেটা সূচী করি। এইভাবে, প্রয়োজনীয় স্টোরেজ ব্যবহারকারীর সংখ্যার মতো বাড়বে না, তবে মোট ব্লকচেইনের আকারের মতো। স্টোরেজ এবং রিডস অপ্টিমাইজেশান তাদের রেজোলিউশনে সম্পূর্ণ অর্থোগোনাল।
এই সেটআপটি, পাঠের পরিমাণের অনুপাতে খুব কম লেখার প্রয়োজন যা পরিবেশন করা প্রয়োজন, এটি একটি ক্লাসিং লিডার-ফলোয়ার রেপ্লিকা প্যাটার্নের স্বপ্নের সেটআপ। আরও কর্মক্ষমতা এবং থ্রুপুট উন্নত করার জন্য, আমরা API সার্ভারগুলির মতো একই মেশিনে পোস্টগ্রেস রিড রেপ্লিকাও রাখতে পারি এবং নেটওয়ার্ক রাউন্ড ট্রিপগুলি এড়িয়ে যাওয়ার জন্য ইউনিক্স ডোমেন সকেটগুলির সুবিধা নিতে পারি।
এখানে একটি ডেটা প্রতিলিপি কৌশলের একটি উদাহরণ রয়েছে যা আমরা আমাদের পাঠগুলিকে স্কেল করতে ব্যবহার করতে পারি। হালকা ধূসর বাক্সগুলি একক সার্ভারের প্রতিনিধিত্ব করে। আমরা এখানে দেখতে পাচ্ছি যে API পডগুলি সঞ্চয়স্থান এবং ব্যবহারকারীদের মধ্যে একটি ন্যূনতম স্থানান্তর সময় নিশ্চিত করতে হটেস্ট ডেটার প্রতিলিপিগুলির সাথে সরাসরি সহ-অবস্থিত। পূর্বে বর্ণিত আর্কাইভ উদাহরণগুলি স্কিমাকে খুব বেশি জটিল না করার জন্য উপস্থাপন করা হয় না।
মন্তব্য আখেরী
একটি দীর্ঘমেয়াদী ক্যাসান্দ্রা ব্যবহারকারী হিসাবে, আমি জোর দিতে চাই যে এটি এর ডিজাইনে একটি দুর্দান্ত ডাটাবেস, যা বিভিন্ন ধরণের অ্যাপ্লিকেশনের জন্য উপযুক্ত। দুর্ভাগ্যবশত, এটি ব্যবহার করার জন্য লেজারে যে পছন্দটি করা হয়েছিল তা ডেটা ব্যবহারের ক্ষেত্রে করা হয়েছিল যা কখনই বাস্তবায়িত হয়নি।
আমাদের দলের উত্পাদনশীলতা প্রভাবিত হয়েছিল, এবং আমাদের যে চ্যালেঞ্জগুলি সমাধান করতে হবে তার জন্য আমরা বুলেট কামড়ানো এবং ডুবে যাওয়া খরচের ভুলের জন্য না পড়ার জন্য বেছে নিয়েছি।
অনেক ক্ষেত্রে, আপনার ডেটা বড় ডেটা নয়। বেশিরভাগ ক্ষেত্রে ডেটা বিতরণ পরিচালনা করা একটি কঠিন কাজ নয় এবং একটি সম্পূর্ণ বিতরণকৃত ডাটাবেসের ট্রেডঅফগুলি সত্যিই সাবধানে বিবেচনা করা দরকার। মূল বিবেচ্য বিষয় হল বিকাশকারীর অভিজ্ঞতা কারণ এটি অন্য কিছু তৈরি করার জন্য মূল্যবান সময় মুক্ত করে। এটিই আসল ব্যবহারের ক্ষেত্রে আমাদের ব্যাপকভাবে বিনিয়োগ করতে হবে।
- এসইও চালিত বিষয়বস্তু এবং পিআর বিতরণ। আজই পরিবর্ধিত পান।
- প্লেটোএআইস্ট্রিম। Web3 ডেটা ইন্টেলিজেন্স। জ্ঞান প্রসারিত. এখানে প্রবেশ করুন.
- অ্যাড্রিয়েন অ্যাশলির সাথে ভবিষ্যত মিন্টিং। এখানে প্রবেশ করুন.
- PREIPO® এর সাথে PRE-IPO কোম্পানিতে শেয়ার কিনুন এবং বিক্রি করুন। এখানে প্রবেশ করুন.
- উত্স: https://www.ledger.com/blog/serving-web3-at-web2-scale
- : আছে
- : হয়
- :না
- $ ইউপি
- 10
- 10K
- 20
- a
- ক্ষমতা
- সক্ষম
- প্রবেশ
- অ্যাক্সেসড
- হিসাব
- দিয়ে
- প্রকৃতপক্ষে
- খাপ খাওয়ানো
- যোগ
- যোগ করে
- মেনে চলে
- সুবিধা
- মোট পরিমাণ
- আলগোরিদিম
- সব
- অনুমতি
- অনুমতি
- ইতিমধ্যে
- এছাড়াও
- যদিও
- পরিমাণ
- an
- বিশ্লেষণ
- বৈশ্লেষিক ন্যায়
- এবং
- উত্তর
- কোন
- কিছু
- API
- অ্যাপ্লিকেশন
- ফলিত
- অভিগমন
- উপযুক্তভাবে
- সংরক্ষাণাগার
- রয়েছি
- কাছাকাছি
- শিল্প
- প্রবন্ধ
- AS
- দৃষ্টিভঙ্গি
- আ
- ধৃষ্টতা
- At
- সহজলভ্য
- সচেতন
- দূরে
- অক্ষ
- অক্ষ
- ব্যাক-এন্ড
- ভারসাম্য
- ভারসাম্যকে
- ভিত্তি
- ভিত্তি
- বেসলাইন
- BE
- কারণ
- হয়েছে
- আগে
- শুরু
- বেহেমথস
- হচ্ছে
- সুবিধা
- মধ্যে
- বিশাল
- বড় ডেটা
- বিট
- Bitcoin
- বাধা
- blockchain
- ব্লকচেইন ডেটা
- ব্লকচেইন
- ব্লক
- উভয়
- বক্স
- বক্স
- আনে
- নম
- নির্মাণ করা
- ব্যবসায়
- কিন্তু
- by
- কল
- কল
- CAN
- প্রার্থী
- টুপি
- সাবধানে
- কেস
- মামলা
- কারণ
- ঘটিত
- কেন্দ্রীভূত
- চেন
- চ্যালেঞ্জ
- চ্যালেঞ্জ
- চ্যালেঞ্জিং
- পরিবর্তন
- পরিবর্তন
- সস্তা
- সস্তা
- সস্তা মেশিন
- পছন্দ
- বেছে নিন
- বেছে
- মনোনীত
- পরিষ্কার
- গুচ্ছ
- কোড
- কোড বেস
- ঠান্ডা
- স্তম্ভ
- মিলিত
- পণ্য
- যোগাযোগ
- কোম্পানি
- জটিলতার
- উপাদান
- গনা
- ধারণা
- ধারণা
- বিবেচনা
- বিবেচিত
- সঙ্গত
- শীতল
- মূল
- মূল্য
- পারা
- নির্মিত
- সংকটপূর্ণ
- বর্তমান
- উপাত্ত
- তথ্য বিশ্লেষণ
- তথ্য আদান প্রদান
- তথ্য ভান্ডার
- ডেটাবেস
- দিন
- রায়
- বর্ণিত
- নকশা
- বিকাশকারী
- উন্নয়নশীল
- কঠিন
- সরাসরি
- ময়লা
- বণ্টিত
- বিতরণ
- বিভক্ত
- do
- না
- করছেন
- ডোমেইন
- Dont
- downside হয়
- স্বপ্ন
- চালক
- কারণে
- e
- প্রতি
- সহজে
- সহজ
- প্রান্ত
- কার্যকর
- দক্ষ
- আর
- এম্বেড করা
- গুরুত্ব আরোপ করা
- সক্ষম করা
- উদ্দীপক
- উন্নত করা
- নিশ্চিত করা
- নিশ্চিত
- নিশ্চিত
- সমতুল্য
- ইত্যাদি
- ethereum
- ইথেরিয়াম মেইননেট
- এমন কি
- চূড়ান্ত
- কখনো
- প্রতি
- সব
- উদাহরণ
- বিদ্যমান
- বহিরাগত
- বিস্তৃতি
- অভিজ্ঞতা
- ল্যাপারোস্কোপিক পদ্ধতি
- অন্বেষণ করুণ
- অনুসন্ধানকারী
- প্রসারিত করা
- প্রসার
- ব্যাপক
- সত্য
- পতন
- বৈশিষ্ট্য
- বৈশিষ্ট্য
- কয়েক
- আবিষ্কার
- প্রথম
- ফিট
- জন্য
- বিদেশী
- অগ্রবর্তী
- বন্ধুত্ব
- থেকে
- সম্পূর্ণ
- পুরাদস্তুর
- সম্পূর্ণরূপে
- বৈশিষ্ট্য
- অধিকতর
- ভবিষ্যৎ
- পেয়ে
- প্রদত্ত
- বিশ্বব্যাপী
- লক্ষ্য
- চালু
- গ্রাফ
- ধূসর
- মহান
- গ্রুপ
- হত্তয়া
- ক্রমবর্ধমান
- নিশ্চিত
- নির্দেশিকা
- ছিল
- কঠিন
- হার্ডওয়্যারের
- আছে
- জমিদারি
- মাথা
- প্রচন্ডভাবে
- উচ্চতা
- সাহায্য
- এখানে
- উচ্চ
- অত্যন্ত
- ঐতিহাসিক
- নিমন্ত্রণকর্তা
- গরম
- হটেস্ট
- কিভাবে
- কিভাবে
- যাহোক
- এইচটিএমএল
- HTTPS দ্বারা
- i
- আদর্শ
- if
- অপরিবর্তনীয়
- প্রভাব
- বাস্তবায়ন
- উন্নত
- in
- ক্রমবর্ধমানভাবে
- সূচক
- ইন্ডিসিস
- উদাহরণ
- সংহত
- ইন্টারেক্টিভ
- মধ্যে
- বিনিয়োগ
- জড়িত
- সমস্যা
- সমস্যা
- IT
- এর
- যোগদানের
- যোগদান
- JPG
- মাত্র
- পালন
- চাবি
- কী
- রকম
- রং
- ভাষা
- বড়
- অদৃশ্যতা
- সর্বশেষ
- স্তর
- বরফ
- খতিয়ান
- বৈধ
- কম
- উচ্চতা
- লেভারেজ
- আলো
- লাইটওয়েট
- মত
- সীমাবদ্ধতা
- সীমাবদ্ধতা
- সীমিত
- তালিকা
- সামান্য
- স্থানীয়ভাবে
- দীর্ঘ
- তাকিয়ে
- খুঁজছি
- অনেক
- কম
- মেশিন
- প্রণীত
- প্রধান
- মেননেট
- বজায় রাখা
- সংখ্যাগুরু
- মেকিং
- পরিচালনা করা
- পরিচালক
- ম্যানুয়ালি
- অনেক
- বাজার
- মার্কেটের উপাত্ত
- পরিপক্বতা
- সর্বোচ্চ প্রস্থ
- মে..
- মানে
- ধাতু
- মাইগ্রেট
- যত্সামান্য
- মিশন
- মডেল
- মূর্তিনির্মাণ
- অধিক
- পরন্তু
- সেতু
- পদক্ষেপ
- অনেক
- অবশ্যই
- যথা
- প্রায়
- প্রয়োজন
- প্রয়োজন
- চাহিদা
- তন্ন তন্ন
- নেটওয়ার্ক
- না
- নতুন
- সুন্দর
- না।
- নোড
- কিছু না
- সংখ্যা
- অনেক
- উদ্দেশ্য
- of
- on
- ONE
- কেবল
- পরিচালনা করা
- অপারেশনস
- সুযোগ
- or
- ক্রম
- আমাদের
- নিজেদেরকে
- শেষ
- পরাস্ত
- নিজের
- দেওয়া
- অংশ
- দলগুলোর
- পথ
- প্যাটার্ন
- বেতন
- সমকক্ষ ব্যক্তি
- পিয়ার যাও পিয়ার
- নির্ভুল
- কর্মক্ষমতা
- পরিপ্রেক্ষিত
- জায়গা
- পরিকল্পনা
- Plato
- প্লেটো ডেটা ইন্টেলিজেন্স
- প্লেটোডাটা
- pods
- বিন্দু
- নীতি
- বহুভুজ
- সম্ভব
- পোস্টগ্রেস্কল
- সম্ভাব্য
- ক্ষমতা
- ক্ষমতাশালী
- অনুশীলন
- সমস্যা
- প্রসেস
- প্রমোদ
- প্রমাণ
- অনুপাত
- প্রস্তাব
- প্রোটোকল
- প্রমাণিত
- প্রদান
- প্রদত্ত
- করা
- প্রশ্নের
- র্যাম
- পরিসর
- হার
- বরং
- অনুপাত
- কাঁচা
- পড়া
- বাস্তব
- সত্যিই
- ন্যায্য
- হ্রাস
- সংক্রান্ত
- সংশ্লিষ্ট
- বিশ্বাসযোগ্য
- পুনরায় সংগ্রহিত করা
- অবিকল প্রতিরুপ
- প্রতিলিপি
- চিত্রিত করা
- প্রতিনিধিত্ব
- অনুরোধ
- স্থিতিস্থাপক
- সমাধান
- স্থিরপ্রতিজ্ঞ
- ফলে এবং
- পুনঃব্যবহারের
- অধিকার
- শক্তসমর্থ
- শিকড়
- বৃত্তাকার
- সারিটি
- চালান
- দৌড়
- একই
- scala
- মাপযোগ্য
- স্কেল
- আরোহী
- নির্বিঘ্নে
- সার্চ
- নিরাপত্তা
- দেখ
- দেখা
- রেখাংশ
- সেগমেন্টেশন
- বিক্রি
- বিক্রয় বিন্দু
- সেবা
- সেবা
- ভজনা
- সেট
- সেটআপ
- বিভিন্ন
- শারডিং
- শেয়ারিং
- সংক্ষিপ্ত
- প্রদর্শনী
- পাশ
- অনুরূপ
- থেকে
- একক
- আয়তন
- দক্ষতা
- ছোট
- ক্ষুদ্রতর
- স্মার্ট
- So
- সমাধান
- সমাধান
- solves
- কিছু
- স্থান
- স্ফুলিঙ্গ
- ডিম
- এসকিউএল
- মান
- রাষ্ট্র
- বিবৃতি
- স্টোরেজ
- দোকান
- গল্প
- কৌশলগত
- কৌশল
- শক্তিশালী
- প্রবলভাবে
- সফলভাবে
- সমর্থন
- সমর্থন
- টেবিল
- গ্রহণ করা
- গ্রহণ
- কার্য
- টীম
- কারিগরী
- বলা
- শর্তাবলী
- চেয়ে
- যে
- সার্জারির
- বাধা
- রাষ্ট্র
- তাদের
- তারপর
- সেখানে।
- এইগুলো
- তারা
- তৃতীয়
- তৃতীয় পক্ষগুলি
- এই
- থ্রুপুট
- সময়
- থেকে
- অত্যধিক
- টুল
- সরঞ্জাম
- মোট
- সম্পূর্ণ
- ট্রাফিক
- লেনদেন
- লেনদেন
- হস্তান্তর
- স্বচ্ছভাবে
- আদর্শ
- ধরনের
- পরিণামে
- অধীনে
- নিম্নাবস্থিত
- দুর্ভাগ্যবশত
- UNIX
- আনলক করে
- অকারণে
- us
- ব্যবহারযোগ্যতা
- ব্যবহার
- ব্যবহার
- ব্যবহার ক্ষেত্রে
- ব্যবহৃত
- ব্যবহারকারী
- ব্যবহারকারী
- ব্যবহার
- সাধারণত
- দামি
- বৈচিত্র্য
- উল্লম্ব
- খুব
- আয়তন
- প্রয়োজন
- ছিল
- উপায়..
- we
- Web2
- Web3
- আমরা একটি
- কি
- কখন
- যে
- যখন
- যতক্ষণ
- সমগ্র
- কেন
- ব্যাপক
- ব্যাপকভাবে
- ইচ্ছা
- সঙ্গে
- ছাড়া
- কাজ
- লেখা
- লিখিত
- আপনি
- কনিষ্ঠ
- আপনার
- zephyrnet