S3 آبجیکٹ اسٹوریج کمانڈ ایک مضمون کا ترجمہ کیا ہے کہ آبجیکٹ اسٹوریج کا انتخاب کرتے وقت کون سے معیارات اہم ہیں۔ مصنف کے نقطہ نظر سے متن درج ذیل ہے۔
جب آبجیکٹ اسٹوریج کی بات آتی ہے تو لوگ عام طور پر صرف ایک چیز کے بارے میں سوچتے ہیں: قیمت فی TB/GB۔ بلاشبہ، یہ میٹرک اہم ہے، لیکن یہ نقطہ نظر کو یک طرفہ بناتا ہے اور آبجیکٹ اسٹوریج کو آرکائیو سٹوریج ٹول کے برابر کرتا ہے۔ اس کے علاوہ، یہ نقطہ نظر انٹرپرائز ٹیکنالوجی اسٹیک کے لیے آبجیکٹ اسٹوریج کی اہمیت کو کم کرتا ہے۔
آبجیکٹ اسٹوریج کا انتخاب کرتے وقت، آپ کو پانچ خصوصیات پر توجہ دینا چاہئے:
- کارکردگی؛
- توسیع پذیری
- S3 ہم آہنگ؛
- ناکامیوں کا جواب؛
- سالمیت
یہ پانچ خصوصیات قیمت کے ساتھ آبجیکٹ اسٹوریج کے لیے نئے میٹرکس ہیں۔ آئیے ان سب کو دیکھتے ہیں۔
کارکردگی
روایتی آبجیکٹ اسٹورز میں کارکردگی کی کمی ہے۔ سروس فراہم کرنے والوں نے کم قیمتوں کے حصول میں اسے مسلسل قربان کیا۔ تاہم، جدید آبجیکٹ اسٹوریج کے ساتھ چیزیں مختلف ہیں۔
مختلف اسٹوریج سسٹم ہڈوپ کی رفتار تک پہنچتے ہیں یا اس سے بھی زیادہ ہوتے ہیں۔ پڑھنے اور لکھنے کی رفتار کے لیے جدید تقاضے: ہارڈ ڈرائیوز کے لیے 10 GB/s سے، NVMe کے لیے 35 GB/s تک۔
یہ تھرو پٹ Spark، Presto، Tensorflow، Teradata، Vertica، Splunk اور تجزیاتی اسٹیک میں دیگر جدید کمپیوٹنگ فریم ورک کے لیے کافی ہے۔ حقیقت یہ ہے کہ MPP ڈیٹا بیس کو آبجیکٹ اسٹوریج کے لیے ترتیب دیا جا رہا ہے اس سے پتہ چلتا ہے کہ یہ تیزی سے بنیادی اسٹوریج کے طور پر استعمال ہو رہا ہے۔
اگر آپ کا سٹوریج سسٹم آپ کو مطلوبہ رفتار فراہم نہیں کرتا ہے، تو آپ ڈیٹا استعمال نہیں کر سکتے اور اس سے قیمت نہیں نکال سکتے۔ یہاں تک کہ اگر آپ آبجیکٹ اسٹوریج سے ڈیٹا کو میموری میں پروسیسنگ ڈھانچے میں بازیافت کرتے ہیں، تب بھی آپ کو ڈیٹا کو میموری میں اور اس سے منتقل کرنے کے لیے بینڈوڈتھ کی ضرورت ہوگی۔ لیگیسی آبجیکٹ اسٹورز کے پاس اس کی کافی مقدار نہیں ہے۔
یہ کلیدی نکتہ ہے: نئی کارکردگی میٹرک تھرو پٹ ہے، تاخیر نہیں۔ یہ پیمانے پر ڈیٹا کے لیے ضروری ہے اور جدید ڈیٹا انفراسٹرکچر میں یہ معمول ہے۔
اگرچہ بینچ مارکس کارکردگی کا تعین کرنے کا ایک اچھا طریقہ ہے، لیکن ماحول میں ایپلیکیشن چلانے سے پہلے اس کی درست پیمائش نہیں کی جا سکتی۔ اس کے بعد ہی آپ کہہ سکتے ہیں کہ رکاوٹ کہاں ہے: سافٹ ویئر، ڈسک، نیٹ ورک یا کمپیوٹنگ کی سطح پر۔
سکالٹیبل
اسکیل ایبلٹی سے مراد پیٹا بائٹس کی تعداد ہے جو ایک نام کی جگہ میں فٹ ہوتی ہے۔ دکاندار جس چیز کا دعویٰ کرتے ہیں وہ آسان اسکیل ایبلٹی ہے، جو وہ نہیں کہتے ہیں وہ یہ ہے کہ جیسے جیسے وہ پیمانہ کرتے ہیں، بڑے پیمانے پر یک سنگی نظام نازک، پیچیدہ، غیر مستحکم اور مہنگے ہو جاتے ہیں۔
اسکیل ایبلٹی کے لیے نیا میٹرک نام کی جگہوں یا کلائنٹس کی تعداد ہے جو آپ پیش کر سکتے ہیں۔ میٹرک براہ راست ہائپر اسکیلرز سے لیا جاتا ہے، جہاں اسٹوریج بلڈنگ بلاکس چھوٹے ہوتے ہیں لیکن اربوں یونٹس تک ہوتے ہیں۔ عام طور پر، یہ کلاؤڈ میٹرک ہے۔
جب بلڈنگ بلاکس چھوٹے ہوتے ہیں، تو وہ سیکیورٹی، رسائی کنٹرول، پالیسی مینجمنٹ، لائف سائیکل مینجمنٹ، اور غیر خلل نہ ڈالنے والی اپ ڈیٹس کے لیے بہتر ہوتے ہیں۔ اور بالآخر پیداوری کو یقینی بنائیں۔ بلڈنگ بلاک کا سائز ناکامی والے علاقے کی کنٹرولیبلٹی کا ایک فنکشن ہے، جس طرح انتہائی لچکدار نظام بنائے جاتے ہیں۔
کثیر کرایہ داری کی بہت سی خصوصیات ہیں۔ اگرچہ طول و عرض اس بات پر بات کرتا ہے کہ تنظیمیں ڈیٹا اور ایپلی کیشنز تک کیسے رسائی فراہم کرتی ہیں، یہ خود ایپلی کیشنز اور انہیں ایک دوسرے سے الگ تھلگ کرنے کے پیچھے کی منطق کا بھی حوالہ دیتی ہے۔
کثیر کلائنٹ کے لئے جدید نقطہ نظر کی خصوصیات:
- مختصر وقت میں، کلائنٹس کی تعداد کئی سو سے کئی ملین تک بڑھ سکتی ہے۔
- کلائنٹ ایک دوسرے سے بالکل الگ تھلگ ہیں۔ یہ انہیں ایک ہی سافٹ ویئر کے مختلف ورژن چلانے اور مختلف کنفیگریشنوں، اجازتوں، خصوصیات، سیکورٹی اور دیکھ بھال کی سطحوں کے ساتھ اشیاء کو ذخیرہ کرنے کی اجازت دیتا ہے۔ یہ ضروری ہے جب نئے سرورز، اپ ڈیٹس اور جغرافیے کی پیمائش کریں۔
- اسٹوریج لچکدار طور پر توسیع پذیر ہے، وسائل طلب کے مطابق فراہم کیے جاتے ہیں۔
- ہر آپریشن کو ایک API کے ذریعے کنٹرول کیا جاتا ہے اور یہ انسانی مداخلت کے بغیر خودکار ہے۔
- سافٹ ویئر کو کنٹینرز میں ہوسٹ کیا جا سکتا ہے اور معیاری آرکیسٹریشن سسٹم جیسے کہ Kubernetes استعمال کیا جا سکتا ہے۔
S3 ہم آہنگ
Amazon S3 API آبجیکٹ اسٹوریج کے لیے ڈی فیکٹو سٹینڈرڈ ہے۔ ہر آبجیکٹ اسٹوریج سافٹ ویئر فروش اس کے ساتھ مطابقت کا دعوی کرتا ہے۔ S3 کے ساتھ مطابقت بائنری ہے: یا تو یہ مکمل طور پر نافذ ہے یا یہ نہیں ہے۔
عملی طور پر، سینکڑوں یا ہزاروں کنارے کے منظرنامے ہیں جہاں آبجیکٹ اسٹوریج کا استعمال کرتے وقت کچھ غلط ہو جاتا ہے۔ خاص طور پر ملکیتی سافٹ ویئر اور خدمات فراہم کرنے والوں سے۔ اس کے بنیادی استعمال کے معاملات براہ راست آرکائیونگ یا بیک اپ ہیں، لہذا API کو کال کرنے کی چند وجوہات ہیں، استعمال کے معاملات یکساں ہیں۔
اوپن سورس سافٹ ویئر کے اہم فوائد ہیں۔ یہ ایپلی کیشنز، آپریٹنگ سسٹمز، اور ہارڈویئر آرکیٹیکچرز کے سائز اور مختلف قسم کے پیش نظر، زیادہ تر کنارے کے منظرناموں کا احاطہ کرتا ہے۔
یہ سب ایپلیکیشن ڈویلپرز کے لیے اہم ہے، اس لیے یہ سٹوریج فراہم کرنے والوں کے ساتھ ایپلیکیشن کی جانچ کرنے کے قابل ہے۔ اوپن سورس عمل کو آسان بناتا ہے — یہ سمجھنا آسان ہے کہ آپ کی درخواست کے لیے کون سا پلیٹ فارم صحیح ہے۔ فراہم کنندہ کو اسٹوریج میں داخلے کے ایک نقطہ کے طور پر استعمال کیا جا سکتا ہے، یعنی یہ آپ کی ضروریات کو پورا کرے گا۔
اوپن سورس کا مطلب ہے: ایپلیکیشنز کسی وینڈر سے منسلک نہیں ہیں اور زیادہ شفاف ہیں۔ یہ ایک طویل ایپلی کیشن لائف سائیکل کو یقینی بناتا ہے۔
اور اوپن سورس اور S3 کے بارے میں کچھ اور نوٹ۔
اگر آپ ایک بڑی ڈیٹا ایپلیکیشن چلا رہے ہیں، تو S3 SELECT شدت کے حکم سے کارکردگی اور کارکردگی کو بہتر بناتا ہے۔ یہ ایس کیو ایل کا استعمال کرتے ہوئے صرف ان اشیاء کو بازیافت کرنے کے لیے کرتا ہے جن کی آپ کو اسٹوریج سے ضرورت ہے۔
اہم نکتہ بالٹی اطلاعات کے لیے سپورٹ ہے۔ بالٹی اطلاعات سرور لیس کمپیوٹنگ کی سہولت فراہم کرتی ہیں، جو کسی بھی مائیکرو سرویس فن تعمیر کا ایک اہم جزو ہے جو بطور سروس ڈیلیور کیا جاتا ہے۔ یہ دیکھتے ہوئے کہ آبجیکٹ اسٹوریج مؤثر طریقے سے کلاؤڈ اسٹوریج ہے، یہ قابلیت اس وقت اہم ہو جاتی ہے جب کلاؤڈ بیسڈ ایپلی کیشنز کے ذریعہ آبجیکٹ اسٹوریج کا استعمال کیا جاتا ہے۔
آخر میں، S3 کے نفاذ کو Amazon S3 سرور سائڈ انکرپشن APIs کی حمایت کرنی چاہیے: SSE-C، SSE-S3، SSE-KMS۔ اس سے بھی بہتر، S3 چھیڑ چھاڑ کی حمایت کرتا ہے جو کہ واقعی محفوظ ہے۔
ناکامیوں کا جواب
ایک میٹرک جسے شاید اکثر نظر انداز کیا جاتا ہے وہ یہ ہے کہ سسٹم ناکامیوں کو کیسے ہینڈل کرتا ہے۔ ناکامیاں مختلف وجوہات کی بنا پر ہوتی ہیں، اور آبجیکٹ اسٹوریج کو ان سب کو سنبھالنا چاہیے۔
مثال کے طور پر، ناکامی کا ایک نقطہ ہے، اس کا میٹرک صفر ہے۔
بدقسمتی سے، بہت سے آبجیکٹ اسٹوریج سسٹم خاص نوڈس کا استعمال کرتے ہیں جنہیں کلسٹر کے صحیح طریقے سے کام کرنے کے لیے فعال ہونا ضروری ہے۔ ان میں نام کے نوڈس یا میٹا ڈیٹا سرورز شامل ہیں - یہ ناکامی کا ایک ہی نقطہ پیدا کرتا ہے۔
یہاں تک کہ جہاں ناکامی کے متعدد نکات ہوں، تباہ کن ناکامی کو برداشت کرنے کی صلاحیت سب سے اہم ہے۔ ڈسکیں ناکام، سرورز ناکام۔ کلیدی ایک عام حالت کے طور پر ناکامی کو سنبھالنے کے لئے ڈیزائن کردہ سافٹ ویئر بنانا ہے۔ اگر کوئی ڈسک یا نوڈ ناکام ہوجاتا ہے، تو ایسا سافٹ ویئر بغیر کسی تبدیلی کے کام کرتا رہے گا۔
ڈیٹا مٹانے اور ڈیٹا کے انحطاط کے خلاف بلٹ ان تحفظ اس بات کو یقینی بناتا ہے کہ آپ اتنی زیادہ ڈسکیں یا نوڈس کھو سکتے ہیں جتنے آپ کے پاس برابری کے بلاکس ہیں—عام طور پر نصف ڈسکیں۔ صرف اس صورت میں سافٹ ویئر ڈیٹا واپس کرنے کے قابل نہیں ہو جائے گا.
بوجھ کے تحت ناکامی کا شاذ و نادر ہی تجربہ کیا جاتا ہے، لیکن اس طرح کی جانچ لازمی ہے۔ لوڈ کی ناکامی کی نقل کرنا ناکامی کے بعد ہونے والے کل اخراجات کو ظاہر کرے گا۔
مستقل مزاجی
100% کے مستقل اسکور کو سخت مستقل مزاجی بھی کہا جاتا ہے۔ مستقل مزاجی کسی بھی سٹوریج سسٹم کا کلیدی جزو ہے، لیکن مضبوط مستقل مزاجی نایاب ہے۔ مثال کے طور پر، Amazon S3 ListObject سختی سے مطابقت نہیں رکھتا، یہ صرف آخر میں مطابقت رکھتا ہے۔
سخت مستقل مزاجی سے کیا مراد ہے؟ تصدیق شدہ PUT آپریشن کے بعد تمام کارروائیوں کے لیے، درج ذیل ہونا ضروری ہے:
- کسی بھی نوڈ سے پڑھتے وقت اپ ڈیٹ شدہ قدر نظر آتی ہے۔
- اپ ڈیٹ نوڈ کی ناکامی کے فالتو پن سے محفوظ ہے۔
اس کا مطلب ہے کہ اگر آپ ریکارڈنگ کے بیچ میں پلگ کھینچتے ہیں تو کچھ بھی ضائع نہیں ہوگا۔ سسٹم کبھی بھی خراب یا پرانا ڈیٹا واپس نہیں کرتا ہے۔ یہ ایک اعلی بار ہے جو ٹرانزیکشنل ایپلی کیشنز سے لے کر بیک اپ اور ریکوری تک بہت سے منظرناموں میں اہمیت رکھتا ہے۔
حاصل يہ ہوا
یہ نئی آبجیکٹ اسٹوریج میٹرکس ہیں جو آج کی تنظیموں میں استعمال کے نمونوں کی عکاسی کرتی ہیں، جہاں کارکردگی، مستقل مزاجی، اسکیل ایبلٹی، فالٹ ڈومینز اور S3 مطابقت کلاؤڈ ایپلی کیشنز اور بڑے ڈیٹا اینالیٹکس کے لیے تعمیراتی بلاکس ہیں۔ میں جدید ڈیٹا اسٹیک بناتے وقت قیمت کے علاوہ اس فہرست کو استعمال کرنے کی تجویز کرتا ہوں۔
Mail.ru کلاؤڈ حل آبجیکٹ اسٹوریج کے بارے میں: .
اور کیا پڑھنا ہے:
- .
- .
- .
ماخذ: www.habr.com