ٹیکوپیڈیا اسٹاف کے ذریعہ ، 2 نومبر ، 2016
ٹیکو وے : میزبان ایرک کااناگ نے درخواست کی کارکردگی اور ڈاکٹر رابن بلور ، ڈیز بلن فیلڈ اور آئی ڈی ای آر اے کے بل ایلس کے ساتھ کارکردگی کو بہتر بنانے کے طریقوں پر تبادلہ خیال کیا۔
آپ فی الحال لاگ ان نہیں ہیں۔ ویڈیو دیکھنے کے لئے براہ کرم لاگ ان یا سائن اپ کریں۔
ایرک کااناگ: خواتین و حضرات ، ہیلو اور ایک بار پھر ہاٹ ٹکنالوجی میں خوش آمدید۔ ہاں یقینا! میرا نام ایرک کااناگ ہے ، میں آج اس واقعی دلچسپ ، دلچسپ سیریز میں ایک اور ویب کاسٹ کے لئے آپ کا میزبان بنوں گا جو ہمیں اپنے بریفنگ روم سیریز کی تعریف کی حیثیت سے ملا ہے۔ عنوان ہے "ایپلیکیشن ایکسلریشن: اختتامی صارفین کے لئے تیز کارکردگی"۔ لوگوں پر چلیں ، کون نہیں چاہتا؟ اگر میں وہاں کا لڑکا ہوں جو آپ کی درخواست کو تیزی سے چلانے میں مدد کر رہا ہو تو ، میں سوچ رہا ہوں کہ میں لڑکا کام کرنے کے بعد بار میں میرے لئے بیئر خرید رہا ہوں۔ چلنے اور کسی کی درخواست تیز کرنے کے ل It's یہ ایک عمدہ ٹھنڈی چیز ہے۔
واقعی آپ کے بارے میں ایک سلائڈ ہے ، مجھے ٹویٹر @ ایرک_کااناگ پر مارا۔ میں ہمیشہ پیچھے کی پیروی کرنے کی کوشش کرتا ہوں اور اگر آپ میرا ذکر کرتے ہیں تو میں ہمیشہ ٹویٹ کرتا ہوں ، لہذا بلا جھجھک میرا ذکر کریں۔
اس شو کا پورا مقصد انٹرپرائز ٹکنالوجی کے مختلف پہلوؤں پر توجہ مرکوز کرنا ہے اور واقعی کچھ مضامین یا کچھ چہروں کی وضاحت میں مدد کرنا ہے ، اگر آپ چاہیں۔ بیچنے والے بہت ساری بار مارکیٹنگ کی مخصوص شرائط پر کام کریں گے اور اس کے بارے میں بات کریں گے کہ وہ یہ یا وہ یا کوئی اور کام کیسے کرتے ہیں۔ یہ شو واقعی ہمارے سامعین کو یہ سمجھنے میں مدد فراہم کرنے کے لئے تیار کیا گیا ہے کہ اس جگہ میں رہنما بننے کے لئے ایک سافٹ ویئر ٹول کی ضرورت ہے۔ اس کی شکل دو تجزیہ کاروں کی ہے۔ ہر ایک پہلے ، بریفنگ روم کے برعکس جہاں دکاندار پہلے جاتا ہے۔ ہر ایک کو اپنی مخصوص چیز کی ٹکنالوجی کے بارے میں جاننے کے ل they آپ کے خیال میں اہم بات سمجھنا ہے۔
آج ہم درخواست کی رفتار کے بارے میں بات کر رہے ہیں۔ ہم ڈیز بلن فیلڈ اور ڈاکٹر رابن بلور سے بھی سننے جا رہے ہیں۔ آج ہم ساری دنیا میں ہیں - اور پھر بل ایلیس ورجینیا کے زیادہ سے زیادہ علاقے سے ڈائل کررہے ہیں۔ اس کے ساتھ ، میں اسے ہمارے پہلے پیش کنندہ ڈاکٹر بلور کے حوالے کروں گا۔ ہم نے # پوڈ کاسٹ کے ہیش ٹیگ کو ویسے بھی ٹویٹ کیا ، لہذا ٹویٹ کرنے میں آزاد محسوس کریں۔ اسے دور لے.
ڈاکٹر رابن بلور: ٹھیک ہے ، اس تعارف کا شکریہ۔ درخواست کی کارکردگی اور خدمات کی سطح - یہ ایک طرح کا علاقہ ہے ، میں نے اس علاقے میں برسوں سے بہت زیادہ کام کیا ہے ، اس لحاظ سے میں نے دراصل کارکردگی کی نگرانی اور ایک میں کام کرنے کے لئے درحقیقت بہت زیادہ کام کیا ہے۔ کوئی اور طریقہ ، ان سطحوں کو کس طرح آزمائیں اور اس کا حساب لگائیں۔ یہ کہنا پڑتا ہے کہ یہاں تک - ہمارے پاس یہ دور تھا ، کچھ عرصہ پہلے ، جہاں لوگوں نے سیلوس میں نظام بنایا تھا۔ بنیادی طور پر ، ان کو حقیقت میں کسی سسٹم کو مناسب کارکردگی کا مظاہرہ کرنے کے ل have جو کام کرنا پڑتا ہے وہ اگر حقیقت میں بہت مشکل تھا تو یہ حقیقت میں بہت مشکل نہیں تھا کیونکہ آپ کو متغیرات کی بہت کم ، بہت چھوٹی سی رقم ہے جس پر آپ کو دھیان رکھنا پڑتا ہے۔ جیسے ہی ہم صحیح طریقے سے نیٹ ورک کرتے ہیں ، انٹرایکٹو اور خدمت کی سمت مساوات میں آگئی۔ اسے تھوڑا سا مشکل ہوگیا۔ کارکردگی ایک جہتی ہوسکتی ہے۔ اگر آپ صرف کسی اطلاق کے بارے میں سوچتے ہیں جو کسی خاص کوڈ کے راستے کو بار بار سرانجام دیتا ہے تو ، اسے بروقت معقول طریقے سے کرتے ہوئے ، ایک جہتی چیز کی طرح محسوس ہوتا ہے۔ جیسے ہی آپ سروس کی سطح کے بارے میں بات کرنا شروع کریں گے ، آپ واقعی میں کمپیوٹر وسائل کے لئے مقابلہ کرنے والی متعدد چیزوں کے بارے میں بات کر رہے ہیں۔ یہ بہت جلد کثیر جہتی ہو جاتا ہے۔ اگر آپ کاروباری عمل کے بارے میں بات کرنا شروع کرتے ہیں تو ، متعدد ایپلی کیشنز سے کاروباری عمل ایک ساتھ تھریڈ کیے جاسکتے ہیں۔ اگر آپ خدمت پر مبنی فن تعمیر کے بارے میں بات کر رہے ہیں تو ، ایک دی گئی درخواست در حقیقت ایک سے زیادہ ایپلی کیشنز کی صلاحیتوں تک رسائی حاصل کر سکتی ہے۔ پھر یہ ایک بہت ہی پیچیدہ چیز بن جاتی ہے۔
میں نے دیکھا - بہت طویل عرصہ پہلے ، میں نے یہ آریھ کھینچ لی تھی۔ اس آریھ کی عمر کم از کم 20 سال ہے۔ بنیادی طور پر ، میں اسے ہر چیز کا ڈایاگرام کہتا ہوں کیونکہ آئی ٹی ماحول میں موجود ہر چیز کو دیکھنے کا یہ ایک طریقہ ہے۔ واقعی میں صرف چار ٹکڑے ہیں: استعمال کنندہ ، ڈیٹا ، سافٹ ویئر اور ہارڈ ویئر۔ یقینا وہ وقت کے ساتھ ساتھ تبدیل ہوتے رہتے ہیں ، لیکن آپ کو حقیقت میں اس وقت احساس ہوتا ہے جب آپ اس کو دیکھیں گے کہ ان ٹکڑوں میں سے ہر ایک کا درجہ بندی کا دھماکہ ہوتا ہے۔ ایک ہارڈ ویئر ہاں ، ایک ہارڈ ویئر ایک سرور ہوسکتا ہے لیکن ایک سرور ممکنہ طور پر متعدد سی پی یو ، نیٹ ورکنگ ٹکنالوجی اور میموری پر مشتمل ہوتا ہے ، اور یہ ، اس طرح کے بہت سارے کنٹرولرز ہوتے ہیں ، جیسے یہ ہوتا ہے۔ اگر آپ واقعی اس پر نگاہ ڈالیں تو ، یہ سب ٹکڑوں میں ٹوٹ جاتا ہے۔ اگر آپ واقعتا changes اس سب کو آرکیسٹیکٹ کرنے کی کوشش کے بارے میں سوچتے ہیں تو ، اعداد و شمار کے حوالے سے جو سافٹ ویئر کی کارکردگی میں تبدیلی آتی ہے ، کیوں کہ ہارڈ ویئر میں تبدیلی آتی ہے ، اور اسی طرح ، آپ واقعی میں ایک ناقابل یقین حد تک مشکل کثیر التغیراتی صورتحال کو دیکھ رہے ہیں۔ یہ پیچیدہ وکر ہے۔ یقینا it's یہ ہر چیز کے لئے پیچیدہ وکر ہے ، لیکن میں نے کمپیوٹر کے بارے میں بات کرتے وقت اسے بار بار کھینچا ہے۔ بنیادی طور پر ، اگر آپ ایک محور پر نوڈس ڈالتے ہیں اور دوسرے محور پر اہم رابطے ڈالتے ہیں تو ، آپ کو پیچیدگی کے منحنی خطوط پر ختم کیا جاتا ہے۔ اس سے تقریبا فرق نہیں پڑتا ہے کہ نوڈس اور کنکشن کیا ہیں اور یہ آپ کے ٹیلیفون نیٹ ورک میں حجم میں اضافے کی نمائندگی چاہتے ہیں تو کریں گے۔
حقیقت میں ، جب کمپیوٹر کے ماحول میں نوڈس کے بارے میں بات کرتے ہو ، تو آپ انفرادی چیزوں کے بارے میں بات کرتے ہیں جو ایک دوسرے کی پرواہ کرتے ہیں۔ پیچیدگی ، یہ پتہ چلتا ہے ، مختلف نوعیت کے ڈھانچے اور مختلف رکاوٹوں کا معاملہ جس کی آپ اطاعت کرنے کی کوشش کر رہے ہیں۔ نیز ، نمبر بھی۔ جب تعداد بڑھ جاتی ہے تو وہ پاگل ہوجاتے ہیں۔ کل میں نے ایک دلچسپ بات چیت کی تھی ، میں کسی سے بات کر رہا تھا - میں اس بات کا ذکر نہیں کرسکتا کہ وہ کون تھا ، لیکن اس سے واقعی کوئی فرق نہیں پڑتا ہے - وہ ایک ایسی سائٹ کے بارے میں بات کر رہے تھے جس میں 40،000 تھا - یہ چار صفر ہے ، 40،000 - ڈیٹا بیس کی مثال سائٹ میں. اس کے بارے میں ذرا سوچیں - 40،000 مختلف ڈیٹا بیس۔ یقینا ہمارے پاس صرف ایک ہی چیز تھی - ان کے پاس واضح طور پر بہت ساری ، ہزاروں کی تعداد میں درخواستیں تھیں۔ ہم ایک بہت بڑی تنظیم کے بارے میں بات کر رہے ہیں ، لیکن میں اس کا نام نہیں لے سکتا۔ آپ واقعتا that اس پر نظر ڈالتے ہیں ، اور آپ واقعتا trying کوشش کر رہے ہیں کہ ، ایک طرح سے یا کسی اور طرح سے ، سروس کی سطحیں حاصل کریں جو کچھ متعدد صارفین کے ل the ، بورڈ کے اس پار کافی ہوں گی ، اگر آپ چاہیں تو ، توقعات۔ یہ ایک پیچیدہ صورتحال ہے ، اور میں جو سچ میں کہہ رہا ہوں وہ یہ ہے کہ یہ چیزیں پیچیدہ ہیں۔ تعداد ہمیشہ بڑھتی ہے۔ رکاوٹوں کا تعین کاروباری عمل اور کاروباری اہداف کے ذریعہ کیا جاتا ہے۔ آپ نے توقعات کی تبدیلی کو محسوس کیا ہوگا۔
مجھے یاد ہے جیسے ہی جی میل ، اور یاہو میل ، اور ہاٹ میل ، یہ تمام میل سسٹم سامنے آئے ، لوگوں نے تنظیم کے اندر اپنے اندرونی میل سسٹم کی توقع کرنا شروع کر دی ، تاکہ باہر کے وسیع سرور فارموں کے ساتھ ان بڑے آپریشنوں کی خدمت کی سطح کی اہلیت ہوگی۔ تنظیم اور اس طرح کی سبھی چیزوں کو انجام دینے کے لئے دباؤ ڈالا جانے لگا۔ دراصل ، خدمت کے سطح کے معاہدے ایک چیز ہیں ، لیکن توقع کرنا ایک اور چیز ہے اور وہ ایک تنظیم میں ایک دوسرے سے لڑتے ہیں ، ایک عجیب و غریب چیز ہے۔ یہاں صرف کاروباری نقطہ نظر ہے۔ کچھ سسٹم میں ، ردعمل کا زیادہ سے زیادہ وقت انسانی ردعمل کے دوسرے سیکنڈ کا دسواں حصہ ہوتا ہے۔ ایک سیکنڈ کا دسواں حصہ اس وقت ہوتا ہے جب آپ کو کاٹنے میں کوبرا لگتا ہے۔ اگر آپ کسی کوبرا کے سامنے کھڑے ہیں ، اور یہ آپ کو کاٹنے کا فیصلہ کرتا ہے تو ، بہت دیر ہوچکی ہے ، اس لئے جا رہا ہے کیونکہ آپ ایک سیکنڈ کے دسواں حصے میں جواب نہیں دے سکتے ہیں۔ ایک سیکنڈ کا دسواں حصہ اس وقت کے بارے میں ہوتا ہے جب اس گیند کو گھڑے کا ہاتھ چھوڑ کر بیٹھے ہوئے آدمی تک پہنچ جاتا ہے۔ بنیادی طور پر ، جب اس نے گیند پھینکتے ہوئے دیکھا ، تو اسے وقت کے ٹھیک اسی موقع پر جواب دینا پڑے گا۔ انسانی ردعمل ، ایک دلچسپ چیز۔ سافٹ ویئر ٹو سافٹ ویئر ، ظاہر ہے کہ اس سے زیادہ توقع کی جاسکتی ہے۔
تب آپ کچھ ایسی صورتحال میں پڑجائیں جن کے بارے میں میرے خیال میں وہ مارکیٹ کی صورتحال ہیں ، جہاں پہلا ہونا جہاں کاروبار کی قدر ہے۔ ایسا ہی ہے جیسے اگر آپ اسٹاک مارکیٹ میں کسی خاص اسٹاک کو بیچنا چاہتے ہیں تو ، شاید کم ، مثال کے طور پر ، کیونکہ آپ کے خیال میں یہ نیچے جارہا ہے اور بہت سے دوسرے لوگوں کا خیال ہے کہ یہ نیچے جارہا ہے ، آپ کو سب سے پہلے قیمت مل جاتی ہے اگر آپ پہلے بازار میں آجائیں۔ یہاں بہت سارے حالات ، اشتہار پیش کرنے اور اس جیسی چیزیں ، بہت ملتی جلتی صورتحال ہے۔ آپ کو خدمت کی سطح کی توقع کے لحاظ سے یہ تحریک ملی ہے۔ آپ کو ایک چیز ملی ہے جو انسانی ردعمل کے ل glass ایک قسم کی شیشے کی چھت ہے۔ ایک بار سافٹ ویئر ٹو سافٹ ویئر بننے کے بعد ، اگر آپ کو یہ حد درجہ مل جاتی ہے تو ، اس کے بعد کوئی بہترین خدمت کی سطح نہیں ہوگی۔ ہر ایک سے بہتر بہترین ہے۔
ٹھیک ہے ، یہ ، میں سمجھتا ہوں ، حتمی سلائڈ جو میں کر رہا تھا ، لیکن یہ صرف آپ کو اس پیچیدگی کی ایک بڑی تصویر دینے کے لئے ہے ، ایک بار جب آپ واقعتا actually کسی تنظیم کی ضروریات ، خدمت کو دیکھیں۔ آپ کے پاس ، یہاں بائیں طرف جانے کے بعد ، آپ کو سسٹم مینجمنٹ ملا ہے ، جو سافٹ ویئر کا ایک سیٹ ہے جو سروس مینجمنٹ میں کام کرتا ہے ، جو خدمت کی سطح کو سنبھالنے کی کوشش کر رہا ہے۔ اس کے اوپر آپ کو بزنس پرفارمنس مینجمنٹ مل گیا ہے۔ اس کے بعد ، اگر آپ ذیل میں ، سروس مینجمنٹ آٹومیشن ایریا کو دیکھیں گے تو ، آپ کو ایسی بکھری خدمات ملیں گی جو معیاری خدمات میں ترقی کرتی ہیں ، اگر آپ واقعتا اس طرح کی چیزوں میں سرمایہ کاری کرنے کی پرواہ کرتے ہیں ، جو مربوط خدمات میں ترقی کرتی ہے ، جو آپٹمائزڈ خدمات میں تیار ہوتی ہے۔ . زیادہ تر لوگوں نے کیا کیا ہے ، صرف اس کے نیچے بائیں کونے میں۔ ہوسکتا ہے تھوڑا سا خدمت کا انتظام ہو۔ کاروباری کارکردگی کا انتظام ، بہت کم۔ بگڑا ہوا ، تقریبا all یہ سب کچھ۔ ایک کامل دنیا اس گرڈ کو پُر کرے گی۔ اوزار - میں نے ذیلی اصلاح کے مسئلے کا ذکر کیا۔ آپ کسی سسٹم کے حصوں کو بہتر بناسکتے ہیں اور یہ پورے سسٹم کے ل. اچھا نہیں ہے۔ اگر آپ دل کو زیادہ سے زیادہ بہتر بناتے ہیں تو ، پھر آپ کا خون آپ کے باقی اعضاء کے لئے بھی تیز رفتار گردش کرسکتا ہے۔ یہ بڑی تنظیموں اور خدمات کی سطح کا مسئلہ ہے۔ واضح ہے کہ نفیس ٹولز کے بغیر کچھ حاصل نہیں کیا جاسکتا ہے کیونکہ متغیر ابھی حاصل کرچکا ہے - اچھی طرح سے آزمانے اور بہتر بنانے کے لئے بہت سارے متغیرات موجود ہیں۔
یہ کہنے کے بعد ، میں ڈیز کو جاؤں گا جو امید ہے کہ پوری طرح سے کسی اور کے بارے میں بات کروں گا۔
ڈیز بلوچفیلڈ: رابن ، شکریہ۔ ڈاکٹر رابن بلور کی طرح ، میں نے بھی بہت بڑے پیمانے پر بہت پیچیدہ نظاموں کی کارکردگی کے بارے میں سوچتے ہوئے بہت زیادہ سال گزارے ہیں۔ شاید رابن جیسا پیمانہ اتنا ہی نہیں ، لیکن کارکردگی ایک روزمرہ کا موضوع ہے اور ہر چیز سے بہترین استفادہ کرنے کے لئے کارکردگی چاہتے ہیں ، یہ ہمارے ڈی این اے کا حصہ ہے۔ در حقیقت ، میں نے دنیا کی اپنی پسندیدہ چیزوں میں سے ایک کا گرافک استعمال کیا ہے ، فارمولا I کار ریسنگ ، جہاں سیارہ تھوڑی دیر کے لئے بیٹھا رہتا ہے اور گاڑیاں بہت تیزی سے دائروں میں گھومتی رہتی ہے۔ ہر ایک پہلو ، فارمولا I کا کوئی پہلو ایسا نہیں جو خاص طور پر کارکردگی حاصل کرنے کے بارے میں نہ ہو۔ بہت سارے لوگ اس کھیل کو پو پُو کرتے ہیں کیونکہ ان کے خیال میں یہ پیسہ ضائع ہوتا ہے۔ اس کار سے پتہ چلتا ہے کہ ہم ہفتے کے آخر میں اور دوسرے دن اسکولوں میں بچوں کو فٹ بال میں اتارنے کے لئے چلانے والی کار کی کارکردگی پر مبنی ترقی اور تحقیق سے حاصل کرتے ہیں۔ یہ فارمولا I کار ریسنگ کی زندگی کی طرح ہے۔ روزانہ کی سائنس ، روزمرہ کی سائنس ، اکثر ایسی چیزوں کی پسند سے آتی ہے جس کو مکمل طور پر اعلی کارکردگی پر مرکوز کیا جاتا ہے۔
حقیقت یہ ہے کہ ، ہماری نئی "ہمیشہ" دنیا ، جو 100 فیصد اپ ٹائم کا مطالبہ کرتی ہے - جیسا کہ روبین نے پہلے ذکر کیا ہے - ویب میل اور دیگر خدمات کے تعارف جیسے چیزوں کے ساتھ جو ہم مستقل جگہ میں حاصل کرتے ہیں ، اور اب ہم توقع کرتے ہیں کہ ہمارے انٹرپرائز اور کام کا ماحول۔ حقیقت یہ ہے کہ ہمیشہ رہنے کا مطلب یہ نہیں ہوتا کہ آپ اپنے خدمت کی سطح کے معاہدے پر پورا اترتے ہو۔ مجھے درخواست کی کارکردگی کو سنبھالنے کی ضرورت پیش آرہی ہے اور خدمت کی سطح پر دستیابی کے معاہدے میں پچھلی دہائی میں ایک بنیادی تبدیلی آئی ہے۔ ہم صرف ایک سسٹم کی کارکردگی کے بارے میں فکر کرنے کی کوشش نہیں کر رہے ہیں۔ جب دنیا قدرے آسان تھی ، ہمارے یہاں ایسی صورتحال ہوسکتی ہے جہاں ایک ہی سرور پر متعدد خدمات چلانے والے کی براہ راست نگرانی کی جاسکتی ہے اور اس کی حمایت کرنا نسبتا straight سیدھا تھا۔ ہم کر سکتے ہیں - اور یہ میری چھوٹی سی بات ہے ، جن چیزوں کے بارے میں ہم فکر کرتے تھے جب میں بہت سارے سال پہلے سسٹم ایڈمنسٹریٹر تھا۔ - ہم اردگرد نظر ڈالیں گے ، کیا خدمت عموما up حاضر ہے اور جواب دے رہی ہے؟ کیا میں مثال کے طور پر ٹرمینل میں لاگ ان ہوسکتا ہوں؟ کیا آپریٹنگ سسٹم جواب دے رہا ہے اور کیا میں کمانڈ ٹائپ کرسکتا ہوں؟ کیا درخواستیں چل رہی ہیں اور چل رہی ہیں؟ کیا میں کام کرنے میں عمل اور میموری کو دیکھ سکتا ہوں اور پورے نیٹ ورک میں اور / I مین فریم کے دنوں میں آپ ٹیپ زپ زپ زپ اور ان میں سے کاغذ گرتے ہوئے سن سکتے ہیں۔
کیا ایپس جواب دے رہی ہیں اور کیا ہم لاگ ان ہو سکتے ہیں اور ان پر چیزیں کر سکتے ہیں؟ کیا صارفین ان میں سے کچھ سرور سے رابطہ قائم کرنے کے اہل ہیں؟ یہ چلتا ہے۔ آپ جانتے ہیں کہ یہ کافی بنیادی ہیں۔ پھر کچھ مضحکہ خیز - کیا ہیلپ ڈیسک سبز ہے؟ کیونکہ اگر نہیں تو سب کچھ ٹھیک چل رہا ہے ، اور کون ڈونٹس لینے جا رہا ہے؟ ان دنوں میں زندگی واقعی آسان تھی۔ یہاں تک کہ ان دنوں میں ، اور پھر میں 20–30 سال پہلے بات کر رہا ہوں ، پیچیدگی ابھی بھی زیادہ تھی۔ ہم نسبتا straight سیدھے سادے انداز میں ، خدمت کے سطح کے معاہدوں کا نظم و نسق اور کارکردگی پر نگاہ رکھے۔ جیسا کہ رابن نے اشارہ کیا ہم اب ہاتھ سے نہیں کرسکتے ہیں۔ چیلنج بہت بڑا ہے۔ حقیقت یہ ہے کہ جب کچھ اچھی ایپس ، منتظمین ، سسٹم نیٹ ورک اور ڈیٹا بیس ، ایڈمن نگرانی اور کارکردگی SLAs کو پورا کرسکتے ہیں۔ ایس ایل اے ابھی دور جا چکے ہیں کہ میں نے کل رات جدوجہد کی جب میں اپنے آخری نوٹوں کو اس سال کے بارے میں سوچنے کے لئے جوڑ رہا تھا جب میں نے آخری مرتبہ ایک بہت ہی پیچیدہ اسٹیک کے نظام کو دیکھنے کا انتظام کیا تھا ، اور اس کا احساس بھی کیا تھا اور یہاں تک کہ یہ سمجھنے میں کیا تھا ہڈ کے نیچے چل رہا ہوں ، اور میں گہری تکنیکی پس منظر سے آیا ہوں۔ میں تصور نہیں کرسکتا کہ انتظامیہ کے مطابق روزانہ کی بنیاد پر اس کا سامنا کیا ہے۔
کیا ہوا؟ ٹھیک ہے ، 1996 میں ، انٹرنیٹ تیزی کے ساتھ ڈیٹا بیس سے چلنے والے ایپس کو تبدیل کیا گیا۔ ہم میں سے بہت کچھ اس کے ذریعے رہا ہے۔ یہاں تک کہ اگر آپ انٹرنیٹ کے عروج کے آس پاس نہیں تھے ، آپ آسانی سے آس پاس دیکھ سکتے ہیں اور محسوس کرسکتے ہیں کہ روزمرہ کی زندگی میں ، کہ ہم اب ہر چیز کو انٹرنیٹ پر جکڑ لیتے ہیں۔ مجھے یقین ہے کہ ہمارے پاس ٹاسٹر ملا ہے جو بظاہر وائی فائی حاصل کرنے کا آپشن لے کر آیا ہے جو کہ مضحکہ خیز ہے ، کیوں کہ مجھے انٹرنیٹ سے جڑے اپنے ٹاسٹر کی ضرورت نہیں ہے۔ 2000 کی دہائی میں ، خاص طور پر 2000 کی دہائی کے اوائل میں ، ہمیں ڈاٹ کام بوم میں خدمت کی کارکردگی کی فراہمی میں پیچیدگی کے دور میں اس بڑے پیمانے پر نمو کرنا تھا۔ اس کے بعد ویب 2.0 میں ایک اور مضحکہ خیز عجیب و غریب چنگاری چھا گئی ، جہاں اسمارٹ فون آتے ہیں اور اب ایپلی کیشنز ہمارے ہاتھ میں ہیں 24/7 اور ہمیشہ آن موڈ ہوتے ہیں۔
ابھی 2016 کی بات ہے ، ہمیں بادل اور بڑے اعداد و شمار اور نقل و حرکت کی شکل میں ایک اور دلدل کا سامنا کرنا پڑا۔ یہ ایسے سسٹم ہیں جو صرف اتنے بڑے ہوتے ہیں کہ ان کو سمجھنا اور سادہ انگریزی میں ڈالنا اکثر مشکل ہوتا ہے۔ جب ہم اس حقیقت کے بارے میں سوچتے ہیں کہ ہم جن بڑے یونیکورنز کی بات کرتے ہیں ان میں سے سیکڑوں پیٹا بائٹس کا ڈیٹا ہوتا ہے۔ یہ صرف آپ کے ای میل ، تصاویر اور سوشل میڈیا کے انعقاد کے لئے ڈسک کی جگہ اور اسٹوریج کی پوری منزل ہے۔ یا کچھ معاملات میں ، نقل و حمل اور شپنگ رسد میں ، یہ سب کچھ بینکنگ میں ہوتا ہے ، یہ آپ کا پیسہ کہاں ہے ، یا جہاں آپ کی پوسٹ ہے ، یا جہاں آپ ای بے پر خریدی ہوئی چیز ہے۔ اگلی بڑی لہر جس کا ہم سامنا کرنے والے ہیں وہ چیزوں کے انٹرنیٹ کا یہ بہت بھاری چیلنج ہے۔
اگر یہ اتنا برا نہ تھا تو ، ہم مصنوعی ذہانت اور علمی کمپیوٹنگ کو تقریبا everything ہر چیز میں تیار کرنے والے ہیں۔ ہم ان دنوں سری اور گوگل انجنوں سے بات کرتے ہیں۔ میں جانتا ہوں کہ ایمیزون کی اپنی ایک چیز ہے۔ بیدو کے پاس ان میں سے ایک ڈیوائس تھی جس سے آپ بات کرسکتے ہیں ، وہ اسے اس ٹیکسٹ میں تبدیل کرتے ہیں جو ایک عام سسٹم میں جاتا ہے ، ڈیٹا بیس ایک سوال بناتا ہے اور واپس آتا ہے اور عمل کو الٹ دیتا ہے۔ اس میں آنے والی پیچیدگی کے بارے میں سوچئے۔ حقیقت یہ ہے کہ آج کے معیاری اطلاق اسٹیک کی پیچیدگی انسانی صلاحیتوں سے بہت دور ہے۔ جب آپ ہر اس چیز کے بارے میں سوچتے ہیں جب آپ اپنے اسمارٹ فون ڈیوائس یا اپنے ٹیبلٹ پر کسی بٹن کو دباتے ہیں تو ، آپ اس سے بات کرتے ہیں ، اسے ٹیکسٹ میں تبدیل کرتے ہیں ، چلتا ہے کہ انٹرنیٹ کے راستے میں بیک سینڈ سسٹم میں جاتا ہے ، تو سامنے والا آخر موصول ہوتا ہے جو ، اسے استفسار میں بدلتا ہے ، درخواست کو اسٹیک کے ذریعہ استفسار کرتا ہے ، ڈیٹا بیس کے ذریعے جاتا ہے ، ڈسک سے ٹکرا جاتا ہے ، واپس آ جاتا ہے ، اور درمیان میں ایک کیریئر نیٹ ورک ہوتا ہے ، وہاں ایک مقامی ایریا نیٹ ورک اسٹیٹس سینٹر ہوتا ہے۔ پیچیدگی پاگل ہے۔
ہم مؤثر طریقے سے اس پر ہائپر اسکیل کے طور پر زور دیتے ہیں۔ ہائپر اسکیل کی پیچیدگی اور رفتار صرف آنکھوں کا پانی ہے۔ ایپلی کیشنز اور ڈیٹا بیس اتنے بڑے اور اتنے پیچیدہ ہوچکے ہیں ، کہ کارکردگی کو منظم کرنا حقیقت میں خود ایک سائنس ہے۔ بہت سے لوگ اس کو راکٹ سائنس کہتے ہیں۔ ہمارے پاس آن سائٹ سائٹ ہے ، ہمارے پاس آف سائیٹ ٹکنالوجی ہے ، ہمارے پاس ڈیٹا سینٹر کے بہت سارے اختیارات ہیں۔ جسمانی اور مجازی. ہمارے پاس جسمانی اور ورچوئل سرورز ہیں ، ہمیں بادل مل گیا ہے ، ہمارے پاس ایک خدمت کے طور پر انفراسٹرکچر موجود ہے اور ایک خدمت کے طور پر سافٹ ویئر اور سافٹ ویئر ایک خدمت کی حیثیت سے اب ایک چیز ہے جسے ہم قدر کی نگاہ سے دیکھتے ہیں۔ بعد میں ، سافٹ ویئر ، بطور سروس ، کچھ سال پہلے خوفناک ہوگیا جب سی ایف اوز اور تنظیم کے کچھ حص realizedوں کو یہ احساس ہو گیا کہ وہ اپنا کریڈٹ کارڈ اٹھا سکتے ہیں اور صرف چیزیں خود خرید سکتے ہیں اور سی آئی او کے ارد گرد جاسکتے ہیں اور مؤثر طریقے سے ہم نے اس "شیڈو" کو بلایا آئی ٹی ”اور سی آئی اوز اب اس کو پیچھے چھوڑنے اور ریسلنگ کنٹرول کو دوبارہ ختم کرنے کی کوشش کرتے ہیں۔
انفراسٹرکچر میں ہمیں سافٹ ویئر سے متعین نیٹ ورکنگ ، نیٹ ورک فنکشن ورچوئلائزیشن ، جس کے نیچے ہمارے پاس ، شاید ختم ہوچکا ہے ، اب ہمارے پاس مائیکرو سروسز اور فعال خدمات کی ایپس موصول ہوگئیں۔ جب آپ کسی URL پر کلک کرتے ہیں تو ، اس کاروباری منطق کا ایک گروپ ہوتا ہے جو اس URL کے آخر میں بیٹھتا ہے جو بیان کرتا ہے کہ اسے در حقیقت اس کو فراہم کرنے کی کیا ضرورت ہے۔ ضروری نہیں کہ اس کے لئے پریبلٹ منطق کا انتظار کیا جائے۔ ہمارے پاس ایک طرف روایتی ڈیٹا بیس ہیں جو بہت ، بہت بڑے پیمانے پر ہیں۔ ہمیں دوسرے اسپیکٹرم میں ہڈوپ انفراسٹرکچر اور ایکو سسٹم کی پسندیں ملی ہیں جو اتنی بڑی ہیں کہ ، جیسا کہ میں نے کہا ، آپ جانتے ہو ، لوگ اب ڈیٹا کے سیکڑوں پیٹا بائٹس کے بارے میں بات کر رہے ہیں۔ ہمیں اب تک جانے والے آلات ، لیپ ٹاپس اور فونز اور گولیوں کے ساتھ لے جانے والے آلات تک پیچیدہ نقل و حرکت حاصل ہوئی ہے۔
ہمیں کچھ منسلک ماحول میں اور زیادہ تیزی سے بائیوڈ مل گیا ہے ، چونکہ جنرل وائی کے تجربہ کار لوگ اپنے اپنے آلے لے رہے ہیں۔ ہم انہیں صرف ان سے ویب انٹرفیس کے بارے میں بات کرنے دیتے ہیں۔ انٹرنیٹ پر یا وائی فائی سے زیادہ ، ہمارے پاس کیفے میں نیچے مفت Wi-Fi موجود ہے جب وہ کافی پیتے ہیں۔ یا ہمارا اندرونی وائی فائی۔ مشین سے مشین اب ہمیشہ موجود ہے۔ یہ چیزوں کے انٹرنیٹ کا براہ راست حصہ نہیں ہے ، بلکہ اس سے متعلق بھی ہے۔ چیزوں کا انٹرنیٹ ایک پیچیدگی کا ایک نیا نیا کھیل ہے جو ذہن میں گھوم رہا ہے۔ مصنوعی ذہانت ، اور اگر آپ کو لگتا ہے کہ اب ہم جو سری اور دیگر متعلقہ آلات سے بات کرتے ہیں ہم ان کے ساتھ کھیل رہے ہیں ، یہ پیچیدہ ہے تو ، اس وقت تک انتظار کریں جب آپ اولی نامی کوئی چیز دیکھیں جو 3-D ہے۔ چھپی ہوئی بس جس میں لگ بھگ چھ افراد لگتے ہیں اور وہ خود کو شہر کے آس پاس چلا سکتے ہیں اور آپ اس سے سیدھی سادگی انگریزی بول سکتے ہیں ، اور یہ آپ سے بات کرے گی۔ اگر یہ ٹریفک سے ٹکرا جاتا ہے تو ، یہ فیصلہ کرے گا کہ جہاں مرکزی ٹریفک ہے وہاں بائیں یا دائیں سے مڑ جائے۔ جیسے ہی یہ موڑ جاتا ہے اور آپ پریشان ہوجاتے ہیں کہ مرکزی سڑک سے بائیں اور دائیں کیوں مڑ گیا ہے ، یہ آپ سے کہے گا ، "فکر مت کرو ، میں بائیں طرف مڑنے والا ہوں۔ آگے ٹریفک ہے اور میں اس کے آس پاس جاؤں گا۔
وہاں موجود تمام سسٹمز کی کارکردگی اور تمام پیچیدگیوں کا انتظام ، اس سے باخبر رہنا کہ وہ ڈیٹا کہاں جاتا ہے ، چاہے وہ ڈیٹا بیس میں جائے ، تمام آپس میں جڑے ہوئے اور تمام متعلقہ بٹس محض ذہن میں ڈوب رہے ہیں۔ حقیقت یہ ہے کہ آج کی رفتار اور پیمانے پر پرفارمنس اور ایس ایل اے کے انتظام کے ل tools ٹولز اور سسٹم کی ضرورت ہوتی ہے ، اور بطور ڈیفالٹ یہ اب ایسی کوئی چیز نہیں ہے جہاں آپ صرف یہ سمجھتے ہو کہ کوئی ٹول رکھنا ہی اچھا ہوگا۔ یہ ایک شرط ہے۔ یہ بالکل ضروری ہے۔ یہاں ایک چھوٹی سی مثال کے طور پر کچھ ہے ، اوپن اسٹیک ، اوپن سورس سافٹ ویئر کی وضاحت والے بادل کے ل. اعلی سطحی ایپلی کیشن ڈیزائن آریگرام کی ایک فہرست۔ یہ صرف ایک بہت بڑا حصہ ہے۔ یہ صرف سرور اور ڈیٹا بیس نہیں ہے۔ یہ وہ جگہ ہے جہاں ہر چھوٹا نیلے بلاب چیزوں کے جھرمٹ کی نمائندگی کرتا ہے۔ کچھ معاملات میں فائلیں اور سرور یا سیکڑوں ڈیٹا بیس یا یقینا دسیوں ہزاروں چھوٹے ایپلیکیشنز کے چھوٹے چھوٹے ٹکڑوں کو منطق سے چلانے میں نہیں۔ یہ ایک چھوٹا ورژن ہے۔ جب آپ اس میں آنے والی پیچیدگیوں کے بارے میں سوچنا شروع کردیتے ہیں تو واقعی یہ بات کافی ذہن میں ہے۔ آج ، صرف بڑے اعداد و شمار کی جگہ میں ، میں صرف کچھ برانڈز کے اسکرین شاٹس رکھوں گا۔ جب آپ ان تمام ٹکڑوں کے بارے میں سوچتے ہیں جو ہمیں یہاں سنبھالنے کے ل. ہیں ، تو ہم صرف ایک برانڈ کے بارے میں ضروری بات نہیں کر رہے ہیں ، یہ تمام بڑے برانڈز ہیں جو بڑے اعداد و شمار کی زمین کی تزئین کی اور اعلی برانڈ کے ہیں ، نہ کہ ہر چھوٹا چھوٹا سا یا کھلا ذریعہ۔ آپ کو نظر آرہی ہے اور آپ کو لگتا ہے کہ یہ کافی ذہن سازی کرنے والا چارٹ ہے۔
آئیے صرف عمودی جوڑے پر ایک نظر ڈالیں۔ آئیے ، مثال کے طور پر مارکیٹنگ کرتے ہیں۔ یہاں ایک مماثل چارٹ ہے لیکن وہ ٹیکنالوجی اسٹیکس سے جو صرف مارکیٹنگ ٹکنالوجی میں دستیاب ہے۔ یہ 2011 کا گراف ہے۔ یہ 2016 کا ورژن ہے۔ ذرا سوچئے ، یہ صرف ان برانڈز کی تعداد کی ہے جن کی مارکیٹنگ ٹکنالوجی کے سلسلے میں آپ ٹیکنالوجی کے لئے چلا سکتے ہیں۔ وہاں کے اندر موجود نظام کی پیچیدگی نہیں ، مختلف ایپ اور ویب اور ڈویلپمنٹ اور نیٹ ورک اور سب دوسرے نہیں۔ بس برانڈ۔ پہلے ، پانچ سال پہلے اور آج ہے۔ یہ صرف خراب ہونے جارہا ہے۔ ہم ابھی اس مقام پر ہیں جہاں حقیقت یہ ہے کہ انسان صرف خدمت کی سطح کے تمام معاہدوں کو یقینی نہیں بنا سکتا۔ ہم کافی تفصیل سے ، بہت تیزی سے ، اور جس پیمانے پر ہمیں ضرورت ہیں اس میں غوطہ نہیں لگا سکتے۔ یہاں ایک نگرانی کنسول کی طرح دکھتا ہے اس کی ایک مثال ہے۔ یہ اس طرح ہے جیسے تقریبا twenty بیس عجیب اسکرینیں ایک دوسرے کے ساتھ چپٹی ہوئی ہیں اور یہ دعوی کرتی ہیں کہ وہ ہر ایک چھوٹے ٹکڑے پر ایک بڑی ، بڑی پیش گوئی کی اسکرین پر نگاہ رکھتے ہیں۔ اب یہاں دلچسپ بات ہے ، میں اس برانڈ کا ذکر نہیں کروں گا ، لیکن یہ مانیٹرنگ پلیٹ فارم لاجسٹکس اور شپنگ ماحول میں کسی ایک درخواست کی نگرانی کر رہا ہے۔ صرف ایک ایپ اگر آپ سوچتے ہیں کہ رابن اس بارے میں کیا بات کررہا ہے جہاں تنظیموں کے پاس اب پیداوار کے ماحول میں 40،000 ڈیٹا بیس ہوسکتے ہیں۔ کیا آپ ذرا تصور کرسکتے ہیں کہ ایک درخواست کی نگرانی کرنے والی اسکرینوں کے اس مجموعہ کے 40،000 ورژن کی طرح ہوسکتے ہیں؟ یہ ایک بہت ہی بہادر دنیا ہے جس میں ہم رہتے ہیں۔ جیسا کہ رابن نے کہا ہے اور میں بالکل بھی ، 100 فیصد گونجوں گا کہ ، ان ٹولوں کا استعمال کرتے ہوئے میز پر صحیح مدد اور لوک کے بغیر ، درخواست کی کارکردگی انسانوں کے لئے ایک کھوئی ہوئی کھیل ہے اور یہ ٹولز اور سافٹ وئیر کے ذریعہ کرنا ہے۔
اس کے ساتھ ہی میں IDEA میں اپنے دوستوں کے پاس جاؤں گا۔
ایرک کااناگ: ٹھیک ہے ، بل۔
بل ایلس: شکریہ۔ میری اسکرین یہاں پر بانٹ رہا ہے۔ مجھے لگتا ہے کہ کیا کوئی اس بات کی تصدیق کرسکتا ہے کہ آپ میری اسکرین دیکھ سکتے ہیں؟
ڈاکٹر رابن بلور: ہاں
ایرک کااناگ: یہ ٹھیک ہے۔
بل ایلس: شکریہ۔ ایک چیز جس کا انہوں نے حوالہ دیا وہ یہ تھا کہ میں واقعی میں خود سے چلنے والی کار کا انتظار نہیں کرسکتا تھا۔ ایک چیز جس کے بارے میں میں نے کسی کے بارے میں بات نہیں سنی تھی ، وہ یہ کہ جب سانس چلتا ہے تو کیا ہوتا ہے؟ مجھے حیرت ہے کہ کیا کیلیفورنیا میں انجینئروں کو یہ احساس ہو گیا ہے کہ ملک کے دیگر حصوں میں یہ تھوڑا سا سنو رہا ہے۔
ڈیز بلین فیلڈ: مجھے یہ پسند ہے ، میں اسے یاد کروں گا۔
ایرک کااناگ: ایک میل ایک گھنٹہ۔
بل ایلس: ہم ایک پیچیدہ ماحول میں درخواست کی کارکردگی کے انتظام کے بارے میں بات کرنے کے لئے یہاں موجود ہیں۔ ایک چیز جس کے بارے میں میں بات کرنا چاہتا ہوں وہ ہے ، بہت سارے لوگ ، جب وہ کارکردگی کے بارے میں بات کرتے ہیں تو ، رد عمل کی نوعیت ہوتی ہے ، ارے زیادہ سرورز ، زیادہ سی پی یو ، زیادہ میموری ، وغیرہ۔ اس سکے کا دوسرا رخ عمل کی کارکردگی ہے۔ واقعی ، یہ ایک ہی سکے کے دو رخ ہیں اور ہم ان دونوں پر ایک نظر ڈالیں گے۔ حتمی مقصد کاروباری لین دین کے لئے خدمت کی سطح کے معاہدوں کو پورا کرنا ہے۔ آخر کار یہ ساری ٹیکنالوجی کاروبار کے لئے موجود ہے۔ ہم نے صنعت کا پہلا پرفارمنس مینجمنٹ ڈیٹا بیس رکھنے کے بارے میں بات کی۔ اس کا مثالی کارکردگی کے مثالی سانچے میں فٹ ہونا اور ایپلی کیشنز لائف سائیکل کے آغاز سے ہی اس کا انتظام کرنا ہے۔
عنوانات واقعی میں چار ٹکڑوں پر ابلتے ہیں؛ ایک کارکردگی کا انتظام کرنے کا عمل ہے۔ ہم نے ہر ایک سے بات کی ، اور ہر ایک کے پاس ٹولز ہیں۔ اگر ان کے پاس ٹولز نہیں ہیں تو ، ان کے پاس اسکرپٹ یا کمانڈ موجود ہیں ، لیکن وہ جو گنوا رہے ہیں وہ سیاق و سباق ہے۔ سیاق و سباق صرف اطلاق کے تمام اسٹیکس پر نقطوں کو جوڑ رہا ہے۔ یہ ایپلی کیشنز - براؤزر پر مبنی ہیں۔ وہ بہت سختی سے جوڑا ہوا ہے کس طرح درجے کی بات چیت ہوتی ہے یہ بھی ضروری ہے۔ پھر ، ہم کاروباری لین دین کے بارے میں بات کر رہے ہیں۔ ہم نہ صرف تکنیکی لوگوں کو ، بلکہ ایپلی کیشن مالکان اور آپریشن منیجرز کو بھی مرئیت فراہم کرنے جارہے ہیں۔
میں نے آپ کے ساتھ صرف ایک قسم کا اشتراک کرنے کے لئے جوڑے کے بارے میں مطالعہ کیا ہے جس طرح صارفین نے ان کو استعمال کرنے کے لئے رکھا ہے۔ یہ یہاں پریزنٹیشن کا ایک بہت ہی عملی حصہ ہے۔ آئیے ایک نظر ڈالیں کہ عام طور پر کیا ہوتا ہے۔ میں آریگرام کرنا چاہتا ہوں - یہ بالکل ٹکنالوجیوں کے ناقابل یقین کالج کی طرح تھا۔ ڈیٹا سینٹر میں ٹکنالوجیوں کی تعداد ابھی بڑھ چکی ہے ، اور بڑھتی ہے ، اور بڑھتی ہے۔ دریں اثنا ، ایک آخری صارف اس کی پرواہ نہیں کرتا ہے ، اور اس سے غافل ہے۔ وہ صرف لین دین کو استعمال کرنا چاہتے ہیں ، کیا یہ دستیاب ہو ، اسے تیزی سے مکمل کریں۔ عام طور پر کیا ہوتا ہے ، آئی ٹی میں پیشہ ور افراد کو اس بات کا علم ہی نہیں ہوتا ہے کہ آخر صارفین کو بھی کوئی مسئلہ درپیش ہے ، یہاں تک کہ وہ خود رپورٹ کریں۔ اس سے وقت لگتا ہے ، سست عمل اور اکثر مایوسی ہوتی ہے۔ کیا ہوتا ہے ، لوگ اپنے ٹول کھول دیں گے ، اور وہ ان کی درخواست کے اسٹیک کو دیکھیں گے۔ اس سب سیٹ کے ساتھ ، آسان سوال کا جواب دینا بہت مشکل ہو جاتا ہے۔ کیا آپ کو پریشانی کا سامنا کرنا معمول ہے؟ یہ کیا لین دین ہے؟ ایپلی کیشن اسٹیک میں جہاں رکاوٹ ہے؟ اس سارے وقت کو گزارنے کے بعد ، ان سوالوں کے جوابات دینے کے قابل نہیں ، آپ ڈھیر سارے وقت اور توانائی ، بہت سارے عملے ، فنڈز اور توانائی کی طرح تلاش کرنے میں صرف کرتے ہیں۔
اس کو حل کرنے کے ل a ، ایک بہتر راستہ فراہم کرنے کے لئے ، جو قطعی طور پر کام کرتا ہے وہ یہ ہے کہ آخر میں صارف کے ٹریک کا لین دین ہوتا ہے ، اس کے بارے میں میٹا ڈیٹا لیتا ہے ، نیٹ ورک کے ذریعے ، ویب سرور میں ، کاروباری منطق کے درجے میں ہوتا ہے اور ہم ملیٹیر ایپلی کیشنز میں نیٹ اور اے بی اے پی اور پیپل کوڈ اور ای بزنس سویٹ کی حمایت کرتے ہیں جو بالآخر سارے لین دین ریکارڈ کے نظام کے ساتھ تعامل کرنے جا رہے ہیں۔ چاہے یہ انوینٹری کی تلاش ہو ، رپورٹنگ کے وقت نے کام کیا ہو ، وہ ہمیشہ ڈیٹا بیس کے ساتھ بات چیت کرتے ہیں۔ ڈیٹا بیس کاروباری کارکردگی کی اساس بن جاتا ہے۔ ڈیٹا بیس ، بدلے میں ، اسٹوریج پر انحصار کرتا ہے۔ لین دین کے بارے میں میٹا ڈیٹا کیا جواب دیتا ہے ، کون ، کون سے ٹرانزیکشن ، جہاں ایپلی کیشن اسٹیک میں ہے اور پھر ہمارے پاس کوڈ لیول کی گہری مرئیت ہے جو آپ کو دکھا رہی ہے کہ کیا ہو رہا ہے۔ یہ معلومات مستقل طور پر گرفت میں لی جاتی ہے ، پرفارمنس مینجمنٹ ڈیٹا بیس میں ڈال دی جاتی ہے - یہ ہر ایک کے لئے موسیقی کی ایک ہی شیٹ بن جاتی ہے جس کو دیکھنے کے لئے کیا ہو رہا ہے۔ یہاں بہت سے لوگ اور تنظیمیں ہیں جو اس کی پرواہ کرتی ہیں کہ کیا ہو رہا ہے: تکنیکی ماہرین ، درخواست کے مالک ، آخر کار خود کاروبار۔ جب کوئی مسئلہ سامنے آجاتا ہے ، تو آپ اس لین دین کے بارے میں معلومات نکالنے کے قابل ہونا چاہتے ہیں۔
اس سے پہلے کہ ہم سرمایہ کاری کے لین دین کو دیکھیں ، میں آپ کو یہ دکھانا چاہتا ہوں کہ یہ تنظیم کے مختلف لوگوں کے سامنے کیسے ظاہر ہوسکتا ہے۔ مینجمنٹ ٹیر میں ، آپ متعدد ایپلی کیشنز کا جائزہ لینا چاہتے ہو۔ آپ اس صحت کے بارے میں جاننا چاہتے ہو جس کا حساب کتاب SLA تعمیل اور دستیابی سے کیا جاتا ہے۔ اس صحت کا مطلب یہ نہیں ہے کہ ہر کام 100 فیصد مکمل طور پر کام کر رہا ہے۔ اس معاملے میں آپ کی گنجائش ہے کہ آپ دیکھ سکتے ہیں کہ سرمایہ کاری کا لین دین انتباہی حیثیت میں ہے۔ اب ، تھوڑا سا گہرا ، ہوسکتا ہے کہ کاروبار کے سلسلے میں ، آپ انفرادی لین دین کے بارے میں کچھ اضافی تفصیل حاصل کرنا چاہتے ہیں ، جب وہ ایس ایل اے ، ٹرانزیکشن کی گنتی وغیرہ کی خلاف ورزی کرتے ہیں تو آپریشنل ٹیم کچھ لوگوں کے انتباہ کے ذریعہ اس کے بارے میں مطلع کرنا چاہے گی۔ ترتیب دیں. ہمارے پاس اندرونی کارکردگی کے بارے میں انتباہات موجود ہیں۔ ہم واقعتا the صارف کے براؤزر میں کارکردگی کی پیمائش کرتے ہیں۔ چاہے وہ انٹرنیٹ ایکسپلورر ، کروم ، فائر فاکس ، وغیرہ ، ہم اس کا پتہ لگانے کے اہل ہیں ، اس سے پہلے سوال کا جواب ملتا ہے: کیا آخر صارف کو مسئلہ درپیش ہے؟
آئیے ڈوبکی لگائیں اور دیکھیں کہ ہم اس کے بارے میں اور کیا دکھا سکتے ہیں۔ وہ لوگ جو کارکردگی میں دلچسپی رکھتے ہیں وہ قطعیت کا آغاز کریں گے۔ وہ لین دین کا اندازہ کریں گے۔ وہ ایس ایل اے کالم پر نظر ڈالیں گے تاکہ لین دین کی نشاندہی کی جاسکیں جو ایس ایل اے کے مطابق نہیں تھے۔ وہ ان آخری صارفین کو دیکھ سکیں گے جن پر اثر پڑا تھا اور ساتھ ہی اس اطلاق کے پورے اطلاق میں جیسے ہی اس لین دین سے کیا ہوا تھا۔ جس طرح سے آپ ان ہائروگلیفکس کو سمجھا کرتے ہیں ، وہ یہ براؤزر ، یو آر ایل ہے ، یو آر ایل کے لئے ہے ، یہی جے وی ایم میں داخلے کا مقام ہے۔ اب یہ خاص JVM دوسرے JVM کو ایک ویب سرور کال کرتا ہے جو ایس کیو ایل کے بیان کو چلاتا ہے۔ یہ واضح طور پر ایک ڈیٹا بیس کا مسئلہ ہے کیونکہ اس ایس کیو ایل کا بیان جوابی وقت کے 72 فیصد کے لئے ذمہ دار تھا۔ ہم وقت پر مرکوز ہیں۔ وقت کارکردگی کی کرنسی ہے۔ آخر کار صارفین یہ تجربہ کرتے ہیں کہ آیا چیزیں آہستہ چل رہی ہیں یا نہیں ، اور یہ وسائل کی کھپت کا ایک پیمانہ ہے۔ یہ ایک بہت ہی آسان ہے؛ یہ ایک واحد میٹرک ہے جو کارکردگی کی جانچ کے لئے سب سے اہم ہے۔ جب یہ مسئلہ ڈی بی اے کے حوالے کردیا جاتا ہے ، تو یہ صرف ڈیٹا بیس کا مسئلہ نہیں ہوتا ہے ، یہ ایس کیو ایل کا بیان ہے۔ یہ وہ سیاق و سباق ہے جس کے بارے میں میں بات کر رہا تھا۔
اب اس معلومات سے آراستہ ، میں اندر جاکر تجزیہ کرسکتا ہوں کہ کیا ہوا ہے۔ میں سب سے پہلے دیکھ سکتا ہوں ، y-axis دن بھر کا وقت ہے۔ معاف کیجئے ، y محور جوابی وقت ہے ، دن میں ایکس محور کا وقت ہے۔ میں دیکھ سکتا ہوں کہ وہاں ڈیٹا بیس کا مسئلہ ہے ، دو واقعات ہیں ، اس بہاؤ پر واپس جائیں ، اس ایس کیو ایل کا بیان اٹھا کر ماہر کے خیال میں جائیں ، جہاں پریسکس آپ کو یہ ظاہر کرنے کے قابل ہے کہ کیا ہو رہا ہے ، اس کے کنٹرول ، اس کوڈ میں کتنا وقت لگتا ہے پھانسی ڈیٹا بیس درجے میں ، اس پر عمل درآمد کا منصوبہ ہے۔ آپ نوٹ کریں گے کہ پریسائز نے اصل عملدرآمد کا منصوبہ اٹھایا تھا جو عمل درآمد کے وقت استعمال ہوتا تھا ، جو تخمینے والے منصوبے سے ممتاز ہوتا ہے ، جو اس وقت ہوگا جب منصوبہ دیا گیا تھا اور اس پر عمل درآمد کے وقت نہیں۔ یہ عکاسی کرسکتا ہے یا نہیں ظاہر کرتا ہے کہ ڈیٹا بیس نے اصل میں کیا تھا۔
اب یہاں ، ایس کیو ایل کے بیان کے لئے ردعمل کا وقت تجزیہ کیا گیا ہے۔ اسٹوریج میں گزارے گئے وقت کا نوے فیصد؛ سی پی یو میں دس فیصد استعمال ہوا۔ میں ایس کیو ایل کے بیان کے متن کے ساتھ ساتھ نتائج کی رپورٹ بھی دیکھ سکتا ہوں۔ ایس کیو ایل کے بیان کا متن دراصل کچھ کوڈنگ کے دشواریوں کو ظاہر کرنا شروع کرتا ہے۔ یہ منتخب ستارہ ہے۔ جو تمام قطاریں لوٹاتا ہے - معاف کیج، ، قطار میں سے سب کالم جو لوٹ آئے تھے۔ ہم اضافی کالموں کا رخ موڑ رہے ہیں جس کی درخواست کی ضرورت ہو سکتی ہے یا نہیں۔ وہ کالم عمل کرنے کیلئے جگہ اور وسائل کا استعمال کرتے ہیں۔ اگر آپ ایس اے پی چلاتے ہیں تو ، بڑی تبدیلیوں میں سے ایک ، کیوں کہ ہانا ڈیٹا بیس کالم ہے ، کیا یہ بنیادی طور پر ایس اے پی کو دوبارہ لکھ رہا ہے کہ منتخب ستارے کا انتخاب نہ کریں تاکہ وہ وسائل کی کھپت کو بہت کم کرسکیں۔ یہ بنیادی طور پر ایسی چیز ہے جو گھریلو ایپلیکیشنز میں بھی بہت زیادہ وقت ہوتی ہے ، خواہ جاوا ، نیٹ ، وغیرہ۔
اس اسکرین سے ، یہ آپ کو دکھاتا ہے کہ کون ، کیا ، کب ، کہاں اور کیوں۔ ایس کیو ایل اسٹیٹمنٹ اور عملدرآمد کی منصوبہ بندی کی طرح کیوں ، جو آپ کو مسائل حل کرنے کی اجازت دیتا ہے۔ چونکہ عین مطابق مسلسل چلتا ہے ، لہذا آپ واقعی اس سے پہلے اور اس کے بعد ، ایس کیو ایل اسٹیٹمنٹ سطح پر ، لین دین کی سطح پر پیمائش کرسکتے ہیں ، لہذا یا تو آپ اپنے آپ کے ساتھ ساتھ درخواست دہندگان اور انتظامیہ کے ذریعہ پیمائش کرسکتے ہیں ، کہ آپ نے مسئلہ حل کرلیا ہے۔ . وہ دستاویزات واقعی مددگار ہیں۔ اس ایپلیکیشن اسٹیک میں کافی پیچیدگیاں ہیں۔ بہت ساری ایپلیکیشنز ، حقیقت میں ، ہر ایک نے جس سے ہم نے بات کی ہے ، کم از کم درخواست اسٹیک کا ایک حصہ VMware کے تحت چلائیں۔ اس معاملے میں ، وہ کسٹمر سروس کی ایپلی کیشن کو دیکھ رہے ہیں ، وہ لین دین کے وقت کو دیکھ رہے ہیں ، اور اس کی وجہ سست روی سے ورچوئلائزیشن واقعہ ہے۔ عین مطابق ورچوئلائزیشن کے تمام واقعات کو ٹریک کرتا ہے۔ اس کو لینے کے ل We ہمارے پاس vCenter میں پلگ ان ہے۔
ہم تنازعات کا پتہ لگانے کے بھی اہل ہیں۔ تنازعہ استعمال سے مختلف ہے۔ دراصل یہ ظاہر کرنا کہ جب کوئی شور والا پڑوسی آپ کے مہمان VM کو متاثر کر رہا ہو ، تو کسٹمر سرور کی درخواست کے تناظر میں۔ اب ، میں مشق کرنے اور معلومات حاصل کرنے کے قابل ہوں اور میں حقیقت میں سی پی یو وسائل کے لئے ، دو VMs جو مقابلہ کررہا ہوں ، کو دیکھ سکتا ہوں۔ اس سے مجھے مرئیت حاصل ہوسکتی ہے تاکہ میں شیڈولنگ کو دیکھ سکوں۔ میں ایک مختلف جسمانی سرور پر مہمان VM رکھ سکتا ہوں۔ ان تمام قسم کی چیزوں کا جن کا آپ جواب دے سکتے ہیں اور اس کے علاوہ ، میں اصل میں کوڈ کی کارکردگی کو دیکھ سکتا ہوں تاکہ اس میں کم سی پی یو کا استعمال ہو۔ میرے خیال میں اس پیش کش میں میرے پاس اس کی عمدہ مثال ہے کہ کس طرح کسی نے شدت کے احکامات کے ذریعہ سی پی یو کی کھپت کو کم کرنے کے قابل کیا۔
وہ وی ایم ویئر تھا۔ آئیے کوڈ میں ہی جائیں ، ایپلیکیشن کوڈ۔ عین مطابق آپ کو جاوا ،. نیٹ ، اے بی اے پی کوڈ ، ای بزنس ، پیپل کوڈ ، وغیرہ کے اندر جو کچھ ہورہا ہے اسے ظاہر کرنے کے قابل ہو جائے گا۔ یہ ایسے معاملات میں ، ویب لاجک میں داخل ہونے والے مقامات ہیں۔ یہاں نیچے ، ایک فائنڈنگ رپورٹ ہے جو مجھے بتاتی ہے کہ یہ ای جے بی ہیں جن کو آپ کو دیکھنے کی ضرورت ہے ، اور مجھے بتائیں گے کہ آپ کو اس سسٹم پر لاکنگ بھی ہو گئی ہے۔ ایک بار پھر ، یہ ظاہر کرنے کے لئے کہ کاروبار کیا ہو رہا ہے ، تجارتی منطق کے اندر ڈرل کریں۔ اس معاملے میں ، میں خاص مثالوں کو دیکھ رہا ہوں؛ میں بھی جھرمٹ کی حمایت کرتا ہوں۔ اگر آپ کے پاس متعدد جے وی ایم چل رہے ہیں تو ، آپ مجموعی طور پر کلسٹر کو دیکھ سکتے ہیں ، یا انفرادی جے وی ایم میں رکاوٹوں کو دیکھ سکتے ہیں۔
جیسے ہی آپ لاکنگ میں جاتے ہیں ، میں مستثنیات میں شامل ہوسکتا ہوں۔ استثناء کارکردگی کے مسئلے سے تھوڑا سا مختلف ہے۔ عام طور پر ، مستثنیات بہت تیزی سے چلائے جاتے ہیں۔ کیونکہ ایک منطق کی خرابی ہے اور ایک بار جب آپ اس منطق کی غلطی کو نشانہ بناتے ہیں تو ، یہ ختم ہوجاتا ہے۔ ہم ایک استثناء کے سب سے پہلے اسٹیک ٹریس کو پکڑنے میں کامیاب ہوگئے تھے ، اس سے کافی وقت بچ سکتا ہے کیونکہ یہ جاننے کی کوشش کر رہا ہے کہ کیا ہو رہا ہے ، آپ کے پاس اسٹیک کا سراغ ابھی موجود ہے۔ ہم میموری لیک کو بھی پکڑنے میں کامیاب ہیں۔ حل میں ڈیٹا بیس ٹیر بھی شامل ہے ، میں جاسکتا ہوں ، میں ڈیٹا بیس مثال کا اندازہ کرسکتا ہوں۔ ایک بار پھر ، y- محور وہ جگہ ہے جہاں وقت گزارا جاتا تھا ، دن میں ایکس محور کا وقت ہوتا ہے۔ ایسی ایک فائنڈنگ رپورٹ ہے جو صرف خود بخود مجھے بتاتی ہے کہ سسٹم میں کیا ہو رہا ہے اور میں کیا دیکھ سکتا ہوں۔
پریسائز کے نتائج کی اطلاع کے بارے میں ایک چیز ، یہ صرف نوشتہ جات یا انتظار کی حالت کو نہیں دیکھتی ہے - یہ سی پی یو سمیت تمام عملدرآمد کی ریاستوں ، اور ساتھ ہی اسٹوریج سے معلومات لوٹانے پر بھی نظر ڈالتی ہے۔ اسٹوریج ایپلی کیشن اسٹیک کا ایک بہت ہی اہم حصہ ہے ، خاص طور پر ٹھوس ریاست کی آمد کے ساتھ۔ ان خطوط کے ساتھ معلومات حاصل کرنا بہت مددگار ثابت ہوسکتا ہے۔ مخصوص اسٹوریج اکائیوں کے ل we ، ہم دراصل ڈرل کرکے دکھا سکتے ہیں کہ انفرادی ڈیوائس کی سطح پر کیا ہو رہا ہے۔ اس قسم کی معلومات - ایک بار پھر ، اس کی گہری نظر ہے ibility اس کا دائرہ کار وسیع ہے - تاکہ آپ کو اطلاق کی کارکردگی کے پیشہ ور کی حیثیت سے زیادہ سے زیادہ فائدہ اٹھانے کے ل just آپ کو اتنی زیادہ معلومات فراہم کی جاسکیں ، تاکہ آپ ان کاروباری لین دین کو پورا کرنے کے لئے اپنی درخواستوں کو اختتام سے آخر تک بنیاد بناسکیں۔
میرے پاس کیس اسٹڈی کے ایک جوڑے ہیں جو میں آپ کے ساتھ شیئر کرنا چاہتا تھا۔ ہم بہت تیزی سے ساتھ کروز۔ مجھے امید ہے کہ میں ایک ٹھیک رفتار سے جا رہا ہوں۔ اسٹوریج کے بارے میں بات کرتے ہوئے ، وقت کے ساتھ ہر شخص ہارڈ ویئر کو تبدیل کرتا ہے۔ ایک ہارڈ ویئر کی وارنٹی ہے۔ کیا واقعتا یہ وہی پہنچا تھا جو فروش نے آپ کو بتایا تھا؟ آپ اس کا اندازہ عین مطابق کے ساتھ کر سکتے ہیں۔ آپ اندر آئیں ، اور یہاں کیا ہوا ، انہوں نے بنیادی طور پر ایک نیا اسٹوریج یونٹ لگایا ، لیکن جب اسٹوریج ایڈمنسٹریٹرز صرف اسٹوریج یونٹ کی سطح پر نظر ڈالیں تو انھیں کافی تنازعہ نظر آیا اور ان کا خیال تھا کہ اس نئے اسٹوریج یونٹ میں کوئی پریشانی ہو سکتی ہے۔ . اختتام سے آخر کے نقطہ نظر سے مزید چیزوں کو تلاش کرنا ، خاص طور پر یہ بتانا کہ واقعتا یہ کہاں ہوگا۔ وہ دراصل فی سیکنڈ میں تقریبا 400 400 میگ کے حساب سے گزرے تھے ، جہاں اسٹوریج جوابی وقت کے 38 فیصد کے لئے ذمہ دار تھا ، لہذا یہ بہت زیادہ ہے۔ نئے اسٹوریج یونٹ کے ذریعہ ہم نے حقیقت میں تھروپوت کو چھ ، سات سو میگا فی سیکنڈ تک ٹکرا دیا ، لہذا بنیادی طور پر دوگنا ، اور ہم اسٹوریج ٹیر کی شراکت کو آدھے حصے میں لین دین میں کم کرنے میں کامیاب ہیں۔ میں واقعی اس سے پہلے گراف کرنے کے قابل ہوں ، یہ کٹ اوور پیریڈ ہے ، اور اس کے بعد کا۔
لہذا ایک بار پھر ، دستاویزات یہ ثابت کرنے کے لئے کہ ہارڈ ویئر کی سرمایہ کاری اس کے قابل ہے اور انہوں نے اس مخصوص فروش کی توقع کے مطابق ڈلیور کردی بہت ساری چیزیں ، پیچیدگیوں ، تعداد کی تعداد کی وجہ سے ، ہر طرح کی چیزیں ہوسکتی ہیں جو ہو سکتی ہیں۔ اس معاملے میں ، ان کی حقیقت یہ ہے کہ ہر شخص ڈی بی اے کو مورد الزام ٹھہرا رہا تھا ، ڈی بی اے کی طرح تھی "ٹھیک ہے ، اتنی تیز نہیں۔" یہاں ہم واقعتا ایک ایس اے پی کی درخواست کو دیکھ رہے ہیں ، میرے خیال میں اس نوعیت کا منظر بہت عام ہے۔ . کیا ہوا ، وہ صارف کے لئے کسٹم ٹرانزیکشن تیار کررہے تھے۔ صارف کی طرح ہے ، "یہ بہت سست ہے۔" اے اے بی اے پی کوڈر - جو ایس اے پی میں پروگرامنگ کی زبان ہے ، نے کہا ، "یہ ایک ڈیٹا بیس کا مسئلہ ہے۔" انہوں نے اس صارف کو 60 سیکنڈ کی پیمائش کی ، اس طرح ایک منٹ کے دوران۔ پچھلے سرے میں تریپن سیکنڈ خرچ ہوا۔ انہوں نے پچھلے سرے میں کھینچ لیا اور وہ واقعتا the اترا ترتیب میں پیش کردہ SQL بیان کو ظاہر کرنے کے قابل تھے۔
ایس او ایس ایل کا یہ اعلٰی بیان جو وسائل کی کھپت کے 25 فیصد کے لئے ذمہ دار ہے ، اس پر عمل درآمد کا اوسط وقت دو ملی سیکنڈ ہے۔ آپ قسم کا ڈیٹا بیس کو مورد الزام نہیں ٹھہرا سکتے۔ تم جانتے ہو ، ارے اتنا تیز نہیں ، لڑکا۔ سوال یہ ہے کہ یہاں کیوں اتنی پھانسی دی جارہی ہے؟ ٹھیک ہے ، انہوں نے اسے اے بی اے پی پر واپس پھینک دیا ، وہ اندر چلا گیا ، لوپ کے گھونسلے کی طرف دیکھا ، پتہ چلا کہ وہ ڈیٹا بیس کو غلط جگہ پر بلا رہے ہیں ، انہوں نے بنیادی طور پر تبدیلی کی ، تبدیلی کا تجربہ کیا اور اب نیا ردعمل آنے کا وقت ہے۔ پانچ سیکنڈ تھوڑا سا آہستہ ، لیکن وہ اس کے ساتھ رہ سکتے ہیں۔ 60 سیکنڈ سے کہیں بہتر ہے۔ کبھی کبھی ، صرف باہر نکالنا ، کیا یہ ایپلیکیشن کوڈ ہے ، کیا یہ ڈیٹا بیس ہے ، کیا یہ اسٹوریج ہے؟ یہ وہ علاقے ہیں جہاں پریسیکینٹ ، اختتام سے آخر میں لین دین کے سیاق و سباق کے ذریعہ ، یہی وہ جگہ ہے جہاں عین مطابق کھیل میں آتی ہے۔ آپ بنیادی طور پر ان چیزوں کو ختم کرتے ہیں۔
میں وقت کو دیکھ رہا ہوں ، ایسا لگتا ہے جیسے ہمارے پاس ابھی بھی تھوڑا سا وقت باقی رہ گیا ہے۔ میں ان میں سے گزر رہا ہوں۔ یہ درخواست ایک سال سے جاری ہے۔ جب وہ کیو اے میں گئے تو ، وہ دیکھ رہے تھے کہ ویب سرورز 100 فیصد سے زیادہ ہوچکے ہیں اور ایسا لگتا ہے کہ ایپلی کیشن وی ایم ویئر کے تحت نہیں چل سکتی ہے۔ سب سے پہلے جو کچھ ہر شخص نے کہا ، وہ یہ ہے کہ: یہ VMware کے تحت نہیں چل سکتا۔ "دراصل دقت نے انہیں مسئلے کو حل کرنے کے لئے اضافی طریقوں کی پیش کش کی۔ ہم نے لین دین کو دیکھا ، ہم نے ایک ویب سرور کال دیکھی ، یہ آئی آئ ایس نیٹ میں ASMX کی حیثیت سے آتی ہے۔ اس نے اصل میں بنیادی کوڈ کو ظاہر کیا۔ تم نے یہ دیکھا جہاں میں اشارہ کر رہا ہوں؟ یہ 23 دن ، 11 گھنٹے ہے۔ واہ ، یہ کیسے ممکن ہے؟ ویسے ہر درخواست میں 9.4 سیکنڈ کا وقت لگتا ہے اور اس چیز کو 215،000 بار طلب کیا گیا ہے۔ ہر درخواست کے ل it ، یہ CPU کا 6 سیکنڈ استعمال کرتا ہے۔ یہی وجہ ہے ، یہ ضابطہ ہی اس وجہ سے ہے کہ یہ چیز کبھی پیمانہ نہیں ہوسکتی ہے۔ حقیقت میں ، یہ جسمانی پیمانے پر نہیں ہوسکتی ہے۔
انہوں نے کیا کیا ، کیا وہ اپنے ڈویلپرز کے پاس واپس چلے گئے اور انہوں نے کہا ، "کیا کوئی تبدیلی کرسکتا ہے؟" ان کا ایک مقابلہ تھا ، اور انھوں نے مختلف مشوروں کی جانچ کی اور وہ ایک ایسی تجویز سامنے آئے جو بہت زیادہ چلانے کے قابل تھا۔ زیادہ مؤثر طریقے سے نئے نے ایک پوائنٹ مکمل کیا ، جو دو سیکنڈ سے تھوڑا کم ہے ، جس میں سی پی یو میں ایک سیکنڈ کے دوسویں حصے ہوتے ہیں۔ اب یہ پیمائش ہوسکتی ہے اور یہ وی ایم ویئر فارم پر چل سکتی ہے۔ ہم بنیادی طور پر دستاویز کرنے کے قابل تھے کہ کوڈ کی سطح کے ساتھ ساتھ ٹرانزیکشن کی سطح دونوں پر۔ یہ پہلے کی طرح ہے ، اور اس کے بعد کا۔ اب جب آپ یہاں اسٹیک بار گراف میں دیکھ سکتے ہیں جو ویب ، NET اور ڈیٹا بیس کو دکھاتا ہے ، اب آپ ڈیٹا بیس کے ساتھ بات چیت کر رہے ہیں۔ یہ ایک ایسا پروفائل ہے جس کی آپ کو کسی ایسی ایپلی کیشن کے دیکھنے کی توقع کریں گے جو عام طور پر چل رہا ہے۔
ٹھیک ہے ، میں آپ کو دکھائے جانے والی اضافی چیزوں کے لحاظ سے چن رہا ہوں اور منتخب کر رہا ہوں۔ بہت سارے لوگ اس کو پسند کرتے ہیں کیونکہ یہ بہت ساری دکانوں کو چمکاتا ہے۔ اگر آپ کسی کاروباری ایس ایل اے کو پورا نہیں کرسکتے ہیں ، اور ہر ایک کی طرح ہے ، "ہماری مدد کریں۔" اس دکان کی ایسی صورتحال تھی جہاں کاروبار 3 بجے تک آر ایل کے موصول ہونے پر ہو ، اس دن بھیج دیا گیا۔ واقعی ضروری ہے کہ انہیں آرڈر مل جائیں ، اور گودام بہت مصروف ہے۔ یہ جے ڈی ایڈورڈز کی سیلز آرڈر اسکرین منجمد تھی اور آپ کو ایک بہت اچھا اندازہ مل سکتا ہے کہ یہ وقتی طور پر ریٹیل انوینٹری مینجمنٹ سسٹم ہے۔ خوردہ میں خالی سمتل ناقابل قبول ہے۔ اسے فروخت کرنے کے لئے وہاں سامان ملا۔ ہم نے جو کچھ کیا وہ یہ ہے کہ اس میں ہم ایس کیو ایل سرور ڈیٹا بیس کو دیکھ رہے ہیں۔ نظر اور محسوس ایک جیسے ہیں چاہے وہ ایس کیو ایل ، اوریکل ، ڈی بی 2 یا سائبیس ہو۔
ہم نے PS_PROD میں سے انتخاب کی نشاندہی کی ہے اور ہم اس مدت کو حاصل کرنے میں کامیاب ہیں ، حقیقت یہ ہے کہ انھوں نے اتنا عمل درآمد کیا۔ گہرے نیلے نے اس چابی سے مماثلت حاصل کی جس میں کہا گیا ہے کہ وہ کچھ انتظار کی حالت یا کچھ لاگنگ یا یہاں تک کہ اسٹوریج کا انتظار نہیں کر رہے ہیں۔ یہ چیز سی پی یو کے پابند ہے۔ ہم نے ایس کیو ایل کے بیان کو 34301 تک ٹریک کرلیا لہذا جب بھی اس پر عمل درآمد ہوتا ہے ، ہم اپنے کاؤنٹرز کو اس کا سراغ لگانے میں اضافہ کرتے ہیں۔ اس کا مطلب یہ ہے کہ ہماری ایک مفصل تاریخ ہے اور میں اس دھن کے بٹن پر کلک کرکے اس تک رسائی حاصل کرسکتا ہوں۔ تاریخ کا ٹیب یہ ہے۔ یہ اسکرین یہاں تبدیلیوں کے مقابلے اوسط دورانیے کو ظاہر کرتی ہے۔ بدھ ، جمعرات ، جمعہ ، اوسط دورانیہ ایک سیکنڈ کے تقریبا two دسویں حص wasہ تھا۔ بہت کم اسکرین منجمد ، وہ کاروبار SLA کو پورا کرنے کے قابل ہیں۔ ستائیس فروری کو آئیں ، کچھ تبدیل ہوجاتا ہے اور اچانک ، عملدرآمد کا وقت یہاں پر آ جاتا ہے ، اور وقتی طور پر وقت گزرنے کا سبب بننے کے ل enough یہ کافی آہستہ ہوتا ہے ، جس کے نتیجے میں اسکرین جم جاتا ہے۔ عین مطابق ، ایک تفصیلی تاریخ رکھتے ہوئے ، جس پر عمل درآمد کی منصوبہ بندی اور ٹیبل کے اشاریہ جات میں عام تبدیلیاں شامل ہیں اگر ایس کیو ایل استعمال میں ہے۔ ہم یہ اختیار کرنے میں کامیاب رہے کہ 27 فروری کو رسائی کا منصوبہ بدل گیا۔ جمعہ کے خراب ہفتہ سے پیر تک۔ 5 مارچ آو ، ایکسیس پلان دوبارہ تبدیل ہوا۔ یہ ایک اچھا ہفتہ ہے۔ یہ گلابی ستارہ ہمیں تازہ کاری کا حجم بتاتا ہے۔
آپ دیکھ سکتے ہیں کہ بنیادی جدولوں میں قطاروں کی تعداد بڑھ رہی ہے اور یہ ایک کاروبار کے لئے عام ہے۔ آپ چاہتے ہیں کہ آپ کی میزیں بڑھ جائیں۔ بات یہ ہے کہ بیانات تجسس ہیں ، ایس کیو ایل کے بیانات آتے ہیں ، آپٹائائزر کو فیصلہ کرنا ہوتا ہے کہ جب عمل درآمد کا منصوبہ تیز ہو تو کیا کرنا ہے اور اس کا انتخاب کرنا ہے ، جب اس کی رفتار سست ہوجاتی ہے تو اسکرین کو منجمد ہونے کا سبب بنتا ہے۔ گہری ٹکنالوجی کی بنیاد پر ، مجھے جاننے کی ضرورت ہے کہ عملدرآمد کا منصوبہ کیا ہے اور تاریخ اور وقت کے مہر کے ساتھ مکمل ہونے کے لئے قطعی طور پر اس کی گرفت ہوتی ہے۔ یہ وہ ہے جو تیز اور موثر تھا ، یہ وہ ہے جو سست اور ناکارہ تھا۔ اس فلٹر جوائن میں مفاہمت کے ل simply ، خاص طور پر ایس کیو ایل کے بیان کو کرنے کے لئے بہت زیادہ سی پی یو کا استعمال ہوتا ہے۔ ان کا اب بھی ایک ہی حتمی اثر ہے ، لیکن اس میں بنیادی طور پر نتیجہ سیٹ کی فراہمی کے لئے ایک سست ، کم موثر نسخہ ہے۔ تو ، ہم اس سے گزرتے ہیں۔ ارے ، ہمارے پاس مزید جوڑے کے لئے وقت ہے؟
ایرک کااناگ: ہاں ، اس کے لئے جائیں۔
بل ایلس: ٹھیک ہے ، میں آگے جاؤں گا۔ ایک چیز جس کا میں آپ سے نوٹ کرنا چاہتا ہوں ، ہم نے ہارڈ ویئر کے بارے میں بات کی ، ایس اے پی کے بارے میں بات کی ، ہم نے NET کے بارے میں بات کی ، ہم نے جے ڈی ایڈورڈز اور جاوا - ایس کیو ایل سرور ماحول کے بارے میں بات کی۔ یہ SAP ہے ، یہاں ہم پیپل سوفٹ کو دیکھ رہے ہیں۔ عین مطابق کی سپورٹ میٹرکس وسیع اور گہری ہے۔ اگر آپ کے پاس درخواست ہے تو ، امکان سے زیادہ ، ہم اس کی مرئیت کی اس سطح کو فراہم کرنے کے ل instrument اس کی مدد کرسکتے ہیں۔ اس وقت سب سے بڑی تبدیلی جو متحرک ہو رہی ہے۔ پیپل سوفٹ نے اس کی روانی UI کے ساتھ نقل و حرکت متعارف کرائی۔ سیال UI ایک نظام کو بہت مختلف طریقے سے استعمال کرتا ہے۔ یہ ایپلیکیشن تیار ہورہی ہے۔ سیال UI - جو انتظامیہ کے نقطہ نظر سے کرتا ہے وہی یہ آخری صارفین کو اپنا فون استعمال کرنے کی اجازت دیتا ہے اور اس سے پیداوری میں بہت اضافہ ہوتا ہے۔ اگر آپ کے پاس سیکڑوں یا ہزاروں یا اس سے بھی زیادہ ملازمین ہیں ، اگر آپ ان کی پیداواری صلاحیت میں –-– فیصد اضافہ کرسکتے ہیں تو ، آپ پے رول اور باقی ہر چیز پر بہت زیادہ اثر ڈال سکتے ہیں۔ کیا ہوا ، اس خاص دکان نے پیپل سوفٹ فلیوڈ UI کو لوٹ لیا۔ اب ، پیچیدگی کے بارے میں بات کریں تو ، یہ پیپلز سوفٹ اسٹیک ہے۔ ایک درخواست ، کم از کم چھ ٹکنالوجی ، متعدد اختتامی صارفین۔ آپ اسے کیسے شروع کریں گے؟
ایک بار پھر عین مطابق ان لین دین کی پیروی کرنے کے قابل ہو جائے گا۔ جو کچھ ہم آپ کو یہاں دکھا رہے ہیں وہ ایک اسٹیکڈ بار گراف ہے جس میں کلائنٹ ، ویب سرور ، جاوا ، ٹکسڈو ڈیٹا بیس ، پیپل سوفٹ ایپلی کیشن اسٹیک دکھایا جارہا ہے۔ J2EE کے لئے سبز نقشے ، جو WebLogic کے کہنے کا ایک طریقہ پسند ہے۔ یہ کٹ اوور ہے۔ آخری صارفین فلیوڈ UI کا استعمال کرنا شروع کردیتے ہیں اور ردعمل کا وقت شاید ڈیڑھ ، دو سیکنڈ ، نو ، دس سیکنڈ تک ہوسکتا ہے۔ یہ ایک اسکرین جو نہیں دکھاتا ہے وہ ان لوگوں کی تعداد ہے جو "جواب نہیں دے رہے ہیں۔" ان کو حقیقت میں اطلاق میں اسکرین جم گیا ہے۔ آئیے اس میں سے کچھ مرئیت پر ایک نظر ڈالیں جو عین مطابق اس صارف کو فراہم کرنے کے قابل ہے۔
سب سے پہلے ، جب میں پیپلز سوفٹ لین دین کو دیکھتا ہوں ، تو وہ بنیادی طور پر دیکھ سکتے ہیں ، ہم نے بورڈ میں اس قسم کی چیز دیکھی۔ تمام لین دین کے ساتھ ساتھ تمام مقامات پر بھی اثر پڑا۔ اتفاقی طور پر ، جب آپ اس کو دیکھتے ہیں تو ، آپ واقعتا actually دنیا بھر کے مقامات دیکھ سکتے ہیں۔ ایشیا پیسیفک سے لے کر یورپ کے ساتھ ساتھ شمالی امریکہ تک۔ کارکردگی کا مسئلہ کسی خاص ٹرانزیکشن ، یا خاص جغرافیائی محل وقوع میں نہیں تھا ، یہ پورے نظام میں ہے۔ یہ ایک طرح کا یہ کہنے کا طریقہ ہے کہ اس تبدیلی یا جس طرح سے فلوئڈ UI عالمی سطح پر تھا۔ آپ اسکیل ایبلٹیٹی نقطہ نظر سے یہاں دیکھ سکتے ہیں ، لوگ ایک ہی طرح کی سرگرمی کرنے کی کوشش کر رہے ہیں ، لیکن جوابی وقت بنیادی طور پر محض ذل .ت اور پستی کا شکار ہے۔ آپ دیکھ سکتے ہیں کہ چیزیں پیمانہ نہیں لگ رہی ہیں۔ حالات بہت ، بہت بری طرح سے گزر رہے ہیں۔ یہاں ، جب میں محور کی گنتی اور اس کے ساتھ ملتے ہوئے رابطوں کو دیکھتا ہوں تو ، آپ کو ایسی کوئی چیز نظر آتی ہے جو رسائی گنتی اور کنکشن کے معاملے میں بہت دلچسپ ہے۔ یہاں ہم صرف 5،000 تک کی پیمائش کر رہے ہیں اور آپ لگ رہے ہو ، یہ 100 سمورتی رابطوں میں سب سے اوپر ہے۔ اس کے بعد کیا جاتا ہے؛ یہ پہلے ہے لہذا ، سسٹم پر میرا کیا مطالبہ ہے ، اگر اس چیز کی پیمائش ہوسکتی ہے تو ، 300،000 میں ہے۔ پرانے دنوں میں ، کلاسیکی UI کے ساتھ ، آپ 30 سمورتی رابطوں کو تلاش کر رہے ہیں۔
اب جو بات آپ کو بتا رہی ہے وہ یہ ہے کہ فلوڈ UI کم سے کم 10x تعداد میں ہم آہنگی رابطوں کا استعمال کرتا ہے۔ ہم پیپل سوفٹ کے ساتھ سرورق کے نیچے جو کچھ ہو رہا ہے اس کو پیچھے کھینچنا شروع کردیتے ہیں تاکہ آپ ویب سرورز پر اثرانداز ہونا شروع کردیں ، اس حقیقت سے کہ SLAs کی خلاف ورزی شروع ہو رہی ہے۔ ہر چیز میں جانے والا نہیں ، لیکن جو کچھ ہو رہا ہے وہ یہ ہے کہ وہ بنیادی طور پر میسجنگ پر انحصار کرتے ہیں۔ وہ بنیادی طور پر ورزش WebLogic ہے اور Tuxedo کے اندر قطار لگانے کا سبب بنتا ہے۔ دراصل ایک ملٹیئر انحصار کا مسئلہ تھا جس نے سیال UI کو دکھایا تھا ، لیکن پریسائز یہ ظاہر کرنے میں کامیاب ہے کہ مختلف چیزوں کی پوری طرح سے ، ہم اس مسئلے پر توجہ مرکوز کرسکتے ہیں کہ مسئلہ کیا تھا۔ پتہ چلا کہ خود ڈیٹا بیس میں بھی ایک پریشانی تھی۔ واقعی میں ایک مسیجنگ لاگ فائل موجود ہے ، اور تمام ہم آہنگی صارفین کی وجہ سے ، وہ فائل فائل لاک ہو رہی تھی۔ اس میں بنیادی طور پر ایپلی کیشن اسٹیک کے اندر موجود ہر ایک درجے میں ٹیوننگ کی چیزیں تھیں۔ پیچیدگی کے بارے میں بات کریں ، یہاں دراصل ٹکسڈو درجہ ہے جو آپ کو قطار میں کھڑا کر رہا ہے اور آپ دیکھ سکتے ہیں کہ اس درجے کے اندر بھی کارکردگی کم ہوتی جارہی ہے۔ میں عمل دیکھ سکتا تھا۔ میں ڈومینز اور سرور دیکھ سکتا تھا۔ ٹکسیدو میں ، لوگوں کے استعمال کے ل typically ، عام طور پر آپ جو کچھ کرتے ہیں وہ یہ ہے کہ آپ اضافی قطاریں ، ڈومینز اور سرور کھولتے ہیں ، بالکل جیسے سپر مارکیٹ میں بھیڑ کو دور کرنے کے ل، ، قطار میں کھڑے ہونے والے وقت کو کم سے کم کرنے کے ل.۔ آخری اور آخری آپشن ، عین مطابق بہت سی معلومات دکھاتا ہے۔
جیسا کہ میں نے پہلے بتایا تھا ، ہر اہم لین دین ریکارڈ کے نظام کے ساتھ تعامل کرتا ہے۔ ڈیٹا بیس میں نمائش اہم ہے۔ قطعیت سے پتہ چلتا ہے کہ براؤزر میں ، جاوا ، .NET میں ، WebLogic کے اندر ، ڈیٹا بیس کے اندر جو کچھ ہورہا ہے ، لیکن وہ جگہ جو واقعی سے بہتر ہے وہ ڈیٹا بیس ٹیر میں ہے۔ یہ ہمارے حریفوں کی کمزوری ہوتا ہے۔ میں آپ کو ان طریقوں میں سے ایک دکھاتا ہوں جن سے گزرنے میں صحت سے متعلق آپ کی مدد کرسکتی ہے۔ میں ڈیٹا بیس کی اصلاح کے مثلث پر وقت گزارنے والا نہیں ہوں ، لیکن ہم بنیادی طور پر کم لاگت ، کم خطرہ ، وسیع دائرہ کار ، اعلی خطرہ ، اعلی قیمت کی قسم کی تبدیلیاں دیکھ رہے ہیں۔ اگر میں لوگ کوشش کرنا چاہتے ہیں اور اس پر ایک نگاہ ڈالنا چاہتے ہیں تو میں واقعتا this اس سلائڈ کے بعد ٹویٹ کروں گا۔ مجھے لگتا ہے کہ مسائل کے حل کے ل It's یہ ایک بہت بڑا رہنما ہے۔ اوریکل کے ماہر قول کے لئے عین مطابق یہ ہے۔ نتائج کی رپورٹ میں سب سے اوپر ، 60 فیصد اثر یہ خاص SQL بیان ہے۔ اگر آپ سرگرمی کی اس اسکرین کو کھولتے ہیں تو ، وہ اسے وہاں دکھاتا ہے۔ میں اس منتخب بیان کو دیکھ سکتا ہوں ، اس پر عمل درآمد کا ایک منصوبہ ہے۔ ہر پھانسی میں ایک سیکنڈ لگتا ہے۔ اس میں پھانسی کے مزید 48000 گھنٹے کا اضافہ ہوتا ہے۔
گہرا نیلا ، ایک بار پھر ، سی پی یو ہے۔ یہ چیز سی پی یو کا پابند ہے ، انتظار کی حالت نہیں ، لاگ نہیں۔ میں اس بات پر زور دیتا ہوں کہ کیونکہ ہمارے کچھ حریف صرف انتظار کی حالتوں اور لاگنگ کے واقعات کو ہی دیکھتے ہیں لیکن عام طور پر بات کرتے ہوئے ، سی پی یو مصروف ترین عمل درآمد ریاست ہے اور سب سے زیادہ خریداری پیش کرتی ہے۔ اس ماہر کے خیال میں جانا - اور میں بہت تیزی سے جا رہا ہوں - میں نے کیا کیا میں نے میز پر دیکھا ، 100،000 قطاریں ، 37،000 بلاکس۔ ہم ایک مکمل میز بنا رہے ہیں ، اس کے باوجود ہمارے پاس اس چیز پر چھ اشاریہ ہیں۔ یہاں کیا ہو رہا ہے؟ ٹھیک ہے ، جب میں جہاں شق کو دیکھتا ہوں ، یہ جہاں یہ شق کر رہا ہے وہ دراصل ایک کالم کو بڑے حرف میں تبدیل کررہا ہے اور یہ کہہ رہا ہے کہ جہاں یہ بڑے کے برابر ہے ، متغیر تلاش کریں۔ کیا ہورہا ہے جب بھی یہ کام انجام دیتا ہے ، اوریکل کو اس کالم کو بڑے میں تبدیل کرنا پڑتا ہے۔ اس کے بجائے تقریبا پچاس ہزار بار ، فنکشن پر مبنی انڈیکس کے بڑے حصے میں اس انڈیکس کی تشکیل کے ل to یہ بہت زیادہ کارگر ہے اور یہ نہ صرف اوریکل انٹرپرائز کی تقسیم ، معیاری تقسیم میں بھی دستیاب ہے۔ جب آپ یہ کرتے ہیں تو ، پھر آپ جو کام کرسکتے ہیں اس سے اس عمل کی توثیق کی جاسکتی ہے کہ وہ نیا انڈیکس صارف پرم اپر کیس جاری کرے ، یہ میری طرح کی بات تھی۔
پھر ، اس سے پہلے اور بعد کی پیمائش سے ، آپ ایک دوسرے پر عملدرآمد کا وقت دیکھ رہے ہو ، اسی ٹھیک SQL بیان کے ساتھ ، 9 گھنٹے 54 منٹ تک مجموعی طور پر ، لیکن اس انڈیکس میں 58،000 سزائے موت پر عمل درآمد کیا گیا ، جواب وقت ذیلی ملی سیکنڈ تک گر جاتا ہے ، ایک ساتھ مل کر ، یہ سات سیکنڈ تک آتا ہے۔ میں نے اپنے سرور پر بنیادی طور پر دس گھنٹے کی سی پی یو کی بچت کی۔ یہ بہت بڑی بات ہے۔ کیونکہ اگر میں سرور ریفریش کی وجہ سے نہیں ہوں تو ، میں اس سرور پر زندگی گزارنے کے قابل ہوں۔ میں واقعتا that اس سرور کے استعمال کو 20 فیصد تک چھوڑ دیتا ہوں اور آپ واقعتا پہلے اور اس کے بعد دیکھ سکتے ہیں۔ یہ وہ قسم ہے جو عین مطابق فراہم کرسکتی ہے۔ یہاں کچھ اضافی چیزیں بھی ہیں جن کو ہم شاید دیکھ سکتے ہیں ، اگر آپ ان تمام اشاریہ جات کو استعمال نہیں کررہے ہیں تو کیوں؟ وہ اس کے ساتھ عمل کرسکتے ہیں۔ فن تعمیر ہے ، اور میں اس کو سمیٹ لوں گا ، کیوں کہ ہم اس وقت تک پہنچ چکے ہیں۔ میں اس حل کا ایک حقیقی مومن ہوں اور ہم چاہتے ہیں کہ آپ ایک سچے مومن بنیں۔ IDERA میں ہمارا ماننا ہے کہ آزمائش گاہک بناتی ہے ، لہذا اگر آپ دلچسپی رکھتے ہیں تو ، ہم آپ کی سائٹ پر تشخیص کرنے کے اہل ہیں۔
اس کے ساتھ ، میں بیکن کو واپس کردوں گا۔
ایرک کااناگ: ہاں ، یہ آپ نے وہاں دکھایا ہے۔ یہ واقعی بہت دلچسپ ہے. مجھے لگتا ہے کہ میں نے آپ کو ماضی میں بھی ذکر کیا ہو گا - اور میں جانتا ہوں کہ ہم نے کچھ دوسرے ویب کاسٹوں میں جو ہم نے IDEA کے ساتھ کیے ہیں ، میں نے اس کا تذکرہ کیا ہے - میں واقعتا Prec اس سے آئی ڈی آر اے کے حصول سے قبل ہی قطعیت سے باخبر رہا تھا ، میرے خیال میں ، یا 2009 کے پورے راستے ، میں اس وقت واپس آ گیا تھا۔ مجھے یہ جاننا دلچسپ ہے کہ ایپلیکیشنز کی نئی ریلیزوں میں کتنا کام باقی رہتا ہے۔ آپ نے ذکر کیا کہ ایس اے پی ہانا ، جو مجھے لگتا ہے کہ یہ بہت متاثر کن تھا کہ آپ واقعی HANA فن تعمیر میں کھود سکتے ہیں اور وہاں کچھ خرابیوں کا سراغ لگانا کرسکتے ہیں۔ آپ کے کتنے لوگ ہیں؟ آپ کی طرف سے اس میں کتنی کوشش کی جارہی ہے اور اس میں سے کسی حد تک متحرک طور پر کس قدر کوشش کی جاسکتی ہے ، مطلب جب جب آلے کی تعیناتی ہوجائے تو آپ ادھر ادھر رینگنے لگیں اور مختلف چیزیں دیکھنا شروع کردیں؟ اس میں سے کتنا متحرک طور پر ہوسکتا ہے ، قسم کے طور پر ، آلے کے ذریعے معلوم کیا جاسکتا ہے ، تاکہ آپ لوگوں کو پیچیدہ ماحول کو حل کرنے میں مدد کرسکیں؟
بل ایلس: آپ نے وہاں بہت سارے سوالات پوچھے۔
ایرک کااناگ: مجھے معلوم ہے ، افسوس ہے۔
بل ایلس: میں نے بہت تفصیل فراہم کی ہے کیونکہ ان درخواستوں کے لئے ، کوڈ کو دیکھتے ہوئے ، شیطان تفصیل میں ہے۔ واقعی قابل عمل چیز ہونے کے قابل ہونے کے ل You آپ کے پاس اس سطح کی تفصیل ہونی چاہئے۔ قابل عمل میٹرکس کے بغیر ، آپ صرف علامات کے بارے میں جانتے ہو۔ آپ دراصل مسائل حل نہیں کررہے ہیں۔ IDERA مسائل کو حل کرنے کے بارے میں ہے۔ نئی ریلیز اور چیزوں میں سب سے اوپر رہنا ایک بہت بڑا چیلنج ہے۔ یہ کرنے کے ل that اس کا کیا سوال ہے ، یہ واقعی مصنوع کے انتظام کے لئے ہے۔ میرے پاس ٹیم میں بہت زیادہ مرئیت نہیں ہے جو بنیادی طور پر ہمیں چیزوں پر تازہ ترین رکھتی ہے۔ ہانا کے لحاظ سے ، یہ اصل میں IDERA پروڈکٹ لائن میں ایک نیا اضافہ ہے۔ یہ بہت ہی دلچسپ ہے۔ ہانا کے ساتھ ایک چیز یہ ہے کہ - میں ایک سیکنڈ کے لئے کام کے بارے میں بات کرنے دیتا ہوں۔ کام میں ، SAP کی دکانیں یہ کریں گی کہ وہ اطلاع دہندگی کے مقاصد کے لئے ڈیٹا بیس کی نقل تیار کریں گے۔ تب آپ لوگوں سے صلح کرنی ہوگی جو حقیقت میں موجودہ ہے۔ آپ کے پاس یہ مختلف ڈیٹا بیس ہوں گے اور وہ مختلف سطحوں سے ہم آہنگی سے باہر ہو جائیں گے۔ بہت سارا وقت اور کوشش ہے ، نیز ہارڈ ویئر ، سوفٹویئر ، اور لوگوں کو ان تمام چیزوں کو برقرار رکھنے کے لئے۔
بنیادی طور پر ڈپلیکیٹ ڈیٹا بیس کی ضرورت سے بچنے کے لئے ، ہانا کا خیال ایک انتہائی متوازی ان میموری میموری ڈیٹا بیس رکھنا ہے۔ ہمارے پاس ایک ڈیٹا بیس ہے ، حق کا ایک ذریعہ ، یہ ہمیشہ تازہ رہتا ہے ، اس طرح آپ اس مفاہمت کو کرنے کی ضرورت سے بچ جاتے ہیں۔ ہانا ڈیٹا بیس کی کارکردگی کی اہمیت بڑھ جاتی ہے - میں 10x کہنے جا رہا ہوں یا ان تمام ڈیٹا بیس ، ہارڈ ویئر ، وسائل خرید سکتے ہیں کے جوڑے سے کم سے زیادہ قیمتی ہوں۔ ہانا کو سنبھالنے کے قابل ، اب یہ جز اصل میں ابھی بیٹا ٹیسٹنگ میں ہے ، یہ ایسی چیز ہے جو GA کو جلد ہی جانے والی ہے۔ لہذا یہ IDERA کے لئے اور ہمارے لئے بنیادی طور پر SAP پلیٹ فارم کی حمایت کرنے کے لئے بہت دلچسپ ہے۔ مجھے یقین نہیں ہے کہ آپ کے سوال کے دوسرے کون سے حصے میں قسم کی ہیں لیکن -
ایرک کااناگ: نہیں ، وہاں تمام اچھی چیزیں ہیں۔ میں نے آپ پر ایک ہی وقت میں ایک پورا جھنڈا پھینک دیا ، اس کے لئے معذرت خواہ ہوں۔ میں صرف مسحور ہوں ، واقعی ، میرا مطلب ہے کہ یہ بہت آسان ایپلیکیشن نہیں ہے ، ٹھیک ہے؟ آپ ان ٹولوں کی گہرائی میں کھود رہے ہیں اور یہ سمجھ رہے ہیں کہ وہ کس طرح ایک دوسرے کے ساتھ بات چیت کررہے ہیں اور آپ کی بات پر ، آپ کو کہانی کو اپنے سر میں رکھنا ہوگا۔ حقیقت میں کیا ہو رہا ہے اور آپ کو پریشانی کا باعث بننے کے ل actually آپ کو معلومات کے ٹکڑوں کو جوڑنا ہوگا ، تاکہ آپ وہاں جاکر ان مسائل کو حل کرسکیں۔
ایک شرکا پوچھ رہا ہے کہ ، پریسٹی کو نافذ کرنا کتنا مشکل ہے؟ ایک اور شخص نے پوچھا ، کون لوگ ہیں - ظاہر ہے کہ ڈی بی اے - لیکن تنظیم میں کچھ اور کردار کون ہیں جو ان آلے کو استعمال کریں گے؟
بل ایلس: تعینات کرنے کے لئے عین مطابق تھوڑا سا زیادہ پیچیدہ ہے۔ آپ کو اطلاق کے ماحول کے بارے میں کچھ معلومات حاصل کرنی ہوں گی ، شرائط کے لحاظ سے ، آپ جانتے ہو ، یہ ایپلی کیشن اس ڈیٹا بیس پر چلتی ہے ، اس کی ضرورت ہے یا - درمیانے درجے کے ویب سرور وغیرہ۔ میرے خیال میں ان میں سے کچھ ایپلی کیشنز کی پیچیدگی کو دیکھتے ہوئے ، یہ حقیقت میں نسبتا آسان ہے۔ اگر میں آپ کے ڈیٹا بیس تک ویب سرور کو آلہ کار بنا سکتا ہوں تو ، میں یہ انجام اختتام کرسکتا ہوں۔ آپ نے محسوس کیا کہ میں نے صارف کے آخری صارف کو آلہ کار بنانے کے بارے میں کچھ نہیں کہا ہے اور اس کی وجہ یہ ہے کہ ہم کیا کرتے ہیں ، ہم درحقیقت متحرک طور پر شامل ہیں ، لہذا آپ کو اپنا کوڈ یا کوئی اور چیز تبدیل نہیں کرنی ہوگی۔ ایک جاوا اسکرپٹ اطلاق کے صفحے کے فریم میں جاتا ہے۔ اس سے کوئی فرق نہیں پڑتا ہے کہ صارف دنیا میں کہاں ہے ، جب وہ آپ کے اطلاق سے یو آر ایل تک رسائی حاصل کرتے ہیں اور وہ اس صفحے کو نیچے لاتے ہیں تو ، یہ درستگی کے ساتھ تیار ہوتا ہے۔ اس سے صارف کا ID ، ان کا IP پتہ ، صارف کے اختتامی براؤزر میں موجود صفحے کے اجزاء اسکرپٹ پر عمل درآمد کے وقت کو بھی استعمال کرنے کا پہلا بائٹ پیش کرنے کا موقع ملتا ہے۔
لین دین کے معاملے میں ، آپ کو لین دین کا نقشہ تیار کرنے کی ضرورت نہیں ہے کیونکہ وہ مضبوطی سے جوڑا جاتا ہے۔ یہ یو آر ایل جے وی ایم میں داخلی نقطہ بن جاتا ہے اور پھر اس پیغام کو پکارتا ہے ، جس کے نتیجے میں جے وی سی ڈیٹا بیس سے پکڑا جاتا ہے۔ ہم بنیادی طور پر ان قدرتی کنکشن پوائنٹس کو پکڑنے کے قابل ہیں اور پھر انھیں اس لین دین اسکرین میں آپ کے سامنے پیش کریں گے جو میں نے آپ کو یہ دکھایا کہ ہم نے کتنا وقت بتایا ، یا ہر انفرادی قدم میں کتنا وقت گزرا۔ یہ سب خود بخود ہوجاتا ہے۔ عام طور پر ، ہم 90 منٹ مختص کرتے ہیں - بنیادی طور پر ایکسٹیک کور کو انسٹال کرنے کے ل. اور پھر ہم اس اطلاق پر عمل درآمد شروع کردیتے ہیں۔ درخواست کے علم پر منحصر ہے ، پوری درخواست کو متحرک کرنے میں ہمیں کچھ اضافی سیشنز لگ سکتے ہیں۔ بہت سے لوگ پریسائیس کے صرف ڈیٹا بیس جزو کا استعمال کرتے ہیں۔ ٹھیک ہے. آپ بنیادی طور پر اس کو توڑ سکتے ہیں ، اسے ان اجزاء میں توڑ سکتے ہیں جو آپ کو اپنی سائٹ کی ضروریات کی طرح محسوس ہوتا ہے۔ ہم یقینی طور پر یقین رکھتے ہیں کہ پوری ایپلی کیشن اسٹیک کی تیاری کے تناظر میں تاکہ آپ دیکھ سکیں کہ درجے سے درجے پر انحصار در حقیقت ایک فرد درجے کی نگرانی کی اہمیت کو بڑھا دیتا ہے۔ اگر کوئی بھی اپنی درخواست کے ذخیرے کو آگے تلاش کرنا چاہتا ہے تو ، براہ کرم ہماری ویب سائٹ پر جائیں - مجھے لگتا ہے کہ اضافی معلومات کی درخواست کرنے کا یہ سب سے آسان طریقہ ہے ، اور ہم اس پر تھوڑا سا آگے گفتگو کریں گے۔
ایرک کااناگ: مجھے ایک یا دو فوری سوالات آپ کے سامنے پھینکنے دو۔ میں یہ اندازہ لگا رہا ہوں کہ آپ وقت اور وقت کے ساتھ ساتھ ایک ذخیرہ اندوزی جمع کر رہے ہیں اور انفرادی مؤکلوں اور کارپوریٹ ہستی کی حیثیت سے ، مختلف ایپلی کیشنز اور مختلف ڈیٹا بیس کے مابین تعامل کی۔ دوسرے لفظوں میں ، منظر نامے کی ماڈلنگ ، میرا اندازہ ہے ، جس کی میں اشارہ کر رہا ہوں۔ کیا یہ معاملہ ہے؟ کیا آپ واقعتا common عام منظرناموں کا ایک طرح کا ذخیرہ برقرار رکھتے ہیں جب آپ مخصوص چیزوں کے کام آنے پر صارفین کو ختم کرنے کے لئے تجاویز پیش کرسکتے ہیں؟ ای بزنس سویٹ کے اس ورژن کی طرح ، اس ڈیٹا بیس کا یہ ورژن وغیرہ۔ کیا آپ اس میں زیادہ کام کرتے ہیں؟
بل ایلس: ٹھیک ہے ، اس قسم کی معلومات کو نتائج کی رپورٹ میں تشکیل دیا گیا ہے۔ نتائج کی رپورٹ میں کہا گیا ہے کہ کارکردگی میں رکاوٹیں کیا ہیں اور یہ عمل درآمد کے وقت پر منحصر ہے۔ اس نتائج کی اطلاع کا ایک حص moreہ مزید سیکھنا ہے اور اس کے بعد آپ کیا کرتے ہیں۔ گاہکوں سے حاصل کردہ معلومات یا تجربہ اور اسی طرح کی سفارشات کی اس لائبریری میں بنیادی طور پر شامل کی گئی ہے۔
ایرک کااناگ: ٹھیک ہے ، یہ اچھی بات ہے۔ ٹھیک ہے ، آج ، بہت اچھا پریزنٹیشن۔ بل ، مجھے آپ سے کتنی تفصیل تھی وہ پسند تھا۔ میں نے صرف یہ سوچا کہ یہ واقعی بہت ہی عمدہ ، پُرجوش ، دانے دار معلومات ہے جس میں یہ ظاہر ہوتا ہے کہ یہ سب کچھ کیسے کیا جاتا ہے۔ ایک خاص موڑ پر یہ تقریبا black کالے جادو کی طرح ہے ، لیکن واقعتا، ایسا نہیں ہے۔ یہ ایک بہت ہی مخصوص ٹکنالوجی ہے جو آپ لوگوں نے ایک ساتھ ، بہت پیچیدہ ماحول کو سمجھنے اور لوگوں کو خوش کرنے کے لئے اکٹھا کیا ہے کیونکہ جب درخواستیں آہستہ چلتی ہیں تو کوئی بھی پسند نہیں کرتا ہے۔
ٹھیک ہے لوگ ، ہم اس ویب کاسٹ کو آرکائیو کریں گے۔ آپ ٹیکوپیڈیا یا اندرونی تجزیہ ڈاٹ کام پر آن لائن ہاپ کرسکتے ہیں اور واہ ، آپ کے وقت کا شکریہ ، ہم اگلی بار آپ کو اپنائیں گے۔ دیکھ بھال کریں ، الوداع۔
