ایمیزون ویب سروسز نیٹ ورک کا پیمانہ 69 خطوں میں دنیا بھر میں 22 زونز پر مشتمل ہے: امریکہ، یورپ، ایشیا، افریقہ اور آسٹریلیا۔ ہر زون میں 8 ڈیٹا سینٹرز ہوتے ہیں - ڈیٹا پروسیسنگ سینٹرز۔ ہر ڈیٹا سینٹر میں ہزاروں یا سیکڑوں ہزاروں سرور ہوتے ہیں۔ نیٹ ورک کو اس طرح سے ڈیزائن کیا گیا ہے کہ تمام غیر متوقع بندش کے منظرناموں کو مدنظر رکھا گیا ہے۔ مثال کے طور پر، تمام علاقے ایک دوسرے سے الگ تھلگ ہیں، اور رسائی کے زون کئی کلومیٹر کے فاصلے پر الگ ہیں۔ یہاں تک کہ اگر آپ کیبل کاٹ دیتے ہیں، تو سسٹم بیک اپ چینلز پر چلا جائے گا، اور معلومات کا نقصان کچھ ڈیٹا پیکٹوں کے برابر ہوگا۔ واسیلی پینٹیوخن اس بارے میں بات کریں گے کہ نیٹ ورک کن دوسرے اصولوں پر بنایا گیا ہے اور اس کی ساخت کیسے ہے۔
واسیلی پینٹیوخن .ru کمپنیوں میں بطور یونکس ایڈمنسٹریٹر شروع کیا، 6 سال تک بڑے سن مائیکرو سسٹم ہارڈویئر پر کام کیا، اور EMC میں 11 سال تک ڈیٹا سینٹرک دنیا کی تبلیغ کی۔ یہ قدرتی طور پر نجی بادلوں میں تیار ہوا، پھر عوامی بادلوں میں چلا گیا۔ اب، ایک Amazon Web Services کے معمار کے طور پر، وہ AWS کلاؤڈ میں رہنے اور ترقی کرنے میں مدد کے لیے تکنیکی مشورہ فراہم کرتا ہے۔
AWS ٹرائیلوجی کے پچھلے حصے میں، واسیلی نے فزیکل سرورز اور ڈیٹابیس اسکیلنگ کے ڈیزائن پر روشنی ڈالی۔ نائٹرو کارڈز، کسٹم KVM پر مبنی ہائپر وائزر، ایمیزون ارورہ ڈیٹا بیس - اس سب کے بارے میں مواد میں "" سیاق و سباق کے لیے پڑھیں یا دیکھیں تقریریں
یہ حصہ نیٹ ورک اسکیلنگ پر توجہ مرکوز کرے گا، جو AWS میں سب سے پیچیدہ نظاموں میں سے ایک ہے۔ فلیٹ نیٹ ورک سے ورچوئل پرائیویٹ کلاؤڈ تک ارتقاء اور اس کا ڈیزائن، بلیک فوٹ اور ہائپر پلین کی اندرونی خدمات، شور مچانے والے پڑوسی کا مسئلہ، اور آخر میں - نیٹ ورک کا پیمانہ، ریڑھ کی ہڈی اور جسمانی کیبلز۔ کٹ کے تحت یہ سب کے بارے میں.
اعلان دستبرداری: نیچے دی گئی ہر چیز واسیلی کی ذاتی رائے ہے اور ہو سکتا ہے کہ ایمیزون ویب سروسز کی پوزیشن کے ساتھ موافق نہ ہو۔
نیٹ ورک اسکیلنگ
AWS کلاؤڈ کو 2006 میں لانچ کیا گیا تھا۔ اس کا نیٹ ورک کافی قدیم تھا - ایک فلیٹ ڈھانچے کے ساتھ۔ نجی پتوں کی حد تمام کلاؤڈ کرایہ داروں کے لیے عام تھی۔ ایک نئی ورچوئل مشین شروع کرتے وقت، آپ کو غلطی سے اس رینج سے ایک دستیاب IP ایڈریس مل گیا۔
اس نقطہ نظر کو لاگو کرنا آسان تھا، لیکن بنیادی طور پر بادل کے استعمال کو محدود کر دیا۔ خاص طور پر، ہائبرڈ حل تیار کرنا کافی مشکل تھا جو زمین پر اور AWS میں نجی نیٹ ورکس کو یکجا کرتے تھے۔ سب سے عام مسئلہ آئی پی ایڈریس رینجز کو اوور لیپ کرنا تھا۔
ورچوئل پرائیویٹ کلاؤڈ۔
بادل مانگے نکلے۔ توسیع پذیری اور دسیوں لاکھوں کرایہ داروں کے ذریعہ اس کے استعمال کے امکان کے بارے میں سوچنے کا وقت آگیا ہے۔ فلیٹ نیٹ ورک ایک بڑی رکاوٹ بن گیا ہے۔ لہذا، ہم نے سوچا کہ نیٹ ورک کی سطح پر صارفین کو ایک دوسرے سے کیسے الگ کیا جائے تاکہ وہ آزادانہ طور پر IP رینجز کا انتخاب کر سکیں۔
جب آپ نیٹ ورک کی تنہائی کے بارے میں سوچتے ہیں تو سب سے پہلے کون سی چیز ذہن میں آتی ہے؟ یقیناً وی ایل این۔ и VRF - ورچوئل روٹنگ اور فارورڈنگ.
بدقسمتی سے، اس نے کام نہیں کیا۔ VLAN ID صرف 12 بٹس ہے، جو ہمیں صرف 4096 الگ تھلگ سیگمنٹ دیتا ہے۔ یہاں تک کہ سب سے بڑے سوئچ بھی زیادہ سے زیادہ 1-2 ہزار VRFs استعمال کر سکتے ہیں۔ VRF اور VLAN کو ایک ساتھ استعمال کرنے سے ہمیں صرف چند ملین سب نیٹ ملتے ہیں۔ یہ یقینی طور پر دسیوں لاکھوں کرایہ داروں کے لیے کافی نہیں ہے، جن میں سے ہر ایک کو متعدد ذیلی نیٹ استعمال کرنے کے قابل ہونا چاہیے۔
ہم صرف مطلوبہ تعداد میں بڑے بکس خریدنے کے متحمل نہیں ہو سکتے، مثال کے طور پر، سسکو یا جونیپر سے۔ اس کی دو وجوہات ہیں: یہ بہت مہنگا ہے، اور ہم ان کی ترقی اور پیچیدگی کی پالیسیوں کے رحم و کرم پر نہیں رہنا چاہتے۔
صرف ایک نتیجہ ہے - اپنا حل خود بنائیں۔
2009 میں ہم نے اعلان کیا۔ وی پی سی - ورچوئل پرائیویٹ کلاؤڈ۔. نام پھنس گیا اور اب بہت سے کلاؤڈ فراہم کرنے والے بھی اسے استعمال کرتے ہیں۔
VPC ایک ورچوئل نیٹ ورک ہے۔ SDN (سافٹ ویئر ڈیفائنڈ نیٹ ورک)۔ ہم نے L2 اور L3 کی سطح پر خصوصی پروٹوکول ایجاد نہ کرنے کا فیصلہ کیا۔ نیٹ ورک معیاری ایتھرنیٹ اور آئی پی پر چلتا ہے۔ نیٹ ورک پر ٹرانسمیشن کے لیے، ورچوئل مشین ٹریفک ہمارے اپنے پروٹوکول ریپر میں سمیٹی جاتی ہے۔ یہ اس ID کی نشاندہی کرتا ہے جس کا تعلق کرایہ دار کے VPC سے ہے۔
سادہ لگتا ہے۔ تاہم، کئی سنگین تکنیکی چیلنجز ہیں جن پر قابو پانے کی ضرورت ہے۔ مثال کے طور پر، ورچوئل MAC/IP پتوں، VPC ID اور متعلقہ جسمانی MAC/IP کی نقشہ سازی پر ڈیٹا کہاں اور کیسے ذخیرہ کرنا ہے۔ AWS پیمانے پر، یہ ایک بہت بڑا ٹیبل ہے جسے رسائی میں کم سے کم تاخیر کے ساتھ کام کرنا چاہیے۔ اس کے ذمہ دار نقشہ سازی کی خدمت، جو پورے نیٹ ورک میں ایک پتلی پرت میں پھیلا ہوا ہے۔
نئی نسل کی مشینوں میں، ہارڈ ویئر کی سطح پر نائٹرو کارڈز کے ذریعے انکیپسولیشن کی جاتی ہے۔ پرانی صورتوں میں، encapsulation اور decapsulation سافٹ ویئر پر مبنی ہیں۔
آئیے معلوم کریں کہ یہ عام اصطلاحات میں کیسے کام کرتا ہے۔ آئیے L2 سطح کے ساتھ شروع کریں۔ آئیے فرض کریں کہ ہمارے پاس ایک فزیکل سرور 10.0.0.2 پر IP 192.168.0.3 والی ورچوئل مشین ہے۔ یہ ورچوئل مشین 10.0.0.3 کو ڈیٹا بھیجتا ہے، جو 192.168.1.4 پر رہتی ہے۔ اے آر پی کی درخواست تیار کی جاتی ہے اور نیٹ ورک نائٹرو کارڈ کو بھیجی جاتی ہے۔ سادگی کے لیے، ہم فرض کرتے ہیں کہ دونوں ورچوئل مشینیں ایک ہی "بلیو" VPC میں رہتی ہیں۔
نقشہ سورس ایڈریس کو اپنے سے بدل دیتا ہے اور ARP فریم کو میپنگ سروس کو آگے بھیج دیتا ہے۔
میپنگ سروس وہ معلومات واپس کرتی ہے جو L2 فزیکل نیٹ ورک پر ٹرانسمیشن کے لیے ضروری ہے۔
ARP جواب میں نائٹرو کارڈ فزیکل نیٹ ورک پر MAC کو VPC میں ایڈریس سے بدل دیتا ہے۔
ڈیٹا منتقل کرتے وقت، ہم منطقی MAC اور IP کو VPC ریپر میں لپیٹتے ہیں۔ ہم مناسب ذریعہ اور منزل آئی پی نائٹرو کارڈز کا استعمال کرتے ہوئے یہ سب کچھ فزیکل نیٹ ورک پر منتقل کرتے ہیں۔
فزیکل مشین جس پر پیکج مقرر کیا گیا ہے وہ چیک کرتی ہے۔ ایڈریس سپوفنگ کے امکان کو روکنے کے لیے یہ ضروری ہے۔ مشین میپنگ سروس کو ایک خصوصی درخواست بھیجتی ہے اور پوچھتی ہے: "فزیکل مشین 192.168.0.3 سے مجھے ایک پیکٹ ملا ہے جو نیلے VPC میں 10.0.0.3 کے لیے ہے۔ کیا وہ جائز ہے؟
میپنگ سروس اپنے وسائل کی تقسیم کی میز کو چیک کرتی ہے اور پیکٹ کو گزرنے کی اجازت دیتی ہے یا اس سے انکار کرتی ہے۔ تمام نئی مثالوں میں، اضافی توثیق نائٹرو کارڈز میں شامل ہے۔ نظریاتی طور پر بھی اسے نظرانداز کرنا ناممکن ہے۔ لہذا، کسی دوسرے VPC میں وسائل کی جعل سازی کام نہیں کرے گی۔
اگلا، ڈیٹا اس ورچوئل مشین کو بھیجا جاتا ہے جس کے لیے اس کا ارادہ ہے۔
میپنگ سروس مختلف سب نیٹس میں ورچوئل مشینوں کے درمیان ڈیٹا کی منتقلی کے لیے ایک منطقی روٹر کے طور پر بھی کام کرتی ہے۔ سب کچھ تصوراتی طور پر آسان ہے، میں تفصیل میں نہیں جاؤں گا۔
یہ پتہ چلتا ہے کہ ہر پیکٹ کو منتقل کرتے وقت، سرورز میپنگ سروس کا رخ کرتے ہیں۔ ناگزیر تاخیر سے کیسے نمٹا جائے؟ کیشنگ، بلکل.
خوبصورتی یہ ہے کہ آپ کو پوری بڑی میز کو کیش کرنے کی ضرورت نہیں ہے۔ ایک فزیکل سرور نسبتاً کم تعداد میں VPCs سے ورچوئل مشینوں کی میزبانی کرتا ہے۔ آپ کو صرف ان VPCs کے بارے میں معلومات کیش کرنے کی ضرورت ہے۔ "ڈیفالٹ" کنفیگریشن میں ڈیٹا کو دوسرے VPCs میں منتقل کرنا اب بھی جائز نہیں ہے۔ اگر VPC-peering جیسی فعالیت استعمال کی جاتی ہے، تو متعلقہ VPCs کے بارے میں معلومات اضافی طور پر کیشے میں لوڈ کی جاتی ہیں۔
ہم نے VPC میں ڈیٹا کی منتقلی کو ترتیب دیا۔
بلیک فوٹ
ان صورتوں میں کیا کریں جہاں ٹریفک کو باہر منتقل کرنے کی ضرورت ہو، مثال کے طور پر انٹرنیٹ پر یا VPN کے ذریعے زمین پر؟ یہاں ہماری مدد کرتا ہے۔ بلیک فوٹ - اندرونی AWS سروس۔ اسے ہماری جنوبی افریقی ٹیم نے تیار کیا ہے۔ اسی لیے اس سروس کا نام جنوبی افریقہ میں رہنے والے پینگوئن کے نام پر رکھا گیا ہے۔
بلیک فوٹ ٹریفک کو ختم کرتا ہے اور اس کے ساتھ جو ضروری ہوتا ہے وہ کرتا ہے۔ ڈیٹا اسی طرح انٹرنیٹ پر بھیجا جاتا ہے۔
VPN کا استعمال کرتے وقت ڈیٹا کو decapsulated اور IPsec میں دوبارہ لپیٹ دیا جاتا ہے۔
ڈائریکٹ کنیکٹ استعمال کرتے وقت، ٹریفک کو ٹیگ کیا جاتا ہے اور مناسب VLAN کو بھیجا جاتا ہے۔
ہائپر پلین
یہ ایک اندرونی بہاؤ کنٹرول سروس ہے۔ بہت ساری نیٹ ورک سروسز کو نگرانی کی ضرورت ہوتی ہے۔ ڈیٹا کے بہاؤ کی حالتیں. مثال کے طور پر، NAT کا استعمال کرتے وقت، بہاؤ کنٹرول کو یقینی بنانا چاہیے کہ ہر IP:destination پورٹ جوڑے کے پاس ایک منفرد آؤٹ گوئنگ پورٹ ہو۔ بیلنس کی صورت میں این ایل بی - نیٹ ورک لوڈ بیلنسرڈیٹا کے بہاؤ کو ہمیشہ ایک ہی ہدف والی ورچوئل مشین کی طرف لے جانا چاہیے۔ سیکورٹی گروپس ایک ریاستی فائر وال ہے۔ یہ آنے والی ٹریفک کی نگرانی کرتا ہے اور باہر جانے والے پیکٹ کے بہاؤ کے لیے واضح طور پر بندرگاہوں کو کھولتا ہے۔
AWS کلاؤڈ میں، ٹرانسمیشن میں تاخیر کی ضروریات بہت زیادہ ہیں۔ اس لیے ہائپر پلین پورے نیٹ ورک کی کارکردگی کے لیے اہم ہے۔
ہائپرپلین EC2 ورچوئل مشینوں پر بنایا گیا ہے۔ یہاں کوئی جادو نہیں، صرف چالاکی ہے۔ چال یہ ہے کہ یہ بڑی ریم والی ورچوئل مشینیں ہیں۔ آپریشن ٹرانزیکشنل ہوتے ہیں اور خصوصی طور پر میموری میں ہوتے ہیں۔ یہ آپ کو صرف دسیوں مائیکرو سیکنڈز کی تاخیر کو حاصل کرنے کی اجازت دیتا ہے۔ ڈسک کے ساتھ کام کرنے سے تمام پیداواری صلاحیت ختم ہو جائے گی۔
ہائپرپلین ایسی EC2 مشینوں کی ایک بڑی تعداد کا تقسیم شدہ نظام ہے۔ ہر ورچوئل مشین کی بینڈوتھ 5 GB/s ہے۔ پورے علاقائی نیٹ ورک پر، یہ بینڈوڈتھ کے ناقابل یقین ٹیرا بِٹس فراہم کرتا ہے اور پروسیسنگ کی اجازت دیتا ہے۔ فی سیکنڈ لاکھوں کنکشن.
HyperPlane صرف اسٹریمز کے ساتھ کام کرتا ہے۔ وی پی سی پیکٹ انکیپسولیشن اس کے لیے مکمل طور پر شفاف ہے۔ اس داخلی خدمت میں ایک ممکنہ کمزوری اب بھی VPC تنہائی کو ٹوٹنے سے روکے گی۔ نیچے کی سطحیں سیکورٹی کے لیے ذمہ دار ہیں۔
شور مچانے والا پڑوسی
ابھی بھی ایک مسئلہ ہے۔ شور مچانے والا پڑوسی - شور مچانے والا پڑوسی. آئیے فرض کریں کہ ہمارے پاس 8 نوڈس ہیں۔ یہ نوڈس تمام کلاؤڈ صارفین کے بہاؤ پر کارروائی کرتے ہیں۔ ایسا لگتا ہے کہ سب کچھ ٹھیک ہے اور بوجھ کو تمام نوڈس میں یکساں طور پر تقسیم کیا جانا چاہئے۔ نوڈس بہت طاقتور ہیں اور انہیں اوورلوڈ کرنا مشکل ہے۔
لیکن ہم اپنے فن تعمیر کو غیر متوقع منظرناموں کی بنیاد پر بناتے ہیں۔
کم امکان کا مطلب ناممکن نہیں ہے۔
ہم ایک ایسی صورت حال کا تصور کر سکتے ہیں جس میں ایک یا زیادہ صارفین بہت زیادہ بوجھ پیدا کریں گے۔ تمام HyperPlane نوڈس اس بوجھ کو پروسیس کرنے میں شامل ہیں اور دوسرے صارفین ممکنہ طور پر کسی قسم کی کارکردگی کو متاثر کر سکتے ہیں۔ اس سے بادل کا تصور ٹوٹ جاتا ہے، جس میں کرایہ دار ایک دوسرے پر اثر انداز ہونے کی صلاحیت نہیں رکھتے۔
شور مچانے والے پڑوسی کا مسئلہ کیسے حل کیا جائے؟ پہلی چیز جو ذہن میں آتی ہے وہ ہے شارڈنگ۔ ہمارے 8 نوڈس کو منطقی طور پر 4 نوڈس کے 2 شارڈز میں تقسیم کیا گیا ہے۔ اب شور مچانے والا پڑوسی تمام صارفین کے صرف ایک چوتھائی کو پریشان کرے گا، لیکن یہ انہیں بہت پریشان کرے گا۔
آئیے چیزیں مختلف طریقے سے کرتے ہیں۔ ہم ہر صارف کو صرف 3 نوڈس مختص کریں گے۔
چال تصادفی طور پر مختلف صارفین کو نوڈس تفویض کرنا ہے۔ نیچے دی گئی تصویر میں، نیلے رنگ کا صارف دوسرے دو صارفین میں سے ایک کے ساتھ نوڈس کو کاٹ رہا ہے - سبز اور نارنجی۔
8 نوڈس اور 3 استعمال کنندگان کے ساتھ، شور مچانے والے پڑوسی کے استعمال کنندگان میں سے ایک کے ساتھ ملنے کا امکان 54% ہے۔ یہ اس امکان کے ساتھ ہے کہ نیلے رنگ کا صارف دوسرے کرایہ داروں کو متاثر کرے گا۔ ایک ہی وقت میں، اس کے بوجھ کا صرف ایک حصہ. ہماری مثال میں، یہ اثر کم از کم کسی نہ کسی طرح ہر کسی کے لیے نہیں بلکہ تمام صارفین کے صرف ایک تہائی کے لیے قابل توجہ ہوگا۔ یہ پہلے ہی ایک اچھا نتیجہ ہے۔
ان صارفین کی تعداد جو آپس میں جڑیں گے۔
فیصد میں امکان
0
18٪
1
54٪
2
26٪
3
2%
آئیے صورتحال کو حقیقت کے قریب لاتے ہیں - آئیے 100 نوڈس اور 5 صارفین کو 5 نوڈس پر لیتے ہیں۔ اس صورت میں، نوڈس میں سے کوئی بھی 77% کے امکان کے ساتھ ایک دوسرے کو نہیں کاٹے گا۔
ان صارفین کی تعداد جو آپس میں جڑیں گے۔
فیصد میں امکان
0
77٪
1
21٪
2
1,8٪
3
0,06٪
4
0,0006٪
5
0,00000013٪
ایک حقیقی صورتحال میں، ہائپر پلین نوڈس اور صارفین کی ایک بڑی تعداد کے ساتھ، دوسرے صارفین پر شور مچانے والے پڑوسی کا ممکنہ اثر کم سے کم ہے۔ یہ طریقہ کہا جاتا ہے اختلاط شارڈنگ - شفل شارڈنگ. یہ نوڈ کی ناکامی کے منفی اثر کو کم کرتا ہے۔
بہت ساری خدمات HyperPlane کی بنیاد پر بنائی گئی ہیں: نیٹ ورک لوڈ بیلنسر، NAT گیٹ وے، Amazon EFS، AWS PrivateLink، AWS ٹرانزٹ گیٹ وے۔
نیٹ ورک پیمانہ
اب بات کرتے ہیں نیٹ ورک کے پیمانے کے بارے میں۔ اکتوبر 2019 کے لیے AWS اپنی خدمات پیش کرتا ہے۔ 22 علاقے، اور 9 مزید منصوبہ بندی کر رہے ہیں.
- ہر علاقے میں کئی دستیابی زون ہوتے ہیں۔ دنیا بھر میں ان میں سے 69 ہیں۔
- ہر AZ ڈیٹا پروسیسنگ مراکز پر مشتمل ہے۔ ان میں سے مجموعی طور پر 8 سے زیادہ نہیں ہیں۔
- ڈیٹا سینٹر میں سرورز کی ایک بڑی تعداد موجود ہے، جن میں سے کچھ 300 تک ہیں۔
اب آئیے اس سب کا اوسط لیں، ضرب کریں اور ایک متاثر کن شخصیت حاصل کریں جو عکاسی کرتی ہے۔ ایمیزون کلاؤڈ اسکیل.
دستیابی زونز اور ڈیٹا سینٹر کے درمیان بہت سے آپٹیکل روابط ہیں۔ ہمارے سب سے بڑے خطوں میں سے ایک میں، 388 چینلز صرف ایک دوسرے کے درمیان AZ مواصلت اور دوسرے خطوں کے ساتھ مواصلاتی مراکز (ٹرانزٹ سینٹرز) کے لیے رکھے گئے ہیں۔ مجموعی طور پر یہ پاگل دیتا ہے 5000 Tbit.
بیک بون AWS خاص طور پر کلاؤڈ کے لیے بنایا گیا ہے اور اسے بہتر بنایا گیا ہے۔ ہم اسے چینلز پر بناتے ہیں۔ 100 جی بی / سیکنڈ. ہم ان پر مکمل کنٹرول کرتے ہیں، چین کے علاقوں کو چھوڑ کر۔ دوسری کمپنیوں کے بوجھ کے ساتھ ٹریفک کا اشتراک نہیں کیا جاتا ہے۔
بلاشبہ، ہم نجی بیک بون نیٹ ورک کے ساتھ واحد کلاؤڈ فراہم کرنے والے نہیں ہیں۔ زیادہ سے زیادہ بڑی کمپنیاں اس راستے پر چل رہی ہیں۔ اس کی تصدیق آزاد محققین نے کی ہے، مثال کے طور پر سے .
گراف سے پتہ چلتا ہے کہ مواد فراہم کرنے والوں اور کلاؤڈ فراہم کرنے والوں کا حصہ بڑھ رہا ہے۔ اس کی وجہ سے ریڑھ کی ہڈی فراہم کرنے والوں کے انٹرنیٹ ٹریفک کا حصہ مسلسل کم ہو رہا ہے۔
میں وضاحت کروں گا کہ ایسا کیوں ہوتا ہے۔ پہلے، زیادہ تر ویب سروسز قابل رسائی تھیں اور براہ راست انٹرنیٹ سے استعمال کی جاتی تھیں۔ آج کل، زیادہ سے زیادہ سرور کلاؤڈ میں واقع ہیں اور اس کے ذریعے قابل رسائی ہیں۔ CDN - مواد کی تقسیم کا نیٹ ورک. کسی وسائل تک رسائی کے لیے، صارف انٹرنیٹ کے ذریعے صرف قریبی CDN PoP تک جاتا ہے۔ موجودگی. اکثر یہ کہیں آس پاس ہوتا ہے۔ پھر یہ عوامی انٹرنیٹ کو چھوڑ کر بحر اوقیانوس کے پار ایک نجی ریڑھ کی ہڈی کے ذریعے پرواز کرتا ہے، مثال کے طور پر، اور براہ راست وسائل تک پہنچ جاتا ہے۔
میں حیران ہوں کہ اگر یہ سلسلہ جاری رہا تو 10 سالوں میں انٹرنیٹ کیسے بدلے گا؟
جسمانی چینلز
سائنس دانوں نے ابھی تک یہ معلوم نہیں کیا ہے کہ کائنات میں روشنی کی رفتار کو کیسے بڑھایا جائے، لیکن انہوں نے آپٹیکل فائبر کے ذریعے اس کی ترسیل کے طریقوں میں بڑی پیش رفت کی ہے۔ ہم فی الحال 6912 فائبر کیبلز استعمال کرتے ہیں۔ یہ ان کی تنصیب کی لاگت کو نمایاں طور پر بہتر بنانے میں مدد کرتا ہے۔
کچھ علاقوں میں ہمیں خصوصی کیبلز استعمال کرنی پڑتی ہیں۔ مثال کے طور پر، سڈنی کے علاقے میں ہم دیمک کے خلاف خصوصی کوٹنگ والی کیبلز استعمال کرتے ہیں۔
کوئی بھی مصیبت سے محفوظ نہیں ہے اور بعض اوقات ہمارے چینلز خراب ہو جاتے ہیں۔ دائیں طرف کی تصویر امریکی علاقوں میں سے ایک میں آپٹیکل کیبلز کو دکھاتی ہے جسے تعمیراتی کارکنوں نے پھاڑ دیا تھا۔ حادثے کے نتیجے میں صرف 13 ڈیٹا پیکٹ ضائع ہوئے جو کہ حیران کن ہے۔ ایک بار پھر - صرف 13! سسٹم نے لفظی طور پر بیک اپ چینلز پر فوری طور پر سوئچ کر دیا - پیمانہ کام کر رہا ہے۔
ہم Amazon کی کچھ کلاؤڈ سروسز اور ٹیکنالوجیز کے ذریعے تیزی سے آگے بڑھے۔ مجھے امید ہے کہ آپ کو ان کاموں کے پیمانے کے بارے میں کم از کم کچھ اندازہ ہو گا جو ہمارے انجینئرز کو حل کرنے ہیں۔ ذاتی طور پر، مجھے یہ بہت پرجوش لگتا ہے۔
یہ AWS ڈیوائس کے بارے میں واسیلی پینٹیوخن کی تریی کا آخری حصہ ہے۔ میں حصے سرور کی اصلاح اور ڈیٹا بیس اسکیلنگ کی وضاحت کرتے ہیں، اور میں - سرور لیس افعال اور فائر کریکر۔
پر نومبر میں واسیلی پینٹیوخن ایمیزون ڈیوائس کی نئی تفصیلات شیئر کریں گے۔ وہ ناکامیوں کی وجوہات اور ایمیزون پر تقسیم شدہ نظاموں کے ڈیزائن کے بارے میں۔ 24 اکتوبر اب بھی ممکن ہے۔ اچھی قیمت پر ٹکٹ، اور بعد میں ادائیگی کریں۔ ہم HighLoad++ پر آپ کا انتظار کر رہے ہیں، آئیے بات کریں!
ماخذ: www.habr.com