Broadcom نے بغیر بتائے VMware سے نکلنے کا ٹول ہٹا دیا

اگست 2026 کے آخر سے Broadcom کے ڈویلپر پورٹل پر VMware کی VDDK لائبریری کے ڈاؤن لوڈ صفحات 404 دکھا رہے ہیں — نہ کوئی اعلان، نہ بند کیے جانے کا کوئی نوٹس، اور نہ کوئی بتایا گیا متبادل۔ یہ لائبریری خود زیادہ تر لوگوں کے لیے غیر معروف ہے، لیکن اس پر انحصار کرنے والے ٹولز غیر معروف نہیں: VMware سرورز کے لیے امیج کی سطح کے بیک اپ پروڈکٹس، اور VMware سے دوسرے پلیٹ فارمز پر منتقل ہونے کے لیے استعمال ہونے والے ٹولز۔ عملی نتیجہ یہ ہے کہ VMware سے نکلنے پر غور کرنے والی ایک کمپنی نے دیکھا کہ نکلنے کا سرکاری راستہ بند ہے۔ اور یہ سبق ہر نظام کے مالک پر لاگو ہوتا ہے، چاہے وہ VMware استعمال کرتا ہو یا نہیں: کسی وینڈر پر آپ کا انحصار سبسکرپشن کی قیمت سے نہیں ناپا جاتا۔ یہ اس بات سے ناپا جاتا ہے کہ چھوڑنے میں آپ کو کتنا وقت، پیسہ اور مہارت درکار ہوگی۔

VDDK کیا ہے، اور اگر آپ نے اس کے بارے میں کبھی نہیں سنا تب بھی یہ کیوں اہم ہے

VDDK کا مطلب Virtual Disk Development Kit ہے۔ یہ وہ لائبریری ہے جو ہائپروائزر سے باہر کے سافٹ ویئر کو VMware کی ورچوئل ڈسکس پڑھنے اور لکھنے دیتی ہے۔ آسان الفاظ میں: یہ وہ پل ہے جسے ہر پروگرام اس وقت عبور کرتا ہے جب وہ کسی ورچوئل سرور کی کاپی لینا یا اسے کہیں اور منتقل کرنا چاہتا ہے۔

اسی لیے یہ ان ٹولز کے مرکز میں ہے جن کا Broadcom سے کوئی واضح تعلق نہیں۔ اوپن سورس تبدیلی کا انجن virt-v2v، جس پر VMware سے KVM کی منتقلی کا زیادہ تر کام ٹکا ہے، اسے ان پٹ ٹرانسپورٹ کے طور پر سپورٹ کرتا ہے۔ Apache CloudStack کا مائیگریشن راستہ پہلے مکمل OVF فائل برآمد کرنے کے بجائے ڈسک بلاکس کو براہِ راست اسٹریم کرنے کے لیے اسے استعمال کرتا ہے۔ اور vSphere ورچوئل مشین کی امیج کی سطح کی کاپی لینے والا ہر بیک اپ پروڈکٹ سلسلے میں کہیں نہ کہیں اس سے گزرتا ہے۔

اصل نکتہ: VMware چلاتے رہنے کے لیے آپ کو VDDK کی ضرورت نہیں۔ اس کی ضرورت تیزی سے نکلنے کے لیے، اور فیصلہ کرتے وقت جو کچھ چل رہا ہے اسے محفوظ رکھنے کے لیے ہے۔

اصل میں کیا ہوا

ShapeBlue نے 25 اگست 2026 کو اس تبدیلی کو دستاویزی شکل دی: Apache CloudStack کی سرکاری انتظامی گائیڈ لائبریری ڈاؤن لوڈ کرنے کے لیے جس صفحے کی طرف اشارہ کرتی ہے وہ خرابی دکھاتا ہے، اور پورٹل پر باقی ہر VDDK راستہ بھی، جن میں ورژن 8 اور ورژن 9 کے مخصوص راستے شامل ہیں۔ انہوں نے یورپ سے، اور امریکہ، برازیل، فن لینڈ اور جاپان کے ایگزٹ نوڈز کے ذریعے جانچ کی، اور ہر جگہ ایک ہی نتیجہ ملا — اس لیے یہ نہ کوئی مقامی خرابی ہے اور نہ جغرافیائی پابندی۔

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

نظام چلانے کے لیے آپ کو لائبریری کی ضرورت نہیں۔ چھوڑنے کے لیے اس کی ضرورت ہے۔ ٹھیک یہی بات اس کی غیر موجودگی کو اہم بناتی ہے۔

کوئی متبادل حل کیوں نہیں

عام طور پر جب کوئی ایسی فائل غائب ہو جاتی ہے جس کی سب کو ضرورت ہو، تو تکنیکی برادری اس کا راستہ نکال لیتی ہے: کوئی اس کا مرر بنا دیتا ہے، کوئی اسے پیکج کر دیتا ہے، اور کہانی کسی دستاویزی صفحے پر ایک حاشیہ بن کر ختم ہو جاتی ہے۔ لیکن VDDK کا لائسنس عمومی دوبارہ تقسیم کی اجازت نہیں دیتا۔ کوئی Linux ڈسٹری بیوشن اسے شامل نہیں کرتی، کوئی کنٹینر امیج اسے بنڈل نہیں کرتی، اور دستخط شدہ دوبارہ تقسیم کے معاہدے کے بغیر کوئی بیک اپ وینڈر اسے اپنے انسٹالر میں نہیں رکھ سکتا۔

اس سے تصویر مکمل ہو جاتی ہے: ایک اکیلا URL پورے سافٹ ویئر ایکو سسٹم کے لیے سخت انحصار بن گیا، اور جس لائسنس نے یہ انحصار پیدا کیا وہی واضح حل کو روکتا ہے۔ بائنری فائلوں کا کہیں اور مرر بنانے سے کچھ ٹھیک نہیں ہوتا — اس سے قانونی خطرہ بس انہیں ہوسٹ کرنے والے پر منتقل ہو جاتا ہے۔

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

اصل سبق: اخراج کی لاگت ہی لاک اِن کا پیمانہ ہے

نظام خریدنے کے زیادہ تر فیصلے قیمتوں اور خصوصیات کا موازنہ کر کے کیے جاتے ہیں۔ یہ آدھا جائزہ ہے۔ باقی آدھا ایک سوال ہے: اگر تین سال بعد ہم اس وینڈر کو چھوڑنے کا فیصلہ کریں تو اس کی ہمیں کیا قیمت چکانی پڑے گی؟

VDDK کے ساتھ جو ہوا وہ دکھاتا ہے کہ اخراج کی لاگت مقرر نہیں ہوتی۔ وینڈر اسے بعد میں، یک طرفہ طور پر اور کبھی کبھی بغیر کسی اعلان کے بڑھا سکتا ہے۔ پانچ سال پہلے VMware کے ساتھ معاہدہ کرنے والی کمپنی نے قیمت اور کارکردگی کا جائزہ لیا تھا۔ اسے معلوم نہیں تھا کہ پروڈکٹ کی ملکیت بدل جائے گی، اور نہ یہ کہ اخراج کا ٹول پورٹل سے خاموشی سے غائب ہو جائے گا۔

عملی طور پر اپنی اخراج کی لاگت کیسے ناپیں

کسی بھی نئے معاہدے سے پہلے، اور کسی بھی موجودہ معاہدے کی تجدید سے پہلے، یہ سوالات پوچھیں اور جوابات تحریری طور پر لیں:

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

Origami میں ہم اسے کیسے سنبھالتے ہیں

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

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

ماخذ