Kubernetes، نیٹ ورکنگ، اور Cloud Native کے VMware کو تلاش کرنا

تھامس گراف کے شریک بانی اور سی ٹی او ہیں۔ الگ تھلگ، اور ایک مقبول اوپن سورس (اور کلاؤڈ مقامی) نیٹ ورکنگ ٹیکنالوجی کا خالق جسے کہا جاتا ہے۔ سیلیم. Cilium ایک کرنل لیول لینکس ٹیکنالوجی کے اوپر بنایا گیا ہے جسے کہا جاتا ہے۔ ای بی پی ایف.

اس انٹرویو میں، گراف ان کرداروں پر بات کرتا ہے جو Cilium اور eBPF بڑھتے ہوئے کلاؤڈ-نیٹیو نیٹ ورکنگ ایکو سسٹم میں ادا کرتے ہیں، اور ساتھ ہی Kubernetes کو اپنانے اور ارتقاء کے ارد گرد کچھ وسیع تر رجحانات۔ وہ بتاتا ہے کہ کون کبرنیٹس کو بڑے اداروں میں استعمال اور خرید رہا ہے، جہاں کلاؤڈ کے مقامی انفراسٹرکچر کو اب بھی بہتر کرنے کی ضرورت ہے، اور کس طرح معیاری بنانے کی خواہش جدت کو آگے بڑھا رہی ہے۔

---

مستقبل: ہمیں کمپیوٹنگ اور نیٹ ورکنگ کے تناظر میں eBPF اور Cilium کے بارے میں کیسے سوچنا چاہئے، عام طور پر، اور پھر خاص طور پر کلاؤڈ مقامی ماحولیاتی نظام?

تھامس گراف: مجموعی طور پر، eBPF ٹیکنالوجی ہے، اور یہ انتہائی کم سطح پر ہے۔ یہ کرنل ڈویلپرز کے لیے ڈیزائن کیا گیا تھا، اور میرا پس منظر دانا کی ترقی میں ہے۔ ای بی پی ایف کرنل کے لیے ہے، آپریٹنگ سسٹم کے لیے، براؤزر کے لیے جاوا اسکرپٹ کیا ہے۔ یہ آپریٹنگ سسٹم کو قابل پروگرام بناتا ہے جس طرح جاوا اسکرپٹ براؤزر کو قابل پروگرام بناتا ہے۔ ماضی میں، ہمیں اپنے براؤزر ورژن کو اپ گریڈ کرنا پڑتا تھا تاکہ کچھ ویب سائٹس کو حقیقت میں استعمال کیا جا سکے۔ اور پھر JavaScript آیا، اور اچانک ایپلی کیشن ٹیمیں اور ڈویلپرز بڑے پیمانے پر ایپلی کیشنز بنا سکتے ہیں - اس مقام تک جہاں سب سے زیادہ مقبول ورڈ پروسیسنگ ایپلی کیشن کی جگہ براؤزر ایپلی کیشن نے لے لی۔ اس نے جدت کی ایک بڑی لہر کو جنم دیا۔ 

eBPF کے ساتھ بھی ایسا ہی ہو رہا ہے، حالانکہ آپریٹنگ سسٹم کی سطح پر، کیونکہ اچانک ہم کرنل یا آپریٹنگ سسٹم کی سطح پر چیزیں کر سکتے ہیں جہاں ہم سب کچھ دیکھتے ہیں اور ہر چیز کو کنٹرول کرتے ہیں — جو کہ سیکیورٹی کے لیے بہت اہم ہے — کرنل کو تبدیل کیے بغیر سورس کوڈ. ہم بنیادی طور پر پروگراموں کو اس کی فعالیت کو بڑھانے اور اس کے ساتھ نئی صلاحیتیں لانے کے لیے دانا میں لوڈ کر سکتے ہیں۔ اس نے جدت کی ایک بڑی لہر کو بھی کھول دیا ہے۔ ہائپر اسکیلرز جیسے فیس بک، گوگل، اور نیٹ فلکس اسے اپنے طور پر، براہ راست، اپنی اپنی کرنل ٹیموں کے ساتھ استعمال کر رہے ہیں۔ 

