آج کے ڈیجیٹل سب سے پہلے دنیا میں، اعداد و شمار کی غیر متوقع رسائی کی توقع اب ایک لچک نہیں ہے - یہ ایک ضروری ہے. چاہے آپ ایک اہم ایپلی کیشن کو بجلی دیتے ہیں، ایک عالمی زمرے کے لئے میڈیا مواد فراہم کرتے ہیں، یا صرف ذاتی فائلوں کو بیک اپ کرتے ہیں، آپ کے کلاؤڈ اسٹوریج کی قابل اعتمادیت براہ راست کارکردگی سے اعتماد تک سب کچھ متاثر کرتی ہے. زیادہ تر کلاؤڈ سپلائرز کے لئے، قابل اعتماد وقت کی شرح کے لحاظ سے شمار کیا جاتا ہے - 99.9٪، 99.99٪، یا یہاں تک کہ تاہم، ان سلاٹ سروس کی سطح کے معاہدوں (SLAs) کے پیچھے ایک سخت حقیقت ہے: سچ کسی بھی وقت، کسی بھی جگہ، غیر متوقع تاخیر یا اختتام کے بغیر آپ کے اعداد و شمار تک رسائی حاصل کرنے کی صلاحیت اب بھی غیر متوقع ہے. five nines continuous performance قابل اعتماد آپ کے لئے کچھ امید نہیں ہے - یہ آپ کے لئے ڈیزائن کیا ہے. علاقائی اختتاموں سے غلط سیٹنگ نیٹ ورک روٹز تک، ہم نے بار بار دیکھا ہے کہ مرکزی انشورنس، کتنا مضبوط ہو، اپنے ساختی حدود سے بچنے کے قابل نہیں ہے.جب تمام سڑکوں ڈیٹا سینٹرز کے تھوڑا سا ذریعہ چلتے ہیں تو، ایک ہی غلط قدم - آگ، روٹنگ کے مسئلے، اندرونی غلطی - پورے صنعتوں میں ریفیل کا اثر ہوسکتا ہے. علاقائی اختتاموں سے غلط سیٹنگ نیٹ ورک روٹز تک، ہم نے بار بار دیکھا ہے کہ مرکزی انشورنس، کتنا مضبوط ہو، اپنے ساختی حدود سے بچنے کے قابل نہیں ہے.جب تمام سڑکوں ڈیٹا سینٹرز کے تھوڑا سا ذریعہ چلتے ہیں تو، ایک ہی غلط قدم - آگ، روٹنگ کے مسئلے، اندرونی غلطی - پورے صنعتوں میں ریفیل کا اثر ہوسکتا ہے. یہ بلاگ اس بات کا تجزیہ کرتا ہے کہ کیوں سی اے کی decentralized آرکیٹیکل ان محدودیتوں کو ختم کرنے کے لئے منفرد طور پر پوزیشن ہے. اگلے حصوں میں، ہم اس ڈیزائن کو روایتی اسٹوریج ماڈلوں کے ساتھ موازنہ کریں گے، حقیقی دنیا میں ناکامی کے اسکرین کو تباہ کریں گے، اور ظاہر کریں گے کہ ڈسٹرکٹوریج صرف زیادہ محفوظ نہیں ہے - یہ زیادہ قابل اعتماد ہے. Resilience کے ذریعے کارکردگی کیونکہ Cloud سٹوریج کے مستقبل میں، قابل اعتماد آپ کو امید نہیں ہے - یہ آپ کو ڈیزائن کرنے کے لئے کچھ ہے. centralized clouds کے متنازعہ بنیادوں تمام "پیس نو" اپ ٹائم کے وعدے کے باوجود، روایتی کالم سٹوریج پلیٹ فارمز نے بار بار ثابت کیا ہے کہ مرکزی انٹرفیس جب ماحولیاتی شدت، انسانی غلطی یا اندرونی غلطیوں کا سامنا کرنا پڑتا ہے تو یہ کتنا خراب ہوسکتا ہے. AWS، Google Cloud، اور مائیکروسافٹ Azure جیسے hyperscalers کی طرف سے کہا جاتا ہے کہ ضائع ہونے کے باوجود، حقیقی دنیا کے کیس مطالعہ ایک مختلف کہانی بتاتے ہیں - ایک جہاں ملین صارفین کو ایک لمحے میں رسائی کھو سکتے ہیں، اور پورے کاروباری اداروں کو ایک واحد خرابی کے نقطہ نظر کی وجہ سے روک دیا جاتا ہے. ممکنہ طور پر کلاؤڈ ضعیفیت کے سب سے زیادہ dramatic مثالیں ڈیٹا سینٹر آگ میں پایا جاتا ہے - واقعات جو فوری طور پر کلاؤڈ سروسز کے پورے زونوں کو غیر فعال کر سکتے ہیں. اگست 2022 میں، گوگل کے Council Bluffs ڈیٹا سینٹر میں ایک بجلی دھماکہ نے تین کارکنوں کو زخمی کیا اور تلاش اور نقشے جیسے کور سروسز کو روک دیا. پاریس میں ایک سال بعد، گوگل کلاؤڈ کے یورپ مغربی 9-A زون میں ایک متعدد کلسٹر کی ناکامی پانی کے اندر داخل ہونے سے شروع ہوئی - خود ایک ٹھنڈانگ سسٹم کی ناکامی کے نتیجے میں جس نے بیٹری کمرے کو بھڑکایا اور آگ لگائی. یہ واقعات اس وقت مشہور 2021 OVHcloud اسٹراسبورڈ میں آگ کا تعین کرتے ہیں، جس نے SBG2 ڈیٹا سینٹر کو مکمل طور پر تباہ کیا اور ایک ہی کالج پر دوسروں کو جزوی طور پر نقصان پہنچایا. Many customers had no disaster recovery plans in place, and entire websites were lost without backups. آگ کے علاوہ، گرمیوں نے ایک غیر متوقع لیکن بڑھتی ہوئی دھمکی ثابت کی ہے. جولائی 2022 میں، لندن میں 40 ° C (104 ° F) سے زائد ریکارڈ گرمیوں نے گوگل اور اوراکل ڈیٹا سینٹرز کو ڈیلن کی وجہ سے ٹھنڈا کرنے کے نظام کی خرابیوں کی وجہ سے دور کر دیا. گوگل کو ہارڈ ویئر کے نقصان کو روکنے کے لئے اپنے ابر کے حصوں کو پیشہ ورانہ طور پر بند کرنا پڑا - ایک حیرت انگیز اعتراف یہ ہے کہ موسم صرف سروس کی دستیابی کو نقصان پہنچا سکتا ہے. تاہم، تمام ناکامیوں کو فیزیکی تباہی سے پیدا نہیں کیا جاتا ہے - کچھ ڈیجیٹل تباہیوں کے لئے انتظار کر رہے ہیں. فروری 2024 میں، گوگل کلاؤڈ نے ایک اور ناکامی کا سامنا کیا جب ایک علاقائی میٹا ڈیٹا اسٹوریج کی ناکامی نے امریکہ کے مغربی 1 علاقے کو تقریبا تین گھنٹے تک غیر فعال کر لیا. اسی طرح، جولائی 2024 میں CrowdStrike کی روایتی اپ ڈیٹ نے مائیکروسافٹ ونڈوز کے سسٹموں میں وسیع پیمانے پر ناکامیوں کا سبب بنایا، جس میں ہزاروں پروازوں کو منسوخ کیا گیا اور صنعتوں میں بڑے پیمانے پر کارکردگی کی کمی ہوئی. ان ناکامیوں نے کھوپڑی کی خدمات پر منحصر ہونے کی خطرناک تصدیق کی ہے۔ جب Fastly جیسے مواد کی ترسیل کے نیٹ ورک (CDN) نے 2021 میں ایک غلط ترتیب کا تجربہ کیا، اس نے دنیا بھر میں اختلالات کا سبب بنایا، Reddit، Spotify، اور اہم نیوز میگزین کو سیکنڈ کے اندر متاثر کیا۔ اس کا سبب؟ CDN فراہم کرنے والوں کی منفرد ثقافت کی وجہ سے دنیا بھر میں ایک واحد غلط ترتیب. ڈیزائن کی طرف سے مسلسل کارکردگی جہاں مرکزی کالم فراہم کرنے والے ناکامیوں سے بچنے کے لئے بڑھتی ہوئی قلعے بناتے ہیں، Sia قلعے کے ماڈل کو روکنے کے ذریعے مکمل طور پر مسئلہ کو دور کرتا ہے. ایک ہی خطے یا اسٹیشن کی طاقت پر سب کچھ شرط لگانے کے بجائے، Sia آپ کے اعداد و شمار کو عالمی سطح پر، خود کار طریقے سے کام کرنے والے قلعوں میں تقسیم کرتا ہے، ریاضیات کا استعمال کرتے ہوئے - مارکیٹنگ نہیں - قابل اعتماد کی ضمانت دیتے ہیں. معاوضہ دے رہا ہے جو ریڈینشن کو اکثر ایک سیکورٹی اقدامات کے طور پر دیکھا جاتا ہے - ناکامی سے بچنے کا ایک طریقہ. لیکن Sia پر، یہ اس سے کہیں زیادہ ہے. ریڈینشن یہ ہے جو مسلسل کارکردگی کی اجازت دیتا ہے. ڈیفالٹ طور پر، Sia ہر فائل کو حذف کوڈنگ کا استعمال کرتے ہوئے 30 خفیہ حصوں میں تقسیم کرتا ہے. صرف 10 ان حصوں کو مکمل طور پر فائل کو دوبارہ تعمیر کرنے کی ضرورت ہوتی ہے. اس کا مطلب یہ ہے کہ نیٹ ورک نہ صرف اختتاموں کو قبول کرسکتا ہے، بلکہ انفرادی میزبانوں سے مختلف کارکردگی - سب کچھ آسانی سے رسائی کو برقرار رکھنے کے ساتھ. اخراج ایک ناکامی نہیں ہے - یہ مسلسل کارکردگی کی بنیاد ہے. اس کے برعکس، روایتی ابروں کو چند علاقوں میں مکمل فائلوں کی ریپریشن پر منحصر ہے. اگر ایک علاقے ناکام ہوتا ہے تو، رسائی کم ہو جاتی ہے یا بند ہوتی ہے - اور اضافی اسٹوریج بہتر رفتار کا مطلب نہیں ہے. Sia کے ماڈل حقیقی وقت میں قابل اطمینان ہے.Retrieval pathways dynamically shift based on host availability and network conditions — no failovers, no bottlenecks, no downtime windows. اور اگرچہ مرکزی اڈوں کو بھی اندرونی طور پر حذف کوڈنگ کا استعمال کیا جا سکتا ہے، ان کی تمام انٹرفیس کو اب بھی ایک ہی سپلائر کی طرف سے چلایا جاتا ہے. Sia کے میزبان، اس کے برعکس، مستقل طور پر کام کرتے ہیں - اکثر مختلف افراد یا کاروباری اداروں کی طرف سے. Sia کا استعمال کرتے ہوئے، آپ کے اعداد و شمار کو 30 مختلف ابروں میں تقسیم کرنے کی طرح ہے. روکنے کے بغیر مزاحمت زیادہ تر کلاؤڈ ماحول میں، جب کچھ ٹوٹ جاتا ہے تو، کارکردگی کو نقصان پہنچاتا ہے. یہاں تک کہ ناکامی کے نظام کے ساتھ، اختتام اکثر تیز رفتار، ہلکا رسائی، یا مجموعی غیر معمولی وقت کا نتیجہ بناتا ہے جبکہ انشورنس کو دوبارہ حاصل کرنے کے لئے مشکل ہو جاتا ہے. Sia کی آرکیٹیکل مختلف طریقے سے کام کرتا ہے. جب ایک میزبان آپ کے اعداد و شمار کا ایک حصہ ذخیرہ کرتا ہے تو آپ کے فائلوں کو مکمل طور پر قابل رسائی باقی رہتا ہے - غلطی، بحالی یا غیر مستحکم ہونے کی وجہ سے - کوئی لوڈنگ سٹینر نہیں ہے، کوئی سنکنرن کی تاخیر نہیں ہے، کوئی خبردار نہیں ہے. نیٹ ورک باقی میزبانوں سے ضروری ٹریڈز کو واپس لاتا ہے، قدرتی طور پر دستیاب سب سے تیز ترین اختیارات کا انتخاب کرتا ہے. اس کے باوجود، پس منظر میں، رینجر سافٹ ویئر صحت مند میزبانوں کو نئے ٹکڑے اپ لوڈ کرکے خود کار طریقے سے مکمل ریڈننگ کو دوبارہ شروع کرتا ہے. Sia صرف ناکامی سے بہتر نہیں ہے - یہ اس کے ذریعے کام کرتا ہے. اس کے بعد ناکامی پر ردعمل کرنے کے بجائے، Sia churn کو ایک متوقع رویے کے طور پر علاج کرتا ہے - ایک نیٹ ورک کو خوشگوار طریقے سے کام کرنے کے لئے تعمیر کیا گیا ہے. یہ استحکام کا ایک ماڈل ہے جو نہ صرف روکنے سے بچتا ہے - یہ فعال طور پر صارفین کو بھی ان کو دیکھنے سے بچاتا ہے. ناکامی کا کوئی نقطہ نہیں مرکزی کالم پلیٹ فارمز کاسکڈنگ ناکامیوں کے لئے حساس ہیں کیونکہ وہ مرکزی کنٹرول پر انحصار کرتے ہیں. ایک غلط ترتیب میں راٹر، غلط سافٹ ویئر کی تنصیب، یا ایک ہی فیکٹری میں بجلی کے مسئلے کو مختلف علاقوں میں تقسیم کیا جا سکتا ہے - خدمات کو کم کر سکتے ہیں جن پر لاکھوں لوگ انحصار کرتے ہیں. Sia کی آرکیٹیکل ڈیزائن کی طرف سے اس خطرے کو ہٹا دیتا ہے. کوئی ماسٹر نڈو نہیں ہے. کوئی مرکزی علاقے نہیں ہے. کوئی برآمدہ حکام نہیں ہیں جو غیر متوقع طور پر نظام کو لنک کرسکتے ہیں. اس کے بجائے، آپ کے اعداد و شمار دنیا بھر میں کئی مستقل ہوسٹز پر تقسیم کیے جاتے ہیں - ہر ایک کو صرف خفیہ حصوں کو ذخیرہ کرتے ہوئے. اگر ایک میزبان ناکام ہوتا ہے تو، نظام جاری رہتا ہے. اگر دس میزبان ناکام ہوتے ہیں تو، یہ اب بھی جاری رہتا ہے. کوئی ضرورت نہیں ہے کہ "ایک ناکام ہو جائے" کیونکہ شروع کرنے کے لئے کوئی منفرد راستہ نہیں ہے. کوئی علاقے. کوئی ماسٹر نڈو. کوئی bottleneck. صرف غیر متوقع رسائی. مرکزی انفرادیت کی یہ کمی صرف غلطی کے معیار کو بہتر نہیں کرتی - یہ آپ ایک علاقے کو آن لائن واپس آنے کے لئے انتظار نہیں کر رہے ہیں. آپ کو ایک بھرتی گائیڈ یا انسانی ایڈمن ریٹائرمنٹ سروس کی طرف سے بوتل نہیں کیا جا رہا ہے. آپ ڈیٹا کو جہاں سے بھی زیادہ تیزی سے نکال رہے ہیں - مسلسل. prevents performance blackouts قابل اعتماد کے لئے ڈیزائن، نہ صرف اس کی امید جب ہم "کوئی کلاؤڈ قابل اعتماد" کے بارے میں بات کرتے ہیں تو، ہم اکثر ایک وعدہ فروخت کرتے ہیں - ایک ایس ایل اے جس میں مالی سزا، چمکدار اپ ٹائم کی شرح اور برانڈ کی تعریف کی حمایت کی جاتی ہے. لیکن جیسا کہ ہم نے دیکھا ہے، یہاں تک کہ سب سے بڑا کلاؤڈ سپلائرز سینٹولیشن کے ساتھ آتا ہے جس سے فرار نہیں کرسکتے ہیں. چاہے یہ آگ، گرمیوں، یا سافٹ ویئر کی غلطیوں کی وجہ سے ہے، روایتی کلاؤڈ ماڈل ہمیشہ عالمی خرابی سے دور ہے. Sia بنیادی طور پر مختلف نقطہ نظر کا استعمال کرتا ہے. اس کے بجائے اس بات کا یقین کرنے کے لئے کہ انسٹالٹریٹ کو روکنے اور تباہی کے لئے تیار کرنے کے لئے جب یہ نہیں ہے، Sia ناکام ہونے کی توقع کرتا ہے - اور ایک نظام بناتا ہے جو کسی بھی صورت میں کام کرتا ہے. : کوئی ترجیحی سرورز، کوئی علاقائی انفرادیات، کوئی سپلائر لنکنگ: صرف خود کی مرمت، dezentralized انٹرفیس جو آپ کے اعداد و شمار کو دستیاب رکھتا ہے کیونکہ کوئی بھی کھلاڑی اسے غیر دستیاب بنانے کی صلاحیت نہیں ہے. مسلسل کارکردگی یہ ایک تکنیکی فائدہ سے زیادہ ہے. یہ ہم ڈیجیٹل مزاحمت کے بارے میں سوچنے کے طریقے میں ایک تبدیلی ہے. اعلی دیواروں اور زیادہ گہرائیوں کی تعمیر کے بجائے، Sia اپنے دفاع کو توڑ دیتا ہے. یہ اعتماد کو تقسیم کرتا ہے. اور ایسا کرتے ہوئے، یہ دوبارہ بیان کرتا ہے کہ ایک دنیا میں کس طرح قابل اعتماد کلاؤڈ اسٹوریج نظر آ سکتا ہے جہاں غیر معمولی وقت زیادہ قابل قبول نہیں ہے. جیسا کہ تنظیموں کو بڑھتی ہوئی اختتاموں، بڑھتی ہوئی لاگتوں، اور سخت پیمائش کی ضروریات کا سامنا کرنا پڑتا ہے، تبادلہ خیال سے زیادہ ممکن ہو گیا ہے - یہ بہتر ہے. یہاں تک کہ جب چیزیں غلط ہو جاتے ہیں، تو یہ وقت ہے کہ ہم اعتماد کے ارد گرد ڈیزائن چھوڑیں اور یقین کے ارد گرد ڈیزائن شروع کریں. صرف کام Sia کے ساتھ، مسلسل کارکردگی ایک مقصد نہیں ہے، یہ ایک ضمانت ہے. ذریعہ ڈیٹا سینٹر کا علم. (2022, 9 اگست). ڈیٹا سینٹر آگ — گوگل ‘جنریاتی حادثے’, 3 زخمی. ڈیٹا سینٹر کا علم. https://www.datacenterknowledge.com/hyperscalers/data-center-fire-google-suffers-electric-incident-3- زخمی Claburn، T. (2023, اپریل 26). گوگل کلاؤڈ پانی کے پھیلاؤ، آگ کے درمیان یورپ میں چلا جاتا ہے. https://www.theregister.com/2023/04/26/google_cloud_outage/ 2021، مارچ 9). آگ نے OVH کے استراسبورگ ڈیٹا سینٹر (SBG2) کو تباہ کر دیا ہے. ڈیٹا سینٹر کا علم. https://www.datacenterknowledge.com/uptime/fire-has-destroyed-ovh-s-strasbourg-datacenter-sbg2 بلومبرگ نیوز. (2022, جولائی 20). گوگل، اوراکل ڈیٹا سینٹرز لندن گرمی کی طرف سے غیر فعال ہو گئے. ڈیٹا سینٹر علم. https://www.datacenterknowledge.com/cooling/google-oracle-data-centers-knocked-offline-by-london-heat ملورڈ، W. (2024، دسمبر 5). 2024 کے 10 سب سے بڑے کلاؤڈ اختتام. CRN. https://www.crn.com/news/cloud/2024/the-10-bigest-cloud-outages-of-2024 بارٹ، بی. (2021, جون 8). کس طرح ایک نامعلوم کمپنی نے انٹرنیٹ کے بڑے ٹکڑے نیچے لے لیا. WIRED. https://www.wired.com/story/fastly-cdn-internet-outages-2021/

This story contains new, firsthand information uncovered by the writer.

یہ آڈیو کہانی کی اصل زبان میں تیار کی گئی ہے!

بہت لمبا؛ پڑھنے کے لئے

Make resilience your competitive advantage

Sia دوبارہ ڈیزائن کی طرف سے مسلسل کارکردگی کے ساتھ کلاؤڈ قابل اعتماد کا تعین کرتا ہے

About Author

تبصرے

ہینگ ٹیگز

یہ مضمون اس میں پیش کیا گیا تھا۔

Related Stories

HackerNoon Decoded: The Top 10 Countries Where HackerNoon Is the Most Active

AI Search Traffic Marketshare for Calling HackerNoon Blogs: 52% OpenAI, 30% Amazon & 18% Perplexity

"Growing Businesses Gives Me a Sense of Purpose." says Flow Ninja Founder/CEO

On Sunday, the 26th of November, 1631

HackerNoon Decoded: The Top 10 Countries Where HackerNoon Is the Most Active

AI Search Traffic Marketshare for Calling HackerNoon Blogs: 52% OpenAI, 30% Amazon & 18% Perplexity

"Growing Businesses Gives Me a Sense of Purpose." says Flow Ninja Founder/CEO

On Sunday, the 26th of November, 1631

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps