چرا سیستم های توزیع شده نمی توانند همه اینها را داشته باشند

سیستم های توزیع شده مدرن همه چیز در مورد تجارت است. عملکرد ، قابلیت اطمینان ، مقیاس پذیری و قوام به صورت رایگان انجام نمی شود – شما همیشه در جایی قیمت می پردازید. این جایی است که قضیه کلاه وارد می شود: این نقطه شروع برای درک مصالحه غیرقابل اجتناب در طراحی توزیع شده است.

چرا قضیه کلاه درست است؟ در واقع چه چیزی را توضیح می دهد؟ و از همه مهمتر ، آیا کافی است؟ در این پست ، ما قضیه کلاه ، محدودیت های آن ، انتقاداتی را که با آن روبرو شده است ، بررسی خواهیم کرد و چگونه ایده های جدیدتر مانند PACELC مکالمه را به جلو سوق می دهند. بیایید شیرجه بزنیم.

قضیه

نسخه اول قضیه CAP به عنوان بحث بین اسید در مقابل پایه آغاز شد. اما با گذشت زمان ، تکامل یافت ، یک اثبات رسمی دریافت کرد و فارغ التحصیل شد تا همانطور که امروز می شناسیم ، قضیه کلاه شود.

قضیه کلاه بیان می کند که یک سیستم توزیع شده می تواند حداکثر دو از سه ویژگی را همزمان برآورده کند:

  • ثبات
  • در دسترس بودن
  • تحمل پارتیشن

این محدودیت مهندسان را وادار می کند تا بسته به اهداف سیستم و واقعیت های محیط های توزیع شده آنها ، تجارت سختی را انجام دهند.

ثبات

تصویر ایجاد شده توسط نویسندهتصویر ایجاد شده توسط نویسنده

قوام در CAP برابر با قوام در معاملات اسید نیست. در قضیه کلاه به آن اشاره دارد قابلیت تغییر خطی یا قوام قویبشر این بدان معنی است که همه گره های موجود در یک سیستم توزیع شده همیشه باید یک …

Source link