Cilium میز پر جو چیز لاتا ہے وہ یہ ہے کہ یہ کم سطحی eBPF ٹیکنالوجی کو بنیادی طور پر سافٹ ویئر انفراسٹرکچر کی ایک نئی لہر فراہم کرنے کے لیے استعمال کرتا ہے، خاص طور پر کلاؤڈ مقامی لہر کے لیے۔ اس کے بارے میں سوچیں جیسے سافٹ ویئر سے طے شدہ نیٹ ورکنگ اور Nicira، جو VMware NSX بن گئی، نے ورچوئلائزیشن انڈسٹری کے لیے کیا کیا۔ ہم کلاؤڈ مقامی کے لیے بھی ایسا ہی کر رہے ہیں، جہاں یہ کلاؤڈ فراہم کنندہ یا عوامی کلاؤڈ انفراسٹرکچر کے ساتھ ساتھ آن پریمیسس انفراسٹرکچر کا مرکب ہے۔ اور ہم نیٹ ورکنگ، سیکورٹی، اور مشاہداتی استعمال کے معاملات کو انفراسٹرکچر پرت پر حل کر رہے ہیں۔

اور Cilium سروس میش، جو ابھی جاری کیا گیا تھا، کیا ان صلاحیتوں کا ارتقاء ہے؟

فی الحال جو کچھ ہو رہا ہے، تقریباً ایک سال پہلے سے، یہ ہے کہ دونوں جگہیں آپس میں ٹکرا رہی ہیں۔ Cilium اب تک جو کچھ کر رہا ہے وہ نیٹ ورکنگ، ورچوئلائزڈ نیٹ ورکنگ، اور پھر کلاؤڈ مقامی نیٹ ورکنگ پر مرکوز ہے - لیکن پھر بھی نیٹ ورکنگ۔ لیکن پھر، اوپر سے نیچے کی طرف آتے ہوئے، ٹویٹر اور گوگل کی ایپلی کیشن ٹیمیں کر رہی تھیں۔ سروس میش چیزیں — پہلے ایپلی کیشن میں، اور پھر سائڈ کار پر مبنی ماڈل، پراکسی پر مبنی ماڈل، جو کہ پروجیکٹس کو پسند کرتے ہیں Istio پہنچانا اور اب یہ دونوں پرتیں قریب آرہی ہیں کیونکہ روایتی کاروباری ادارے کلاؤڈ کی مقامی دنیا میں آ رہے ہیں، اور ان کے پاس انٹرپرائز نیٹ ورکنگ کے تقاضے ہیں، لیکن ان کی ایپ ٹیمیں بھی سروس میش چاہتی ہیں۔. 

گارٹنر اس نئی پرت کو "سروس کنیکٹیویٹی" کہہ رہا ہے - ہم دیکھیں گے کہ آیا یہ اصطلاح برقرار رہتی ہے - لیکن یہ بنیادی طور پر ایک پرت ہے جس میں انٹرپرائز نیٹ ورکنگ پیس اور سروس میش پیس شامل ہے جو ایپلی کیشن ٹیموں سے آرہا ہے۔ اور چونکہ گاہک یہی مطالبہ کر رہے ہیں، ہم نے Cilium میں ہی صلاحیتوں کو شامل کیا ہے۔ لہذا، بنیادی طور پر، Cilium انٹرپرائز نیٹ ورکنگ سائیڈ سے اوپر کی طرف جا رہا ہے اور سروس میشز نیٹ ورکنگ کے زیادہ حصے میں نیچے کی طرف جا رہے ہیں۔

Kubernetes اسٹیک کی نیٹ ورکنگ اور سروس میش لیول پر اتنی توجہ کیوں ہے؟

کیونکہ متعدد بادلوں میں چلنے اور ایپلی کیشنز کو کنٹینرز میں تقسیم کرنے کی خواہش کے ساتھ، کنیکٹوٹی پرت مرکزی بن گئی ہے۔ پہلے جو چیز انٹر پروسیس کمیونیکیشن اور مڈل ویئر ہوا کرتی تھی وہ اب نیٹ ورک ہے، لہذا ایپلیکیشنز کے ایک دوسرے سے بات کرنے اور ڈیٹا کے بہاؤ کے لیے نیٹ ورک بالکل ضروری ہوتا جا رہا ہے۔ 

