CAP উপপাদ্য কী?

Question

CAP উপপাদ্য কী?

Accepted Answer

**CAP উপপাদ্য** বলে যে একটি বিতরণকৃত সিস্টেম একসাথে সর্বোচ্চ **তিনটির মধ্যে দুটি** বৈশিষ্ট্য নিশ্চিত করতে পারে — **Consistency** (সামঞ্জস্যতা), **Availability** (প্রাপ্যতা), এবং **Partition tolerance** (বিভাজন সহিষ্ণুতা)। যেহেতু নেটওয়ার্ক বিভাজন অনিবার্য, বাস্তব পছন্দ একটি বিভাজনের সময় সামঞ্জস্যতা এবং প্রাপ্যতার মধ্যে।

## তিনটি বৈশিষ্ট্য

```text
CONSISTENCY (C) → every read sees the latest write (all nodes agree on the data)
AVAILABILITY (A) → every request gets a response (the system stays responsive)
PARTITION TOLERANCE (P) → the system keeps working despite network partitions
  (communication breaks between nodes)
→ CAP: you can only fully guarantee TWO of these three simultaneously.
```

## বাস্তব ট্রেড-অফ: C vs A (P বাধ্যতামূলক)

```text
In distributed systems, network PARTITIONS WILL happen → P is NOT optional (you must
tolerate partitions) → so the real choice during a partition is C vs A:
  CP (consistency over availability) → during a partition, refuse requests that can't be
    consistent (sacrifice availability to keep data correct) — e.g. financial systems
  AP (availability over consistency) → during a partition, stay available but may return
    stale/inconsistent data (eventual consistency) — e.g. social feeds, many NoSQL stores
→ choose based on whether CONSISTENCY or AVAILABILITY matters more for the use case.
```

## সূক্ষ্মতা এবং অনুশীলন

```text
→ CAP is about behavior DURING a partition (normally you can have both C and A)
→ It's not strictly binary → many systems offer TUNABLE consistency (per-operation choices)
→ Related: EVENTUAL CONSISTENCY (AP systems converge to consistency over time)
→ Understand the trade-off to choose databases/designs appropriately
```

## এটি কেন গুরুত্বপূর্ণ

CAP উপপাদ্য বোঝা মূল্যবান কারণ এটি একটি **বিতরণকৃত সিস্টেমের জন্য মৌলিক ধারণা** যা একটি মূল ট্রেড-অফকে ফ্রেম করে, তাই এটি গুরুত্বপূর্ণ সিস্টেম-ডিজাইন জ্ঞান।

CAP উপপাদ্য — যে একটি বিতরণকৃত সিস্টেম একসাথে Consistency, Availability, এবং Partition tolerance-এর মধ্যে সর্বোচ্চ দুটি নিশ্চিত করতে পারে — বিতরণকৃত সিস্টেমে একটি মৌলিক সীমাবদ্ধতা ধরে।

**তিনটি বৈশিষ্ট্য** বোঝা (consistency: পড়া সর্বশেষ লেখা দেখে; availability: প্রতিটি অনুরোধ একটি প্রতিক্রিয়া পায়; partition tolerance: নেটওয়ার্ক বিভাজন সত্ত্বেও কাজ করা) হল ভিত্তি।

সবচেয়ে গুরুত্বপূর্ণভাবে, **বাস্তব ট্রেড-অফ** বোঝা হল মূল ব্যবহারিক অন্তর্দৃষ্টি: যেহেতু **নেটওয়ার্ক বিভাজন অনিবার্য** বিতরণকৃত সিস্টেমে (P বাধ্যতামূলক), একটি বিভাজনের সময় প্রকৃত পছন্দ **consistency এবং availability** এর মধ্যে — **CP সিস্টেম** প্রাপ্যতা ত্যাগ করে ডেটা সঠিক রাখতে বিভাজনের সময় (আর্থিক সিস্টেমের জন্য উপযুক্ত যেখানে সঠিকতা সর্বোচ্চ), যখন **AP সিস্টেম** উপলব্ধ থাকে কিন্তু পুরনো ডেটা ফিরিয়ে দিতে পারে (eventual consistency, সামাজিক ফিডের জন্য উপযুক্ত এবং অনেক NoSQL স্টোর যেখানে প্রাপ্যতা বেশি গুরুত্বপূর্ণ)।

এই C-vs-A ট্রেড-অফ বোঝা এবং use case-এর জন্য consistency বা availability-এর কোনটি বেশি গুরুত্বপূর্ণ তার উপর ভিত্তি করে বেছে নেওয়া বিতরণকৃত সিস্টেম ডিজাইন এবং ডাটাবেস নির্বাচনের জন্য অত্যাবশ্যক।

**সূক্ষ্মতা** বোঝা — যে CAP একটি বিভাজনের সময় আচরণ সম্পর্কে (আপনি সাধারণত C এবং A উভয়ই পেতে পারেন), যে এটি কঠোরভাবে দ্বিমুখী নয় (অনেক সিস্টেম tunable consistency অফার করে), এবং eventual consistency-র সম্পর্কিত ধারণা — সরলীকৃত সংস্করণের বাইরে পরিশীলিত বোঝাপড়া প্রতিফলিত করে।

CAP হল একটি মৌলিক ধারণা যা বিতরণকৃত সিস্টেম ডিজাইন এবং ডাটাবেস নির্বাচনে ঘনঘন উল্লেখ করা হয়।

যেহেতু CAP উপপাদ্য বিতরণকৃত সিস্টেমে একটি মৌলিক ট্রেড-অফ ফ্রেম করে (বিভাজনের সময় consistency বনাম availability) যা সিস্টেম ডিজাইন এবং ডাটাবেস পছন্দকে অবহিত করে, এবং যেহেতু বৈশিষ্ট্য, বাস্তব C-vs-A ট্রেড-অফ, এবং সূক্ষ্মতা বোঝা বিতরণকৃত সিস্টেম ডিজাইনের জন্য গুরুত্বপূর্ণ, CAP উপপাদ্য বোঝা মূল্যবান, ব্যবহারিক-প্রাসঙ্গিক সিস্টেম-ডিজাইন জ্ঞান — একটি মৌলিক বিতরণকৃত-সিস্টেম ধারণা consistency-availability ট্রেড-অফ ফ্রেম করা, বিতরণকৃত সিস্টেম ডিজাইন এবং ডাটাবেস পছন্দের জন্য গুরুত্বপূর্ণ, এবং সিস্টেম ডিজাইনে একটি সাধারণত-উল্লেখ করা ধারণা যা বিতরণকৃত-সিস্টেম সীমাবদ্ধতার বোঝাপড়া প্রতিফলিত করে।