مسلسل دستیابی کے سخت وعدوں سے لچک دار کمپیوٹنگ تک: AI کی بجلی کے مسئلے پر دوبارہ سوچنے کے لیے Jensen Huang کی دلیل
تعارف: کیا ہر کمپیوٹنگ کام کو بجلی کی مکمل دستیابی درکار ہے؟
مصنوعی ذہانت [AI] کا مزید بنیادی ڈھانچہ [Infrastructure] بنانا واضح سوال اٹھاتا ہے: بجلی کہاں سے آئے گی؟ نئی پیداوار اور مضبوط بجلی نیٹ ورک اہم ہیں۔ لیکن ایک اور سوال کم توجہ پاتا ہے۔ کیا کمپیوٹنگ پہلے سے دستیاب بجلی کے مطابق زیادہ ذہانت سے ڈھل سکتی ہے؟
Jensen Huang کی دلیل انتہائی طلب اور معمول کی طلب کے فرق سے شروع ہوتی ہے۔ بجلی کا گرڈ [Power Grid] مشکل حالات کے لیے تیار ہونا چاہیے۔ اس کی زیادہ سے زیادہ ضرورت کام کے ہر گھنٹے کو بیان نہیں کرتی۔
موقع یہ ہے کہ کچھ کمپیوٹنگ کاموں کے بوجھ [Computing Workloads] اس فرق کے مطابق بنائے جائیں۔ یہ لچک کی تجویز ہے، یہ دعویٰ نہیں کہ توانائی کی پابندیاں ختم ہو گئی ہیں۔
1. انتہائی ضرورت مسلسل ضرورت نہیں ہوتی
ہسپتالوں، نقل و حمل کے نظام، گھروں اور دیگر ضروری خدمات کو قابل اعتماد بجلی چاہیے۔ گرڈ کو ایسے ادوار کی گنجائش رکھنی چاہیے جب طلب غیرمعمولی طور پر زیادہ ہو۔
ہر حالت میں یکساں بلاتعطل فراہمی پر اصرار کرنے والا ڈیٹا مرکز [Data Centre] نظام پر ایک اور مشکل وعدہ ڈالتا ہے۔ اگر بہت سے گاہک یہی درخواست کریں تو فراہم کنندگان کو ان مجموعی ذمہ داریوں کے مطابق منصوبہ بنانا ہوگا۔
Huang کا سوال ہے کہ کیا ہر کمپیوٹنگ کام کو اتنی یقین دہانی چاہیے۔ بعض کام فوری ہیں۔ دیگر انتظار کر سکتے ہیں، آہستہ چل سکتے ہیں یا دوسری جگہ جا سکتے ہیں۔ سب کو یکساں سمجھنا بنیادی ڈھانچہ فراہم کرنا ضرورت سے زیادہ مشکل بنا سکتا ہے۔
کسی وقت غیر استعمال شدہ گنجائش کو ہر جگہ یقینی اضافی گنجائش نہیں سمجھنا چاہیے۔ انجینئرنگ کا موقع مقام، کام کے بوجھ [Workload] اور بجلی فراہم کرنے والے سے معاہدے پر منحصر ہے۔
2. خدمت کی منضبط کمی وعدہ بدلتی ہے
خدمت کی منضبط کمی [Graceful Degradation] کا مطلب ہے کہ نظام اچانک ناکام ہونے کے بجائے قابو میں اپنی خدمت کی سطح کم کر سکتا ہے۔
کمپیوٹنگ نظام عارضی بجلی کی حد کے جواب میں اپنی پراسیسنگ رفتار [Processing Rate] کم کر سکتا ہے۔ بعض جواب زیادہ وقت لیں گے۔ کم فوری کام مؤخر ہو سکتے ہیں۔ جہاں مناسب بنیادی ڈھانچہ ہو، اہم کام دوسری جگہ منتقل کیا جا سکتا ہے۔
مقصد کھپت کم کرتے ہوئے خدمت کے اہم حصے محفوظ رکھنا ہے۔ ڈیٹا محفوظ کرنا ہر لمحے زیادہ سے زیادہ رفتار برقرار رکھنے سے الگ تقاضا ہے۔ سست نتیجے کا مطلب لازماً ضائع شدہ نتیجہ نہیں۔
اس کے لیے دانستہ ڈیزائن چاہیے۔ معاہدے میں لکھ دینے سے کام کا بوجھ لچک دار نہیں بن سکتا۔
3. گاہک بجلی کے ڈھانچے کا حصہ ہے
Huang کے استدلال کا اہم حصہ معاہدوں کی زنجیر سے متعلق ہے۔ گاہک کلاؤڈ خدمت فراہم کنندہ [Cloud Service Provider] سے دستیابی کا سخت وعدہ مانگتا ہے۔ پھر فراہم کنندہ کو اپنے بنیادی ڈھانچے اور بجلی کے سپلائرز سے اسی نوعیت کی یقین دہانی چاہیے۔
ہر بات چیت الگ دیکھی جائے تو معقول لگ سکتی ہے۔ اکٹھی یہ یقین دہانیاں ایسا نظام بنا سکتی ہیں جس میں حالات کے مطابق ڈھلنے کی بہت کم گنجائش ہو۔
اس لیے کاروباری رہنماؤں کو سمجھنا چاہیے کہ کن خدمات کو واقعی مضبوط ترین وعدہ چاہیے۔ اہم عملی نظام [Operational System] اور مؤخر کیے جا سکنے والے تجزیاتی کام کو خودبخود یکساں تقاضے نہیں ملنے چاہییں۔
یہ انجینئرنگ کے ساتھ انتظامی فیصلہ بھی ہے۔ کسی کو سست خدمت کے نتائج کی ذمہ داری لینی، قابل قبول تاخیر واضح کرنی اور یقینی بنانا ہوگا کہ گاہکوں سے وہ وعدہ نہ ہو جسے نظام پورا نہیں کر سکتا۔
4. ڈیٹا مرکز کو بجلی کے اشارے پر قابل عمل جواب چاہیے
لچک دار طلب کے لیے بجلی کی کھپت پر نظر رکھنے سے زیادہ درکار ہے۔ ڈیٹا مرکز کو معلوم ہونا چاہیے کہ کم بجلی ملنے پر کیا کرنا ہے۔
اس کا مطلب کاموں کی درجہ بندی، ان کے انحصارات [Dependencies] سمجھنا اور فیصلہ کرنا ہے کہ کون سے کام محفوظ طور پر روکے جا سکتے ہیں۔ یہ بھی جاننا ہوگا کہ کیا منتقل ہو سکتا ہے اور کیا اپنی جگہ رہنا چاہیے۔
کمپیوٹنگ منتقل کرنا خاکے میں لکیر منتقل کرنے جیسا نہیں۔ ڈیٹا تک رسائی [Data Access]، نیٹ ورک کی گنجائش [Network Capacity]، سلامتی اور خدمت کے وعدے سب طے کرتے ہیں کہ منتقلی معقول ہے یا نہیں۔ ساخت [Architecture] کو مشکل دور آنے سے پہلے یہ پابندیاں واضح کرنی چاہییں۔
آزمائش عملی ہے: کیا مرکز اپنے ضروری وعدے نبھاتے ہوئے طلب کم کر سکتا ہے؟
5. بجلی فراہم کنندگان کو مختلف پیش کش چاہیے
تیسرا فریق بجلی کی خدمات کا ادارہ [Utility] ہے۔ Huang کی تجویز فراہم کنندگان سے کہتی ہے کہ صرف مضبوط ترین بلاتعطل وعدے کے بجائے مختلف یقین دہانی سطحوں والے انتظامات پر غور کریں۔
کبھی کبھار حدود قبول کرنے والا گاہک ایسا موقع استعمال کر سکتا ہے جو سخت شرائط والے برقی بوجھ کے لیے مناسب نہیں۔ کسی مخصوص منڈی میں اس کے چلنے کے لیے حقیقی معاہدہ، مناسب آلات اور واضح عملی اصول درکار ہیں۔
کارکردگی [Efficiency] بھی اہم رہتی ہے۔ فی اکائی توانائی زیادہ مفید کمپیوٹنگ مددگار ہے، لیکن طلب بڑھنے پر مجموعی کھپت گھٹنے کی ضمانت نہیں۔ بہتر کارکردگی اور طلب میں بہتر لچک مسئلے کے مختلف حصے حل کرتی ہیں۔
نتیجہ: پوری زنجیر میں لچک کی منصوبہ بندی ضروری ہے
AI کی بجلی کا مسئلہ صرف پروسیسر [Processor] کے اندر یا صرف بجلی گھر میں حل نہیں ہو سکتا۔ گاہک کی توقعات، معاہدے، سافٹ ویئر [Software]، ڈیٹا مرکز کے کام اور بجلی کی فراہمی ایک دوسرے پر اثر ڈالتے ہیں۔
Huang کا مفید چیلنج یہ پوچھنا ہے کہ آج کے بعض سخت وعدے ضروری ہیں یا نہیں۔ جہاں لچک قابل قبول ہو، اسے قلت کے وقت فوری بندوبست کے بجائے واضح حدود والی باقاعدہ خدمت بننا چاہیے۔
مقصد قابل اعتماد کمپیوٹنگ ہے جو جانتی ہو کہ رفتار کب ضروری ہے اور حالات سے موافقت کب ممکن۔ یہ ہر کام سے ہر لمحے زیادہ سے زیادہ کارکردگی مانگنے سے بہتر انجینئرنگ سوال ہے۔
Powered By K7