اور کلاؤڈ مقامی میں، خاص طور پر، ملٹی کلاؤڈ بالکل ضروری ہوتا جا رہا ہے۔. تمام کلاؤڈ فراہم کنندگان کی اپنی نیٹ ورکنگ پرتیں ہیں، لیکن، یقیناً، ان کے اپنے بادلوں کے مطابق ہیں۔ ان کے پاس پریم پیشکشیں ہیں، لیکن وہ واقعی ملٹی کلاؤڈ نہیں ہیں۔ Cilium اور eBPF میز پر لاتے ہیں کہ کثیر بادل، اجناسٹک تہہ۔ یہ بالکل وہی برتاؤ کرتا ہے جیسا کہ یہ عوامی کلاؤڈ میں کرتا ہے۔ کئی پبلک کلاؤڈ فراہم کرنے والے Cilium کو اپنی زیر انتظام Kubernetes پیشکشوں کے لیے استعمال کر رہے ہیں، اور telcos اسے آن پریم 5G انفراسٹرکچر کے لیے استعمال کر رہے ہیں۔ یہ دونوں زبانیں بولنے اور ان دنیاوں کو آپس میں جوڑنے کے بارے میں ہے۔

یہی وجہ ہے کہ اس پر بہت زیادہ توجہ دی جارہی ہے: کیونکہ کلاؤڈ فراہم کنندگان کے لیے صارفین کو مقفل کرنے کا ایک آسان ترین طریقہ اس کنیکٹیویٹی پرت کا مالک ہونا ہے۔ میں اسٹریٹجک انفراسٹرکچر کے نقطہ نظر سے سوچتا ہوں، جس طرح ورچوئلائزیشن پرت کلیدی تھی، اب کنیکٹوٹی اور نیٹ ورک کی پرت بالکل کلیدی ہے۔

[مستقبل کی] اختراع کا ذریعہ اوپن سورس ہوگا، اور طلب کو آگے بڑھانے والے صارفین اور صارفین ہائپر اسکیلرز سے ایک درجے نیچے کمپنیاں ہوں گی - پہلے سے ہی بڑی کمپنیاں جو اب بھی انتہائی خلل ڈال رہی ہیں۔

کبرنیٹس کو اس مقام پر کافی وسیع پیمانے پر قبول اور اپنایا گیا ہے، لیکن کچھ حلقوں میں اس کے حد سے زیادہ ہونے کی بات اب بھی جاری ہے۔ آپ کے خیال میں Kubernetes، اور مجموعی طور پر کلاؤڈ مقامی ماحولیاتی نظام کس کے لیے ہے؟

یہ جدید ایپلی کیشن ٹیموں کے لیے ہے۔ میرے خیال میں یہ احساس شروع ہو گیا ہے کہ اگر آپ جدید ایپلی کیشن ٹیموں کو اپنی طرف متوجہ کرنا چاہتے ہیں، اور فوری طور پر مارکیٹ میں جانے کے قابل ہونا چاہتے ہیں، تو آپ کو انہیں کلاؤڈ مقامی بنیادی ڈھانچہ فراہم کرنے کی ضرورت ہے۔ ہم اکثر پروٹو ٹائپنگ دیکھتے ہیں — ابتدائی، پری MVP، یہاں تک کہ تصور کو ثابت کرنا یا اندرونی طور پر فروخت کرنا — سرور کے بغیر، Lambda کی طرح کچھ۔ اور پھر Kubernetes پر، کیونکہ ایپ ٹیمیں انفراسٹرکچر کی براہ راست مالک ہوسکتی ہیں۔ اور پھر، جیسے ہی یہ پیداوار میں منتقل ہوتا ہے، وہ انٹرپرائز پر جاتے ہیں، آن پریم Kubernetes کی تقسیم۔ لیکن یہ دراصل پورے انفراسٹرکچر کا نسبتاً چھوٹا حصہ ہے، شاید ایک یا کم دوہرے ہندسے کا فیصد۔ 

