David O'Brien نے حال ہی میں Microsoft Azure Stack کلاؤڈ پروڈکٹس پر توجہ مرکوز کرتے ہوئے اپنی کمپنی Xirus (https://xirus.com.au) کا آغاز کیا۔ انہیں ڈیٹا سینٹرز، کنارے کے مقامات، دور دراز کے دفاتر اور کلاؤڈ میں ہائبرڈ ایپلیکیشنز کو مستقل طور پر بنانے اور چلانے کے لیے ڈیزائن کیا گیا ہے۔
ڈیوڈ افراد اور کمپنیوں کو Microsoft Azure اور Azure DevOps (سابقہ VSTS) کے بارے میں تربیت دیتا ہے اور اب بھی ہینڈ آن کنسلٹنگ اور انفرا کوڈنگ کرتا ہے۔ وہ 5 سالوں سے Microsoft MVP (Microsoft Most Valueable Professional) ایوارڈ یافتہ رہا ہے اور حال ہی میں Azure MVP ایوارڈ حاصل کیا ہے۔ میلبورن مائیکروسافٹ کلاؤڈ اور ڈیٹا سینٹر میٹ اپ کے شریک آرگنائزر کے طور پر، O'Brien بین الاقوامی کانفرنسوں میں باقاعدگی سے بات کرتے ہیں، اور کمیونٹی کے ساتھ IT کہانیوں کو شیئر کرنے کے جذبے کے ساتھ دنیا کا سفر کرنے میں اپنی دلچسپی کو یکجا کرتے ہیں۔ ڈیوڈ کا بلاگ پر واقع ہے۔ ، وہ Pluralsight پر اپنی آن لائن تربیت بھی شائع کرتا ہے۔
گفتگو آپ کے ماحول میں کیا ہو رہا ہے اور آپ کی درخواست کی کارکردگی کو سمجھنے میں میٹرکس کی اہمیت کے بارے میں بات کرتی ہے۔ Microsoft Azure کے پاس ہر قسم کے کام کے بوجھ کے لیے میٹرکس ظاہر کرنے کا ایک طاقتور اور آسان طریقہ ہے، اور لیکچر بتاتا ہے کہ آپ ان سب کو کیسے استعمال کر سکتے ہیں۔
اتوار کو صبح 3 بجے، جب آپ سو رہے ہوتے ہیں، آپ کو اچانک ایک ٹیکسٹ میسج کے ذریعے بیدار کیا جاتا ہے: "سپر کریٹیکل ایپ دوبارہ جواب نہیں دے رہی ہے۔" کیا ہو رہا ہے؟ "بریک" کی وجہ کہاں اور کیا ہے؟ اس گفتگو میں، آپ ان خدمات کے بارے میں جانیں گے جو Microsoft Azure صارفین کو لاگز اور خاص طور پر آپ کے کلاؤڈ ورک بوجھ سے میٹرکس جمع کرنے کے لیے پیش کرتا ہے۔ ڈیوڈ آپ کو بتائے گا کہ کلاؤڈ پلیٹ فارم پر کام کرتے وقت آپ کو کن میٹرکس میں دلچسپی ہونی چاہیے اور ان تک کیسے پہنچنا ہے۔ آپ اوپن سورس ٹولز اور ڈیش بورڈ کی تعمیر کے بارے میں جانیں گے، اور آپ کے اپنے ڈیش بورڈز بنانے کے لیے کافی معلومات حاصل ہوں گی۔
اور اگر آپ صبح 3 بجے دوبارہ ایک پیغام کے ذریعے بیدار ہوتے ہیں کہ ایک اہم ایپلیکیشن کریش ہو گئی ہے، تو آپ جلدی سے اس کی وجہ معلوم کر سکتے ہیں۔
صبح بخیر، آج ہم میٹرکس کے بارے میں بات کریں گے۔ میرا نام David O'Brien ہے، میں ایک چھوٹی آسٹریلوی کنسلٹنگ کمپنی Xirus کا شریک بانی اور مالک ہوں۔ میرے ساتھ اپنا وقت گزارنے کے لیے یہاں آنے کے لیے ایک بار پھر شکریہ۔ تو ہم یہاں کیوں ہیں؟ میٹرکس کے بارے میں بات کرنے کے لیے، یا اس کے بجائے، میں آپ کو ان کے بارے میں بتاؤں گا، اور کوئی بھی کام کرنے سے پہلے، آئیے تھیوری سے شروع کریں۔
میں آپ کو بتاؤں گا کہ میٹرکس کیا ہیں، آپ ان کے ساتھ کیا کر سکتے ہیں، آپ کو کن چیزوں پر توجہ دینے کی ضرورت ہے، Azure میں میٹرکس کو کیسے جمع اور فعال کیا جائے، اور میٹرکس ویژولائزیشن کیا ہے۔ میں آپ کو دکھاؤں گا کہ یہ چیزیں Microsoft کلاؤڈ میں کیسی نظر آتی ہیں اور اس کلاؤڈ کے ساتھ کیسے کام کرنا ہے۔
اس سے پہلے کہ ہم شروع کریں، میں Microsoft Azure استعمال کرنے والوں سے ہاتھ دکھانے کا مطالبہ کروں گا۔ AWS کے ساتھ کون کام کرتا ہے؟ مجھے چند نظر آتے ہیں۔ گوگل کے بارے میں کیا خیال ہے؟ علی کلاؤڈ؟ ایک ادمی! زبردست. تو میٹرکس کیا ہیں؟ یو ایس نیشنل انسٹی ٹیوٹ آف اسٹینڈرڈز اینڈ ٹیکنالوجی کی باضابطہ تعریف یہ ہے: "میٹرک پیمائش کا ایک معیار ہے جو کسی پراپرٹی کی پیمائش کے لیے شرائط اور قواعد کو بیان کرتا ہے اور پیمائش کے نتائج کو سمجھنے کے لیے کام کرتا ہے۔" اس کا کیا مطلب ہے؟
آئیے ایک ورچوئل مشین کی مفت ڈسک کی جگہ کو تبدیل کرنے کے لیے میٹرک کی مثال لیتے ہیں۔ مثال کے طور پر، ہمیں نمبر 90 دیا گیا ہے، اور اس نمبر کا مطلب فیصد ہے، یعنی مفت ڈسک کی جگہ 90% ہے۔ میں نوٹ کرتا ہوں کہ میٹرکس کی تعریف کی تفصیل پڑھنا زیادہ دلچسپ نہیں ہے، جو پی ڈی ایف فارمیٹ میں 40 صفحات پر مشتمل ہے۔
تاہم، میٹرک یہ نہیں بتاتا کہ پیمائش کا نتیجہ کیسے حاصل ہوا، یہ صرف اس نتیجہ کو ظاہر کرتا ہے۔ ہم میٹرکس کے ساتھ کیا کرتے ہیں؟
سب سے پہلے، ہم کسی چیز کی قدر کی پیمائش کرتے ہیں تاکہ پیمائش کا نتیجہ استعمال کیا جا سکے۔
مثال کے طور پر، ہمیں ڈسک کی خالی جگہ کی مقدار معلوم ہوئی اور اب ہم اسے استعمال کر سکتے ہیں، اس میموری کو استعمال کر سکتے ہیں، وغیرہ۔ میٹرک کا نتیجہ موصول ہونے کے بعد، ہمیں اس کی تشریح کرنی چاہیے۔ مثال کے طور پر، میٹرک نے 90 کا نتیجہ لوٹایا۔ ہمیں یہ جاننے کی ضرورت ہے کہ اس نمبر کا کیا مطلب ہے: خالی جگہ کی مقدار یا فیصد یا گیگا بائٹس میں استعمال شدہ ڈسک کی جگہ، نیٹ ورک لیٹنسی 90 ms کے برابر، اور اسی طرح، یعنی ، ہمیں میٹرک قدر کے معنی کی تشریح کرنے کی ضرورت ہے۔ میٹرکس کے بالکل معنی خیز ہونے کے لیے، ایک میٹرک قدر کی تشریح کرنے کے بعد، ہمیں اس بات کو یقینی بنانا ہوگا کہ متعدد قدریں جمع ہوں۔ یہ بہت اہم ہے کیونکہ بہت سے لوگ میٹرکس جمع کرنے کی ضرورت سے واقف نہیں ہیں۔ مائیکروسافٹ نے میٹرکس کو جمع کرنا بہت آسان بنا دیا ہے، لیکن یہ یقینی بنانا آپ پر منحصر ہے کہ وہ جمع ہو گئے ہیں۔ یہ میٹرکس صرف 41 دنوں کے لیے محفوظ ہوتے ہیں اور 42 ویں دن غائب ہو جاتے ہیں۔ اس لیے، آپ کے بیرونی یا اندرونی آلات کی خصوصیات پر منحصر ہے، آپ کو اس بات کا خیال رکھنا چاہیے کہ میٹرکس کو 41 دنوں سے زیادہ کیسے محفوظ کیا جائے - لاگز، لاگز وغیرہ کی شکل میں۔ اس طرح، جمع کرنے کے بعد، آپ کو انہیں کسی ایسی جگہ پر رکھنا چاہیے جو آپ کو میٹرک کے نتائج میں ہونے والی تبدیلیوں کے تمام اعداد و شمار کو اگر ضروری ہو تو کھینچنے کی اجازت دیتا ہے۔ ایک بار جب آپ انہیں وہاں رکھ دیتے ہیں، تو آپ ان کے ساتھ مؤثر طریقے سے کام کرنا شروع کر سکتے ہیں۔
میٹرکس حاصل کرنے، ان کی تشریح اور جمع کرنے کے بعد ہی، آپ SLA - سروس لیول کا معاہدہ بنا سکتے ہیں۔ یہ SLA آپ کے صارفین کے لیے زیادہ اہمیت کا حامل نہیں ہو سکتا؛ یہ آپ کے ساتھیوں، مینیجرز، نظام کو برقرار رکھنے والے اور اس کی فعالیت کے بارے میں فکر مند افراد کے لیے زیادہ اہم ہے۔ میٹرک ٹکٹوں کی تعداد کی پیمائش کر سکتا ہے - مثال کے طور پر، آپ کو روزانہ 5 ٹکٹ ملتے ہیں، اور اس صورت میں یہ صارف کی درخواستوں کے جواب کی رفتار اور ٹربل شوٹنگ کی رفتار کو ظاہر کرتا ہے۔ میٹرک کو صرف یہ نہیں کہنا چاہیے کہ آپ کی سائٹ 20ms میں لوڈ ہوتی ہے یا آپ کے جواب کی رفتار 20ms ہے، ایک میٹرک صرف ایک تکنیکی اشارے سے زیادہ ہے۔
لہذا، ہماری گفتگو کا کام آپ کو میٹرکس کے جوہر کی ایک تفصیلی تصویر کے ساتھ پیش کرنا ہے۔ میٹرک کام کرتا ہے تاکہ اسے دیکھ کر آپ عمل کی مکمل تصویر حاصل کر سکیں۔
میٹرک حاصل کرنے کے بعد، ہم 99% ضمانت دے سکتے ہیں کہ سسٹم کام کر رہا ہے، کیونکہ یہ صرف لاگ فائل کو نہیں دیکھ رہا ہے جو کہے کہ سسٹم کام کر رہا ہے۔ 99% اپ ٹائم گارنٹی کا مطلب یہ ہے کہ، مثال کے طور پر، API کا 99% وقت 30 ms کی عام رفتار سے جواب دیتا ہے۔ یہ بالکل وہی ہے جو آپ کے صارفین، آپ کے ساتھیوں اور مینیجرز کو دلچسپی رکھتا ہے۔ ہمارے بہت سے کلائنٹس ویب سرور لاگز کی نگرانی کرتے ہیں، لیکن وہ ان میں کوئی خامی محسوس نہیں کرتے اور سمجھتے ہیں کہ سب کچھ ٹھیک ہے۔ مثال کے طور پر، وہ 200 Mb/s کی نیٹ ورک کی رفتار دیکھتے ہیں اور سوچتے ہیں: "ٹھیک ہے، سب کچھ بہت اچھا ہے!" لیکن ان 200 کو حاصل کرنے کے لیے، صارفین کو 30 ملی سیکنڈ کی رسپانس اسپیڈ درکار ہوتی ہے، اور یہ بالکل وہی اشارے ہے جو لاگ فائلوں میں ماپا نہیں جاتا اور جمع نہیں ہوتا۔ ساتھ ہی، صارفین حیران ہیں کہ سائٹ بہت آہستہ لوڈ ہوتی ہے، کیونکہ ضروری میٹرکس نہ ہونے کی وجہ سے وہ اس رویے کی وجوہات نہیں جانتے۔
لیکن چونکہ ہمارے پاس 100% اپ ٹائم SLA ہے، صارفین شکایت کرنا شروع کر دیتے ہیں کیونکہ اس سائٹ کو استعمال کرنا دراصل بہت مشکل ہے۔ لہذا، ایک معروضی SLA بنانے کے لیے، جمع شدہ میٹرکس کے ذریعے بنائے گئے عمل کی مکمل تصویر دیکھنا ضروری ہے۔ یہ ایک جاری مسئلہ ہے جو میرے پاس کچھ فراہم کنندگان کے ساتھ ہے جو، SLAs بناتے وقت، یہ نہیں جانتے کہ "اپ ٹائم" کی اصطلاح کا کیا مطلب ہے اور زیادہ تر معاملات میں اپنے کلائنٹس کو یہ نہیں بتاتے کہ ان کا API کیسے کام کرتا ہے۔
اگر آپ نے ایک سروس بنائی ہے، مثال کے طور پر، تیسرے شخص کے لیے API، تو آپ کو سمجھنا چاہیے کہ 39,5 کے نتیجے میں آنے والے میٹرک کا کیا مطلب ہے - جواب، کامیاب جواب، 20 ms کی رفتار سے یا 5 ms کی رفتار سے جواب۔ یہ آپ پر منحصر ہے کہ ان کے SLA کو آپ کے اپنے SLA، آپ کے اپنے میٹرکس کے مطابق ڈھال لیں۔
ایک بار جب آپ یہ سب سمجھ لیں تو آپ ایک شاندار ڈیش بورڈ بنانا شروع کر سکتے ہیں۔ مجھے بتائیں، کیا کسی نے پہلے ہی Grafana انٹرایکٹو ویژولائزیشن ایپلی کیشن استعمال کی ہے؟ زبردست! میں اس اوپن سورس کا بہت بڑا پرستار ہوں کیونکہ یہ چیز مفت اور استعمال میں آسان ہے۔
اگر آپ نے ابھی تک Grafana استعمال نہیں کیا ہے، تو میں آپ کو بتاؤں گا کہ اس کے ساتھ کیسے کام کیا جائے۔ 80 اور 90 کی دہائی میں پیدا ہونے والا کوئی بھی شخص شاید CareBears کو یاد رکھتا ہو؟ میں نہیں جانتا کہ یہ ریچھ روس میں کتنے مشہور تھے، لیکن جب بات میٹرکس کی ہو، تو ہمیں وہی "نگہداشت والے ریچھ" ہونا چاہیے۔ جیسا کہ میں نے کہا، آپ کو ایک بڑی تصویر کی ضرورت ہے کہ پورا نظام کیسے کام کرتا ہے، اور یہ صرف آپ کے API، آپ کی ویب سائٹ، یا ورچوئل مشین میں چلنے والی سروس کے بارے میں نہیں ہونا چاہیے۔
آپ کو ان میٹرکس کے مجموعے کو منظم کرنا چاہیے جو پورے نظام کے عمل کی مکمل عکاسی کرتے ہیں۔ آپ میں سے زیادہ تر سافٹ ویئر ڈویلپرز ہیں، اس لیے آپ کی زندگی مسلسل بدل رہی ہے، نئی مصنوعات کی ضروریات کو اپناتے ہوئے، اور جس طرح آپ کوڈنگ کے عمل سے فکر مند ہیں، اسی طرح آپ کو میٹرکس کے بارے میں فکر مند ہونا چاہیے۔ آپ کو یہ جاننے کی ضرورت ہے کہ میٹرک آپ کے لکھے ہوئے کوڈ کی ہر سطر سے کیسے متعلق ہے۔ مثال کے طور پر، اگلے ہفتے آپ ایک نئی مارکیٹنگ مہم شروع کر رہے ہیں اور توقع ہے کہ صارفین کی ایک بڑی تعداد آپ کی سائٹ پر آئے گی۔ اس ایونٹ کا تجزیہ کرنے کے لیے، آپ کو میٹرکس کی ضرورت ہوگی، اور آپ کو ان لوگوں کی سرگرمی کو ٹریک کرنے کے لیے ایک پورے ڈیش بورڈ کی ضرورت ہو سکتی ہے۔ آپ کو یہ سمجھنے کے لیے میٹرکس کی ضرورت ہوگی کہ آپ کی مارکیٹنگ مہم کتنی کامیاب ہے اور یہ حقیقت میں کیسی کارکردگی دکھا رہی ہے۔ وہ آپ کی مدد کریں گے، مثال کے طور پر، ایک موثر CRM - کسٹمر ریلیشن شپ مینجمنٹ سسٹم تیار کریں۔
تو آئیے اپنی Azure کلاؤڈ سروس کے ساتھ شروع کریں۔ میٹرکس کلیکشن کو تلاش کرنا اور منظم کرنا بہت آسان ہے کیونکہ اس میں Azure مانیٹر ہے۔ یہ مانیٹر آپ کے سسٹم کنفیگریشن مینجمنٹ کو مرکزی بناتا ہے۔ Azure عناصر میں سے ہر ایک جسے آپ اپنے سسٹم پر لاگو کرنا چاہتے ہیں اس میں کئی میٹرکس بطور ڈیفالٹ فعال ہیں۔ یہ ایک مفت ایپلی کیشن ہے جو بالکل باکس سے باہر کام کرتی ہے اور اسے کسی ابتدائی سیٹنگ کی ضرورت نہیں ہے؛ آپ کو اپنے سسٹم پر کچھ لکھنے یا "اسکرو" کرنے کی ضرورت نہیں ہے۔ ہم مندرجہ ذیل ڈیمو کو دیکھ کر اس کی تصدیق کریں گے۔
اس کے علاوہ، ان میٹرکس کو فریق ثالث ایپلی کیشنز کو بھیجنا ممکن ہے، جیسے اسپلنک لاگ اسٹوریج اور تجزیہ کا نظام، کلاؤڈ بیسڈ لاگ مینجمنٹ ایپلی کیشن سومو لاجک، ELK لاگ پروسیسنگ ٹول، اور IBM ریڈار۔ سچ ہے، اس میں معمولی فرق ہیں جو آپ کے استعمال کردہ وسائل پر منحصر ہیں - ایک ورچوئل مشین، نیٹ ورک سروسز، Azure SQL ڈیٹا بیس، یعنی میٹرکس کا استعمال آپ کے کام کے ماحول کے افعال کے لحاظ سے مختلف ہوتا ہے۔ میں یہ نہیں کہوں گا کہ یہ اختلافات سنگین ہیں، لیکن، بدقسمتی سے، وہ اب بھی موجود ہیں، اور اس کو مدنظر رکھا جانا چاہیے۔ میٹرکس کو فعال کرنا اور بھیجنا کئی طریقوں سے ممکن ہے: پورٹل، CLI/Power Shell کے ذریعے، یا ARM ٹیمپلیٹس کے ذریعے۔
اس سے پہلے کہ میں اپنا پہلا ڈیمو شروع کروں، میں آپ کے کسی بھی سوال کا جواب دوں گا۔ اگر کوئی سوالات نہیں ہیں تو آئیے شروع کرتے ہیں۔ اسکرین دکھاتی ہے کہ Azure مانیٹر کا صفحہ کیسا لگتا ہے۔ کیا آپ میں سے کوئی کہہ سکتا ہے کہ یہ مانیٹر کام نہیں کر رہا؟
تو اب سب کچھ ٹھیک ہے، آپ دیکھ سکتے ہیں کہ مانیٹر سروسز کیسی دکھتی ہیں۔ میں کہہ سکتا ہوں کہ یہ روزمرہ کے کام کے لیے ایک بہترین اور بہت آسان ٹول ہے۔ اسے ایپلی کیشنز، نیٹ ورکس اور انفراسٹرکچر کی نگرانی کے لیے استعمال کیا جا سکتا ہے۔ حال ہی میں، مانیٹرنگ انٹرفیس کو بہتر کیا گیا ہے، اور اگر پہلے سروسز مختلف جگہوں پر موجود تھیں، تو اب سروسز کے بارے میں تمام معلومات مانیٹر کے ہوم پیج پر جمع کر دی گئی ہیں۔
میٹرکس ٹیبل HomeMonitorMetrics پاتھ کے ساتھ ایک ٹیب ہے، جس پر آپ تمام دستیاب میٹرکس کو دیکھنے اور اپنی ضرورت کو منتخب کرنے کے لیے جا سکتے ہیں۔ لیکن اگر آپ کو میٹرکس کے مجموعہ کو فعال کرنے کی ضرورت ہے، تو آپ کو HomeMonitorDiagnostic سیٹنگز ڈائرکٹری کا راستہ استعمال کرنا ہوگا اور فعال/غیر فعال میٹرکس کے چیک باکسز کو چیک کرنا ہوگا۔ پہلے سے طے شدہ طور پر، تقریباً تمام میٹرکس فعال ہیں، لیکن اگر آپ کو کچھ اضافی فعال کرنے کی ضرورت ہے، تو آپ کو تشخیصی حیثیت کو غیر فعال سے فعال میں تبدیل کرنا ہوگا۔
ایسا کرنے کے لیے، منتخب میٹرک کی لائن پر کلک کریں اور کھلنے والے ٹیب پر، تشخیصی موڈ کو فعال کریں۔ اگر آپ منتخب میٹرک کا تجزیہ کرنے جا رہے ہیں، تو ٹرن آن ڈائیگناسٹک لنک پر کلک کرنے کے بعد، آپ کو ظاہر ہونے والی ونڈو میں Send to Log Analytics چیک باکس کو چیک کرنا ہوگا۔
لاگ اینالیٹکس تھوڑا سا Splunk سے ملتا جلتا ہے، لیکن اس کی قیمت کم ہے۔ یہ سروس آپ کو اپنے تمام میٹرکس، لاگز اور ہر وہ چیز جمع کرنے کی اجازت دیتی ہے جس کی آپ کو ضرورت ہے اور انہیں Log Analytics ورک اسپیس میں رکھ سکتے ہیں۔ سروس ایک خاص KQL استفسار پروسیسنگ زبان کا استعمال کرتی ہے - Kusto Quarry Language، ہم اگلے ڈیمو میں اس کے کام کو دیکھیں گے۔ ابھی کے لیے، میں نوٹ کروں گا کہ اس کی مدد سے آپ میٹرکس، لاگز، اصطلاحات، رجحانات، پیٹرن وغیرہ سے متعلق سوالات پیدا کر سکتے ہیں۔ اور ڈیش بورڈز بنائیں۔
لہذا، ہم Send to Log Analytics چیک باکس اور LOG پینل کے چیک باکسز کو چیک کرتے ہیں: DataPlaneRequests، MongoRequests اور QueryRuntimeStatistics، اور نیچے METRIC پینل پر - درخواستوں کا چیک باکس۔ پھر ہم ایک نام تفویض کرتے ہیں اور ترتیبات کو محفوظ کرتے ہیں۔ کمانڈ لائن پر، یہ کوڈ کی دو لائنوں کی نمائندگی کرتا ہے۔ ویسے، Azure Cloud شیل اس لحاظ سے گوگل سے مشابہت رکھتا ہے، جو آپ کو اپنے ویب براؤزر میں کمانڈ لائن استعمال کرنے کی بھی اجازت دیتا ہے۔ AWS کے پاس ایسا کچھ نہیں ہے، لہذا Azure اس لحاظ سے بہت زیادہ آسان ہے۔
مثال کے طور پر، میں اپنے لیپ ٹاپ پر کوئی کوڈ استعمال کیے بغیر ویب انٹرفیس کے ذریعے ڈیمو چلا سکتا ہوں۔ ایسا کرنے کے لیے، مجھے اپنے Azure اکاؤنٹ سے تصدیق کرنی ہوگی۔ پھر آپ استعمال کر سکتے ہیں، مثال کے طور پر، ٹیرافون، اگر آپ اسے پہلے سے استعمال کرتے ہیں، تو سروس سے کنکشن کا انتظار کریں اور لینکس کے کام کرنے کا ماحول حاصل کریں جو مائیکروسافٹ بطور ڈیفالٹ استعمال کرتا ہے۔
اگلا، میں Azure کلاؤڈ شیل میں بنایا ہوا Bash استعمال کرتا ہوں۔ ایک بہت ہی مفید چیز آئی ڈی ای ہے جو براؤزر میں بنایا گیا ہے، جو VS کوڈ کا ہلکا پھلکا ورژن ہے۔ اگلا، میں اپنے ایرر میٹرکس ٹیمپلیٹ میں جا سکتا ہوں، اس میں ترمیم کر سکتا ہوں اور اپنی ضروریات کے مطابق اسے اپنی مرضی کے مطابق بنا سکتا ہوں۔
اس ٹیمپلیٹ میں میٹرکس کا مجموعہ ترتیب دینے کے بعد، آپ اسے اپنے پورے انفراسٹرکچر کے لیے میٹرکس بنانے کے لیے استعمال کر سکتے ہیں۔ ایک بار جب ہم میٹرکس کو لاگو کر لیتے ہیں، انہیں جمع کر لیتے ہیں، اور انہیں ذخیرہ کر لیتے ہیں، تو ہمیں ان کا تصور کرنا ہو گا۔
Azure Monitor صرف میٹرکس سے متعلق ہے اور آپ کے سسٹم کی صحت کی مجموعی تصویر فراہم نہیں کرتا ہے۔ آپ کے پاس Azure ماحول سے باہر چلنے والی متعدد دیگر ایپلیکیشنز ہو سکتی ہیں۔ لہذا اگر آپ کو تمام عمل کی نگرانی کرنے کی ضرورت ہے، تمام جمع شدہ میٹرکس کو ایک جگہ پر تصور کرنا، تو Azure Monitor اس کے لیے موزوں نہیں ہے۔
اس مسئلے کو حل کرنے کے لیے، مائیکروسافٹ پاور BI ٹول پیش کرتا ہے، جو کاروباری تجزیہ کے لیے ایک جامع سافٹ ویئر ہے جس میں ڈیٹا کی وسیع اقسام کا تصور شامل ہے۔ یہ کافی مہنگی پروڈکٹ ہے، جس کی قیمت آپ کے مطلوبہ فنکشنز کے سیٹ پر منحصر ہے۔ پہلے سے طے شدہ طور پر، یہ آپ کو پروسیس کرنے کے لیے 48 قسم کے ڈیٹا کی پیشکش کرتا ہے اور Azure SQL Data Warehouses، Azure Data Lake Storage، Azure Machine Learning Services، اور Azure Databricks سے منسلک ہے۔ اسکیل ایبلٹی کا استعمال کرتے ہوئے، آپ ہر 30 منٹ میں نیا ڈیٹا حاصل کر سکتے ہیں۔ اگر آپ کو ریئل ٹائم مانیٹرنگ ویژولائزیشن کی ضرورت ہو تو یہ آپ کی ضروریات کے لیے کافی ہو سکتا ہے یا نہیں۔ اس صورت میں، میں نے ذکر کردہ گرافانا جیسی ایپلی کیشنز کو استعمال کرنے کی سفارش کی ہے۔ اس کے علاوہ، مائیکروسافٹ کی دستاویزات میں SIEM ٹولز کا استعمال کرتے ہوئے میٹرکس، لاگز اور ایونٹ ٹیبلز کو ویژولائزیشن سسٹم اسپلنک، سومو لاجک، ELK اور IBM ریڈار بھیجنے کی صلاحیت کو بیان کیا گیا ہے۔
23:40 منٹ
بہت جلد جاری رکھا جائے گا...
کچھ اشتہارات 🙂
ہمارے ساتھ رہنے کے لیے آپ کا شکریہ۔ کیا آپ کو ہمارے مضامین پسند ہیں؟ مزید دلچسپ مواد دیکھنا چاہتے ہیں؟ آرڈر دے کر یا دوستوں کو مشورہ دے کر ہمارا ساتھ دیں، , انٹری لیول سرورز کا ایک انوکھا اینالاگ، جو ہم نے آپ کے لیے ایجاد کیا تھا: (RAID1 اور RAID10 کے ساتھ دستیاب، 24 کور تک اور 40GB DDR4 تک)۔
ایمسٹرڈیم میں Equinix Tier IV ڈیٹا سینٹر میں Dell R730xd 2 گنا سستا؟ صرف یہاں نیدرلینڈ میں! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 سے! کے بارے میں پڑھا
ماخذ: www.habr.com