سافٹ ویئر ٹیمیں Fabric Workload Dev Kit کو دیکھتے وقت ایک ہی قسم کی کیٹیگری کی غلطی کرتی رہتی ہیں۔ وہ ایک پبلشنگ پائپ لائن، ایک سرٹیفیکیشن چیک لسٹ، اور ایک پارٹنر پورٹل دیکھتے ہیں۔ دوسرے لفظوں میں، وہ ایک مارکیٹ پلیس دیکھتے ہیں۔ وہ ایک ایسے ایڈ-ان (add-in) کا تصور کرتے ہیں جسے صارفین اپنے Microsoft stack کے ساتھ دریافت کریں، ڈاؤن لوڈ کریں اور چلائیں۔
یہ غلط نظریہ ہے۔ ایک Fabric workload کوئی اضافی چیز (accessory) نہیں ہے۔ یہ ایک نیٹیو سطح (native surface) ہے۔ ایک بار تعینات (deploy) ہونے کے بعد، آپ کی ایپلی کیشن Lakehouse، Power BI، اور Notebook کے ساتھ ایک ہی شیل کے اندر رہتی ہے۔ ورک اسپیس میں اس کی اپنی ایک آئٹم ٹائپ ہوتی ہے۔ جب صارف "New" پر کلک کرتا ہے تو یہ ظاہر ہوتا ہے۔ آپ کا UI Fabric chrome کے اندر رینڈر ہوتا ہے، نہ کہ کسی پاپ آؤٹ ٹیب میں۔ آپ کا فیچر سیٹ بالکل وہیں ہوتا ہے جہاں ڈیٹا ٹیمیں پہلے سے ہی اپنے کام کے اوقات گزارتی ہیں۔ یہ کوئی ڈسٹری بیوشن سائیڈ بار نہیں ہے۔ یہ Microsoft کے ڈیٹا آپریٹنگ سسٹم کے لیے ایک ساختی وابستگی (structural commitment) ہے۔ اگر آپ اسے صرف ایک لسٹنگ کے طور پر دیکھیں گے، تو ہو سکتا ہے کہ آپ خود کو ایک ایسے پلیٹ فارم میں پھنسا ہوا پائیں جس پر آپ کا کنٹرول نہیں ہے۔
نیٹیو فائدہ (The Native Advantage)
جب آپ Fabric کے لیے کچھ بناتے ہیں، تو آپ کو ہوسٹ ماحول کا اعتماد اور سیاق و سباق وراثت میں ملتا ہے۔ آپ کا workload OneLake تک read اور write رسائی حاصل کرتا ہے، جس کا مطلب ہے کہ آپ کی ایپلی کیشن درجنوں ETL پائپ لائنز کے ذریعے ڈیٹا کاپی کیے بغیر براہ راست Delta tables کو کوئری کر سکتی ہے۔ Authentication Microsoft Entra ID کے ذریعے ہوتا ہے، اس لیے آپ کی ایپلی کیشن سائن ان شدہ صارف کے طور پر کام کرتی ہے۔ اس کے لیے کسی الگ کریڈنشل والٹ کو مینیج کرنے، کسی SSO برج کو برقرار رکھنے، یا سیکیورٹی ٹیم کے لیے فشنگ کے خطرے والے پاس ورڈ پرامپٹ کی ضرورت نہیں ہوتی۔
آپریشنل کشش (operational gravity) تکنیکی ہکس کے اتنی ہی اہمیت رکھتی ہے۔ چونکہ صارف کا ڈیٹا ان کے اپنے ٹیننٹ (tenant) کے اندر رہتا ہے، اس لیے آپ اس خریداری کے ڈرامے (procurement theater) سے بچ جاتے ہیں جو زیادہ تر انٹرپرائز SaaS ڈیلز کو ختم کر دیتا ہے۔ ایک CISO کو ڈیٹا کی رہائش (data residency) پر بحث کرنے کی ضرورت نہیں ہوتی۔ ایک پروکیورمنٹ آفیسر کو ایگریس چارجز (egress charges) کا ماڈل بنانے کی ضرورت نہیں ہوتی۔ آپ کا سافٹ ویئر محض ان دیواروں کے اندر کام کرتا ہے جو وہ پہلے سے ہی کے مالک ہیں۔ ریگولیٹڈ انڈسٹریز—جیسے ہیلتھ کیئر نیٹ ورکس، مالیاتی خدمات، سرکاری ایجنسیاں—میں فروخت کرنے والے وینڈرز کے لیے، یہ ایک واحد خصوصیت بارہ ہفتوں کے سیکیورٹی ریویو کو چند دنوں کی گفتگو میں تبدیل کر سکتی ہے۔
جہاں خطرات چھپے ہیں (Where the Traps Hide)
نیٹیو حیثیت کے ساتھ نیٹیو انحصار (dependencies) بھی آتے ہیں، اور وہ پابندیوں میں بدل سکتے ہیں۔
پہلا، کمپیوٹ کا حساب (compute math) ہے۔ آپ کا منافع اب Microsoft Capacity Units پر منحصر ہے۔ آپ کا workload جو بھی آپریشن کرتا ہے وہ اسی CU پول کو استعمال کرتا ہے جو صارف کے Spark jobs، Semantic models، اور Power BI ریفریشز کو طاقت فراہم کرتا ہے۔ اگر Microsoft قیمتوں میں تبدیلی کرتا ہے، برن ملٹی پلائرز (burn multipliers) تبدیل کرتا ہے، یا نئی کیپیسیٹی ٹائرز متعارف کرواتا ہے، تو آپ کی اکائی کی معیشت (unit economics) آپ کی رضامندی کے بغیر بدل جاتی ہے۔ آپ انفراسٹرکچر لیئر کو کنٹرول نہیں کرتے، جس کا مطلب ہے کہ آپ اسے آپٹیمائز نہیں کر سکتے۔ آپ صرف اس کا ماڈل بنا سکتے ہیں اور امید کر سکتے ہیں۔
دوسرا، روڈ میپ کا خطرہ حقیقی ہے۔ Microsoft کے پاس مفید ورٹیکل فیچرز کا مشاہدہ کرنے، اور پھر ان کے مساوی افقی (horizontal) فیچرز کو کور پلیٹ فارم میں شامل کرنے کا ایک دستاویزی نمونہ موجود ہے۔ اگر آپ کی ویلیو پروپوزیشن عام ڈیٹا کے کاموں پر ایک پتلی UI ریپر ہے، تو آپ ایسی زمین پر تعمیر کر رہے ہیں جس پر Redmond آخر کار دعویٰ کر سکتا ہے۔ واحد دفاع گہرائی اور ڈومین کی مخصوص نوعیت ہے۔ عام ڈیٹا کلیننگ یا سادہ ویژولائزیشن ٹولز کے سامنے وقت کی دوڑ ہے۔ پراپرائیٹری مشین لرننگ ماڈلز، صنعت کے مخصوص حساب کتاب، یا کسٹم ٹیلی میٹری اسکیموں پر مبنی آبزرویبلٹی لاجک کے پاس ناگزیر رہنے کا بہتر موقع ہے۔
تیسرا، انجینئرنگ کی کوشش کو عام طور پر کم سمجھا جاتا ہے۔ کوئیک اسٹارٹ ٹیوٹوریلز اور سیمپل ریپوزٹریز ایسا دکھاتے ہیں جیسے آپ ایک دوپہر میں workload کھڑا کر سکتے ہیں۔ اگر آپ کا مقصد صرف ڈیمو دکھانا ہے تو آپ ایسا کر سکتے ہیں۔ پروڈکشن مختلف ہے۔ آپ کو مکمل بیک اینڈ کنٹریکٹ نافذ کرنا ہوگا، آئٹم لائف سائیکل ایونٹس کو سنبھالنا ہوگا، اپنے کنٹرول پلین اور Fabric کے درمیان اسٹیٹ سنکرونائزیشن کو مینیج کرنا ہوگا، اور جب کیپیسیٹی رک جائے یا دوبارہ جڑ جائے تو مہارت سے ریکور کرنا ہوگا۔ صارف جس سطح کو چھوتا ہے وہ سادہ ہو سکتی ہے۔ لیکن اس کے نیچے کا کنٹریکٹ سادہ نہیں ہے۔
اسے بنائیں، یا چھوڑ دیں؟ (Build It, or Skip It?)
فیصلہ اس بات پر ہونا چاہیے کہ آپ کی قدر کہاں سے پیدا ہوتی ہے، نہ کہ Microsoft کے ایکوسسٹم کے لیے آپ کے جوش و خروش پر۔
بنائیں اگر آپ کی پروڈکٹ اس وقت زیادہ قیمتی ہو جاتی ہے جب وہ صارف کے ڈیٹا کے زیادہ قریب ہوتی ہے۔ آبزرویبلٹی پلیٹ فارمز، صنعت کے مخصوص اینالیٹکس انجن، اور گورننس ٹولز سب یہاں فٹ بیٹھتے ہیں۔ بنائیں اگر آپ کے خریدار پہلے سے ہی Microsoft stack میں گہرے ہیں اور دوسرے وینڈر کو شامل کرنے کے بجائے خرچ کو یکجا کرنا پسند کرتے ہیں۔ بنائیں اگر آپ کی انٹلیکچوئل پراپرٹی اسٹوریج لیئر سے اوپر ہے—جیسے پراپرائیٹری ڈومین لاجک، کسٹم ML inference، یا منفرد انریچمنٹ پائپ لائنز—کیونکہ اس IP کو Microsoft کے لیے عام طور پر نقل کرنا مشکل ہے۔
اگر آپ کی اہمیت کا ڈیٹا لوکالٹی (data locality) سے کوئی تعلق نہیں ہے، تو اسے چھوڑ دیں۔ ایک پروجیکٹ مینجمنٹ سویٹ یا جنرل پرپز API گیٹ وے کو ورک سپیس کے اندر رہنے کی ضرورت نہیں ہے۔ اگر آپ کے ہدف صارفین ملٹی کلاؤڈ نیوٹرل (multi-cloud neutral) ہونے پر فخر کرتے ہیں، تو اسے چھوڑ دیں۔ انہیں Fabric کے اندر ڈیپلائ کرنے کا کہنا ان کی آرکیٹیکچرل آزادی کو متاثر کرے گا۔ اگر آپ کو منافع کے مارجن کو بچانے کے لیے انفراسٹرکچر لاگت پر باریک بینی سے کنٹرول کی ضرورت ہے، تو اسے چھوڑ دیں۔ مائیکروسافٹ کے کمپیوٹ اوپیک پول (compute opaque pool) کو کرایے پر لینا کاسٹ انجینئرنگ کے ساتھ مطابقت نہیں رکھتا۔
90 دن کا حقیقت پر مبنی جائزہ
جب تک آپ یہ تین مرحلوں والا تجربہ مکمل نہ کر لیں، مکمل روڈ میپ کا وعدہ نہ کریں۔
دن 1 سے 30: مشکل ترین حصے کا پروٹو ٹائپ بنائیں۔ ایک باریک ورٹیکل سلائس (thin vertical slice) بنائیں، لیکن اسے سادہ اور حقیقت پسندانہ رکھیں۔ ایک آئٹم ٹائپ منتخب کریں، 'create' اور 'delete' کے فیچرز نافذ کریں، اور ایک ایسا یوزر انٹرایکشن کریں جو حقیقت میں OneLake سے ڈیٹا پڑھے یا اس میں لکھے۔ مقصد کوئی خوبصورت اسکرین شاٹ لینا نہیں ہے۔ مقصد آپ کے بیک اینڈ اور Fabric کے لائف سائیکل کنٹریکٹ کے درمیان رکاوٹ (friction) کی پیمائش کرنا ہے۔
دن 31 سے 60: حقیقی حالات کے ساتھ لاگت کا ماڈل بنائیں۔ ایک ٹرائل کیپیسٹی (trial capacity) شروع کریں اور اس پر حقیقت پسندانہ لوڈ پیٹرنز چلائیں۔ فی یوزر ایکشن CU برن (CU burn) کی پیمائش کریں۔ اپنی متوقع کنکرنسی (concurrency) کے مطابق اس کا تخمینہ لگائیں۔ اپنے مارجن کا محض اندازہ نہ لگائیں۔ یاد رکھیں کہ ٹرائل کیپیسٹیز اکثر پیڈ کیپیسٹیز سے مختلف طریقے سے کام کرتی ہیں، اس لیے حدود کا سخت امتحان لیں۔ اگر نمبر آپ کے پائلٹ اسکیل سے دس گنا زیادہ ہونے پر برقرار نہیں رہتے، تو وہ پروڈکشن میں ناکام ہو جائیں گے۔
دن 61 سے 90: ڈیزائن پارٹنرز کے ساتھ تصدیق کریں۔ دو یا تین ایسے صارفین کو شامل کریں جو حقیقی مائیکروسافٹ صارفین ہوں، نہ کہ صرف وقت ضائع کرنے والے (tire-kickers)۔ مدلل سوالات پوچھیں۔ کیا نیٹو ڈیپلائمنٹ (native deployment) نے ان کے سیکیورٹی ریویو کو مختصر کیا؟ کیا ان کا ٹیننٹ ایڈمن (tenant admin) کسی اسٹینڈ الون SaaS ایپلی کیشن کے مقابلے میں اسے تیزی سے منظور کرے گا؟ کیا Fabric کے اندر ہونے سے ان کے ٹول کے بجٹ میں کوئی تبدیلی آتی ہے؟ اگر جوابات غیر واضح ہیں، تو آپ ایک مارکیٹنگ انٹیگریشن دیکھ رہے ہیں، نہ کہ ڈسٹری بیوشن چینل۔
انفراسٹرکچر بننا
اس پلیٹ فارم کا مستقبل انسانی ڈیش بورڈز نہیں ہے۔ یہ ایجنٹس ہیں۔ AI آرکیسٹریٹرز (AI orchestrators) چارٹ حاصل کرنے کے لیے اسٹینڈ الون SaaS پورٹلز میں لاگ ان نہیں کریں گے۔ وہ ایسے ورک لوڈز کو کال کریں گے جنہیں ڈیٹا اسٹیٹ (data estate) تک نیٹو اور مستند رسائی حاصل ہو۔ اگر آپ صحیح طریقے سے تعمیر کرتے ہیں، تو آپ وہ کمپیوٹ لیئر بن جائیں گے جسے ایجنٹ کال کرتا ہے—نہ کہ محض ایک اور ڈیش بورڈ جسے انسان کھولتا ہے۔
Fabric کو ایک مارکیٹ پلیس سمجھیں، تو آپ ایک استعمال شدہ ویجیٹ (disposable widget) بن کر رہ جائیں گے۔ اسے صارف کے ڈیٹا آرکیٹیکچر کے مرکز تک رسائی کا ایک ڈسٹری بیوشن چینل سمجھیں، اور آپ ان کے آپریشنز میں اتنی گہرائی سے شامل ہو جائیں گے کہ وہاں سے نکلنا مہنگا ہو جائے گا۔ وہ راستہ چنیں جہاں آپ کی لاجک، نہ کہ صرف آپ کا لاگ ان باکس، اس اسٹیٹ کا حصہ بن جائے۔