اگرچہ یہ واضح طور پر نیا معیار ہوگا۔ بالکل اسی طرح جیسے ورچوئلائزیشن کو اپنانا شروع میں بہت سست تھا اور لوگوں کا کہنا تھا کہ یہ حد سے زیادہ ہے - لیکن وقت گزرنے کے ساتھ، یقینا، اس نے زیادہ تر چیزوں کو تبدیل کرنا شروع کر دیا ہے - ہم یہاں بھی ایسا ہی دیکھیں گے۔ یا بالکل جدید زبانوں کی طرح۔ لوگوں کا کہنا تھا کہ جاوا زیادہ کِل ہے، اور یہ شاید اب بھی بہت سی ایپلی کیشنز کے لیے ہے، لیکن ایک وقت تھا جب جاوا سے باہر کسی بھی ایپلیکیشن کی ڈیولپمنٹ کرنا بہت مشکل ہو گیا تھا کیونکہ ایپلی کیشن ڈویلپرز کی اکثریت یہی لکھ سکتی تھی۔ جدید ایپلی کیشن ٹیموں کے لیے درست رہیں: وہ زیادہ چست بنانے اور مصنوعات کو تیزی سے مارکیٹ میں لانے کے لیے اپنے ارد گرد Kubernetes کی توقع کریں گے۔

انفراسٹرکچر کی طرف، یہ تھوڑا سا اوور کِل ہو سکتا ہے، لیکن اگر متبادل یہ ہے کہ کسی ایپلیکیشن کو سرور لیس سے آن پریم میں دوبارہ لکھا جائے، تو یہ ایک بہت بڑا کام ہے۔ اس لیے وہاں کا درمیانی میدان Kubernetes ہے، جو بہت پرکشش ہے۔ 

اس خیال کے بارے میں کیا خیال ہے کہ Kubernetes کو اب بھی بہتر ڈویلپر کے تجربے کی ضرورت ہے؟

اگر ہم اصل OpenShift کو دیکھیں، اس سے پہلے کہ یہ Kubernetes پر دوبارہ قائم ہو، یہ یہی تھا۔ یہ ایپلیکیشن ٹیم کے اور بھی قریب تھا اور ایپلیکیشن ڈویلپر کا اور بھی بہتر تجربہ تھا۔ آپ گٹ کو دھکیل سکتے ہیں اور یہ خود بخود تعینات ہوجائے گا۔ ہیروکو نے بھی اس کی کوشش کی، لیکن ساس پر مبنی۔ 

Kubernetes نے ایک قدم پیچھے ہٹتے ہوئے کہا، "ہمیں اس میں کچھ آپریشنل پہلوؤں کو رکھنے کی ضرورت ہے اور اسے اس سے تھوڑا سا قریب کرنے کی ضرورت ہے جس کی ایک سیسڈمین توقع کرے گا۔ ہمیں صرف ایپلی کیشنز کے مطابق نہیں بنایا جا سکتا۔" یہ درمیانی بنیاد ہے: اس میں ایپلی کیشن ٹیموں کے لیے کافی کشش کی ضرورت ہے، لیکن پھر بھی اس ایپ کو ایک مخصوص ماحول سے باہر چلانے کے لیے، اور ایپلیکیشن ڈویلپرز کے علاوہ دوسرے لوگوں کے ذریعے اس کا انتظام کرنے کی ضرورت ہے۔

میں کہوں گا کہ ڈوکر اور کبرنیٹس کے درمیان سب سے بڑا قدم یہ تھا کہ ڈوکر ڈویلپر کے تجربے کے بارے میں تھا۔ اس نے اس حصے کو حل کیا، لیکن عوامی کلاؤڈ ماحولیاتی نظام کے حصے کو حل نہیں کیا۔

ہم اس مقام تک کیسے پہنچے؟ کیا یہ پلیٹ فارم کے طور پر ایک خدمت (PaaS) اور ایپلیکیشن کنٹینرز کا قدرتی ارتقا تھا؟

یہ ڈاکر امیجز اور ڈوکر کا پیکیجنگ پہلو تھا۔ پرانا اسکول یہ تھا کہ ورچوئل مشینوں میں کیسے تعینات کیا جائے، اور اس کے آس پاس ہر طرح کی آٹومیشن تھی۔ اور پھر وہی تھا جو فیس بک Tupperware کے ساتھ کر رہا تھا - بہت اپنی مرضی کے مطابق بنایا گیا اور واقعی بڑے پیمانے پر۔ اور پھر ڈوکر آس پاس آیا اور بنیادی طور پر اس کنٹینر کی تصویر فراہم کی اور ہر کوئی اسے چھوٹے VM کی طرح برتاؤ کرسکتا ہے۔ میں اب اپنی ایپ کو تقسیم کر سکتا ہوں اور 600MB ورچوئل امیج کے بجائے، یہ اب 10MB کنٹینر ہے۔ لیکن آپ اس کے ساتھ یکساں سلوک کر سکتے ہیں، اس میں ہر چیز کی ضرورت ہے۔ 

اس نے Kubernetes جیسے آرکیسٹریٹر کو لانے کی صلاحیت کو غیر مقفل کر دیا جو اب بھی آپ کو منی VMs جیسی ایپلی کیشنز کا علاج کرنے کی اجازت دیتا ہے، لیکن پھر ایک قدم آگے بڑھیں اور حقیقت میں انہیں مائیکرو سروسز کے طور پر پیش کریں۔ یہ آپ کو دونوں کرنے کی اجازت دیتا ہے۔

میں کہوں گا کہ ڈوکر اور کبرنیٹس کے درمیان سب سے بڑا قدم یہ تھا کہ ڈوکر ڈویلپر کے تجربے کے بارے میں تھا۔ اس نے اس حصے کو حل کیا، لیکن عوامی کلاؤڈ ماحولیاتی نظام کے حصے کو حل نہیں کیا۔ اس کا کلاؤڈ فراہم کنندگان کے ساتھ قریبی انضمام نہیں تھا، یا ضروری نہیں تھا۔ Kubernetes نے اسے حل کیا۔ 

آپ کمپنیوں کے اندر کونبرنیٹس کو چلاتے ہوئے دیکھتے ہیں؟ کیا یہ انفرادی درخواست کی ٹیمیں ہیں؟

یہاں ایک دلچسپ تبدیلی ہے جو کلاؤڈ مقامی کے ساتھ ہوئی ہے، جو کہ ہمارے پاس "پلیٹ فارم ٹیم" کا عروج ہے، میں اسے کال کروں گا۔ وہ ایپلیکیشن انجینئر نہیں ہیں۔ ان کے پاس نیٹ ورک آپریشن کا تھوڑا سا علم ہے اور ان کے پاس سیکیورٹی کا تھوڑا سا علم ہے۔ انہیں SRE کا علم ہے اور وہ کلاؤڈ آٹومیشن کرنا جانتے ہیں۔ وہ ایپلیکیشن ٹیموں کے لیے پلیٹ فارم مہیا کر رہے ہیں، اور ان ایپلیکیشن ٹیموں کو اپنے صارفین کے طور پر دیکھ رہے ہیں۔

پلیٹ فارم ٹیمیں وہ ہیں جو Kubernetes اور متعلقہ ٹیکنالوجیز خریدتی ہیں، جو وہ استعمال کرتی ہیں کیونکہ انہیں جدید ایپ ٹیموں کو خوش کرنے کے لیے اگلی نسل کا انفراسٹرکچر فراہم کرنے کا کام سونپا جاتا ہے۔

میرے خیال میں سرور لیس کے لیے یقینی طور پر ایک جگہ ہے، خاص طور پر بہت تیزی سے ایپلیکیشن ڈویلپمنٹ کے لیے۔ لیکن کاروباری اداروں میں، ہم کلاؤڈ کو ورچوئلائزیشن کے اوپری حصے میں نئی ​​پرت کے طور پر دیکھ رہے ہیں۔

کیا یہ خالص نیا خریدار ہے یا خالص نئی ٹیم؟ یا کیا پلیٹ فارم ٹیمیں کچھ ایسی ہیں جو گوگل یا فیس بک جیسی جگہوں کے اندر موجود ہیں اور اب مرکزی دھارے میں جا رہی ہیں؟

وہ زیادہ تر ایک نئی ٹیم ہیں۔ میرے خیال میں وہ کچھ حد تک گوگل اور فیس بک کی SRE ٹیموں کی طرح ہیں۔ تاہم، ایپلی کیشن ٹیمیں شاید انٹرپرائزز میں ایپ کی زیادہ سے زیادہ تعیناتی کی مالک ہیں، کیونکہ انٹرپرائزز میں سافٹ ویئر انجینئرز اور گوگل اور فیس بک جیسے ایس آر ای کے درمیان اتنا واضح فرق نہیں ہے۔ میں کہوں گا کہ یہ ارتقاء بالکل اسی طرح ہے جس طرح آپ کے پاس ورچوئلائزیشن ٹیمیں تھیں، اور پھر نیٹ ورک کے بارے میں ہونے کی وجہ سے بہت سارے نیٹ ورک آپس سے ہجرت کر گئے — یا اس سے ترقی یا ترقی ہوئی۔ ہارڈ ویئر نیٹ ورک کے بارے میں ہونا ورچوئلائزیشن. اور ان ٹیموں نے، مثال کے طور پر، VMware NSX کو چلانا شروع کیا۔ یہاں بھی ایسا ہی ہو رہا ہے۔ 

اگرچہ یہ ضروری نہیں کہ نیا بجٹ ہو۔ ہم دیکھتے ہیں کہ بجٹ سیکیورٹی اور نیٹ ورکنگ سے اس پلیٹ فارم ٹیم میں منتقل ہوتے ہیں، مثال کے طور پر، جیسا کہ کلاؤڈ خرچ بڑھتا ہے اور نیٹ ورک ہارڈویئر پر کم خرچ ہوتا ہے۔ وہ اکثر سیکیورٹی ٹیم اور نیٹ ورک آپس ٹیم کے ساتھ خرید و فروخت کے لیے کام کرتے ہیں، لیکن وہ دراصل بجٹ کے کافی بڑے سائز کے مالک ہیں۔

تم کس طرح دیکھتے ہو؟ کلاؤڈ آبائی کمپیوٹنگ فاؤنڈیشن تیار ہو رہا ہے، اور کیا Kubernetes ہمیشہ اس کے مرکز میں رہے گا — یا مجموعی طور پر کلاؤڈ کی مقامی تحریک؟

Kubernetes وہی ہے جس نے CNCF کو جنم دیا، اور پہلے دو سالوں میں یہ سب Kubernetes اور عوامی بادل کے بارے میں تھا۔ تقریباً ایک سال پہلے سے ہم نے جو کچھ دیکھا ہے وہ یہ ہے کہ اب یہ صرف کوبرنیٹس کے بارے میں نہیں ہے، یہ درحقیقت کلاؤڈ مقامی کے بارے میں زیادہ ہے۔ اصولوں پر. اس کا درحقیقت مطلب یہ ہے کہ یہ ضروری نہیں کہ اب کلاؤڈ ہو، یہاں تک کہ پرائیویٹ کلاؤڈ بھی نہیں۔ یہ اکثر روایتی انٹرپرائز نیٹ ورکنگ بھی ہوتا ہے، بورنگ آن پریم انفراسٹرکچر، ننگے میٹل سرورز، اور یہ سب کچھ، لیکن کلاؤڈ کے مقامی اصولوں کے ساتھ۔ 

نیا معمول اب ہائبرڈ ہے اور اس میں متعدد عوامی کلاؤڈ فراہم کنندگان کے ساتھ ساتھ آن پریمیسس انفراسٹرکچر بھی شامل ہے۔ کمپنیاں ایک ہی ایپلی کیشن ڈویلپر کی چستی فراہم کرنا چاہتی ہیں، یا جدید کلاؤڈ مقامی ٹولز کے ساتھ مشاہدہ فراہم کرنا چاہتی ہیں، یا جدید کلاؤڈ مقامی ٹولز کے ساتھ سیکیورٹی کرنا چاہتی ہیں - مثال کے طور پر، تصدیق، صرف سیگمنٹیشن یا شناخت پر مبنی نفاذ کے بجائے - وہ تمام نئے کلاؤڈ مقامی تصورات پر موجودہ بنیادی ڈھانچہ. 

ہم اب بھی پرانی دنیا سے جڑنے اور MPLS، VLAN، sFlow، اور NetFlow - انٹرپرائز کی ضروریات کے پورے موجودہ سیٹ پر بات کرنے کی ایک بہت مضبوط مانگ دیکھ رہے ہیں۔ ان میں سے کوئی بھی نہیں گیا ہے۔

اس میں تقریباً ایک دہائی تک، بادل کی مقامی جگہ کوئی جنون نہیں لگتا۔ اس کے ارتقاء کو جاری رکھنے کے لیے کتنی گنجائش ہے؟

یقینی طور پر ایک وقت تھا جب یہ ایسا تھا، "اوہ، کبرنیٹس شاید قلیل المدتی ہے، اور سرور لیس اگلی پرت ہونے والی ہے۔" یا، "Kubernetes OpenStack کی طرح ہے. یا، "یہ غائب ہو جائے گا اور یہ نفاذ کی تفصیل ہو گی۔" اور ایسا نہیں ہوا ہے۔ 

میرے خیال میں سرور لیس کے لیے یقینی طور پر ایک جگہ ہے، خاص طور پر بہت تیزی سے ایپلیکیشن ڈویلپمنٹ کے لیے۔ لیکن کاروباری اداروں میں، ہم کلاؤڈ کو ورچوئلائزیشن کے اوپری حصے میں نئی ​​پرت کے طور پر دیکھ رہے ہیں، اور ہمیں یقین ہے کہ اس کی شیلف لائف ورچوئلائزیشن جیسی ہے۔ جس کا مطلب ہے کہ ہم کلاؤڈ مقامی منتقلی کے بالکل آغاز پر ہیں۔

بنیادی ڈھانچے کی سطح پر اب بھی کون سے بڑے مسائل کو حل کرنے کی ضرورت ہے؟

ہم کاروباری اداروں کو ایسی صورت حال میں دیکھ رہے ہیں جہاں، اچانک، چاہے وہ چاہیں یا نہ چاہیں، انہیں ایک کثیر کلاؤڈ حکمت عملی کی ضرورت ہے۔ چونکہ ان کے پاس بنیادی ڈھانچہ بھی ہے، اب انہیں اس کے اوپر ایک ہائبرڈ کلاؤڈ حکمت عملی کی ضرورت ہے۔ اور انہیں یہ جاننے کی ضرورت ہے کہ خود کو کسی خاص عوامی کلاؤڈ میں بند کیے بغیر اس بنیادی ڈھانچے میں عالمی سطح پر سیکیورٹی اور دیگر افعال کیسے کرنا ہے۔ 

تو یہ اگلا بڑا چیلنج ہے: ملٹی کلاؤڈ اور کلاؤڈ مقامی کے لیے وہ اجناسٹک پرت کون بنے گا، جیسا کہ VMware بن گیا؟ کلاؤڈ مقامی کے لئے VMware کون بننے والا ہے؟

میرے خیال میں یہ احساس شروع ہو گیا ہے کہ اگر آپ جدید ایپلی کیشن ٹیموں کو اپنی طرف متوجہ کرنا چاہتے ہیں، اور فوری طور پر مارکیٹ میں جانے کے قابل ہونا چاہتے ہیں، تو آپ کو انہیں کلاؤڈ مقامی بنیادی ڈھانچہ فراہم کرنے کی ضرورت ہے۔

اور اگرچہ کلاؤڈ کو اپنانا ان جدید ویب کمپنیوں کے لیے نسبتاً آسان ہو سکتا ہے جو ابتدائی طور پر اپنانے والے تھے، لیکن آپ کے نقطہ نظر سے چیلنج نئی ٹیکنالوجیز کی تعمیر ہے جو اس جدید دنیا اور موجودہ انٹرپرائز ٹولز اور سسٹمز کے درمیان فاصلہ کو ختم کرتی ہے؟

مشکل حصہ یہ ہے کہ جدید ایپ ٹیمیں بنیادی ڈھانچے کی پرت کو ان کی طرح تیزی سے تیار کرنے کے عادی ہیں۔ اور اس نے بنیادی ڈھانچے کی پرت کو اور بھی زیادہ قابل پروگرام، زیادہ ایڈجسٹ ہونے پر مجبور کیا۔ یہی وجہ ہے کہ ہم دراصل کلاؤڈ نیٹ ورکنگ پرت کے اوپر ایک نیٹ ورکنگ پرت اور ایک سیکورٹی پرت دیکھتے ہیں۔ لیکن اب ہمارے پاس انٹرپرائزز آرہے ہیں، اور ہم اب بھی پرانی دنیا سے جڑنے اور MPLS، VLAN، sFlow، اور NetFlow پر بات کرنے کے لیے ایک بہت مضبوط مطالبہ دیکھ رہے ہیں - انٹرپرائز کی ضروریات کا پورا موجودہ سیٹ۔ ان میں سے کوئی بھی دور نہیں ہوا، تعمیل کے تمام اصول اب بھی وہی ہیں۔ اور یہاں تک کہ کچھ جدید SaaS کمپنیاں اب ان چیلنجوں کا سامنا کرتی ہیں کیونکہ وہ بڑی ہوتی ہیں اور وہ تعمیل کا خیال رکھتی ہیں۔ اور اسی طرح کی. 

ٹیکنالوجی کے نقطہ نظر سے، یہ اس نئے کلاؤڈ کی مقامی دنیا کو موجودہ انٹرپرائز کی ضروریات سے کیسے جوڑنا ہے۔ کیونکہ ان میں سے بہت سے مسائل کو پبلک کلاؤڈ فراہم کرنے والوں نے چھپا رکھا تھا۔ پبلک کلاؤڈ فراہم کنندگان نے تعمیل کے مسائل حل کیے، لیکن انھوں نے اس میں سے کوئی بھی اوپن سورس یا شائع نہیں کیا۔ انہوں نے اسے اپنے طور پر حل کیا. یہ کلاؤڈ ویلیو کا حصہ ہے۔ انٹرپرائزز کو اب اسے دوبارہ بنانے اور خریدنے کی ضرورت ہے اگر وہ خود کو عوامی کلاؤڈ پیشکشوں میں بند نہیں کرنا چاہتے۔

آپ کو بادل کی مقامی جدت کی اگلی لہر کہاں سے آرہی ہے؟ کیا یہ اب بھی گوگل جیسی کمپنی سے آتا ہے، یا کوئی نئی قسم کی کمپنی چارج کی قیادت کرتی ہے؟

یہ بہت دلچسپ ہے. میں کہوں گا کہ یہ شاید گوگل اور فیس بک سے نہیں آرہا ہے۔ اختراع کا ذریعہ اوپن سورس ہوگا، اور طلب کو آگے بڑھانے والے صارفین اور صارفین ہائپر اسکیلرز سے ایک درجے نیچے کمپنیاں ہوں گی - پہلے سے ہی بڑی کمپنیاں جو اب بھی بہت زیادہ خلل ڈال رہی ہیں، جیسے Adobe, Shopify، یا GitHub۔ لیکن کمپنیاں بھی ٹیکنالوجی کی وجہ سے متاثر ہونے کے خطرے میں ہیں، جیسے کہ مالیاتی خدمات، انشورنس فراہم کرنے والے، اور ٹیلی کام۔ ان تمام کمپنیوں کو دوبارہ قابل ترقی اور بنیادی ڈھانچے کے ماڈل کے ساتھ بنیادی ڈھانچے کو معیاری بنانے میں مشترکہ دلچسپی ہے۔

26 جولائی ، 2022 کو پوسٹ کیا گیا