تعارف
صارف کے نقطہ نظر سے ایک معلوماتی نظام کو GOST RV 51987 میں اچھی طرح سے بیان کیا گیا ہے - "ایک خودکار نظام، جس کا نتیجہ بعد میں استعمال کے لیے آؤٹ پٹ معلومات کی پیشکش ہے۔" اگر ہم اندرونی ساخت پر غور کریں، تو جوہر میں کوئی بھی IS کوڈ میں لاگو ایک دوسرے سے منسلک الگورتھم کا ایک نظام ہے۔ ٹورنگ چرچ تھیسس کے وسیع معنی میں، ایک الگورتھم (یا IS) ان پٹ ڈیٹا کے سیٹ کو آؤٹ پٹ ڈیٹا کے سیٹ میں تبدیل کرتا ہے۔
کوئی یہ بھی کہہ سکتا ہے کہ ان پٹ ڈیٹا کی تبدیلی ایک انفارمیشن سسٹم کے وجود کا مطلب ہے۔ اس کے مطابق، IS اور پورے IS کمپلیکس کی قدر کا تعین ان پٹ اور آؤٹ پٹ ڈیٹا کی قدر کے ذریعے کیا جاتا ہے۔
اس کی بنیاد پر، ڈیزائن کا آغاز اور ڈیٹا پر مبنی ہونا چاہیے، فن تعمیر اور طریقوں کو ڈیٹا کی ساخت اور اہمیت کے مطابق بنانا چاہیے۔
ذخیرہ شدہ ڈیٹا
ڈیزائن کی تیاری کا ایک اہم مرحلہ پروسیسنگ اور اسٹوریج کے لیے بنائے گئے تمام ڈیٹا سیٹس کی خصوصیات حاصل کرنا ہے۔ ان خصوصیات میں شامل ہیں:
- ڈیٹا کا حجم؛
- ڈیٹا کے لائف سائیکل کے بارے میں معلومات (نئے ڈیٹا کی نمو، عمر، پرانے ڈیٹا کی پروسیسنگ)؛
- نقطہ نظر سے ڈیٹا کی درجہ بندی مالیاتی اشارے کے ساتھ کمپنی کے بنیادی کاروبار (رازداری، سالمیت، دستیابی کی سہ رخی) پر اثر (مثال کے طور پر، آخری گھنٹے میں ڈیٹا ضائع ہونے کی قیمت)؛
- ڈیٹا پروسیسنگ کا جغرافیہ (پروسیسنگ سسٹم کا جسمانی مقام)؛
— ہر ڈیٹا کلاس کے لیے ریگولیٹری تقاضے (مثال کے طور پر، وفاقی قانون-152، PCI DSS)۔
انفارمیشن سسٹمز
ڈیٹا کو نہ صرف ذخیرہ کیا جاتا ہے، بلکہ انفارمیشن سسٹم کے ذریعے پروسیس (تبدیل) بھی کیا جاتا ہے۔ ڈیٹا کی خصوصیات حاصل کرنے کے بعد اگلا مرحلہ انفارمیشن سسٹمز کی مکمل انوینٹری، ان کی تعمیراتی خصوصیات، ایک دوسرے پر انحصار اور چار قسم کے وسائل کے لیے روایتی اکائیوں میں بنیادی ڈھانچے کی ضروریات ہیں:
- پروسیسر کمپیوٹنگ کی طاقت؛
- رام کی مقدار؛
- ڈیٹا اسٹوریج سسٹم کے حجم اور کارکردگی کے تقاضے؛
— ڈیٹا ٹرانسمیشن نیٹ ورک کے لیے تقاضے (بیرونی چینلز، IS اجزاء کے درمیان چینلز)۔
اس صورت میں، IS کے حصے کے طور پر ہر سروس/مائیکرو سروس کے لیے تقاضے ہونے چاہئیں۔
الگ سے، یہ نوٹ کرنا ضروری ہے کہ، درست ڈیزائن کے لیے، IS ڈاؤن ٹائم (روبل فی گھنٹہ) کی لاگت کی صورت میں کمپنی کے بنیادی کاروبار پر IS کے اثرات سے متعلق ڈیٹا کی دستیابی لازمی ہے۔
خطرہ ماڈل
خطرات کا ایک باضابطہ ماڈل ہونا چاہیے جس سے ڈیٹا/سروسز کی حفاظت کا منصوبہ بنایا گیا ہو۔ مزید برآں، خطرے کے ماڈل میں نہ صرف رازداری کے پہلو شامل ہیں، بلکہ سالمیت اور دستیابی بھی شامل ہے۔ وہ. مثال کے طور پر:
- جسمانی سرور کی ناکامی؛
- ٹاپ آف دی ریک سوئچ کی ناکامی؛
- ڈیٹا سینٹرز کے درمیان آپٹیکل کمیونیکیشن چینل میں خلل؛
- پورے آپریشنل اسٹوریج سسٹم کی ناکامی۔
کچھ معاملات میں، دھمکی کے ماڈل نہ صرف بنیادی ڈھانچے کے اجزاء کے لیے لکھے جاتے ہیں، بلکہ مخصوص معلوماتی نظام یا ان کے اجزاء کے لیے بھی لکھے جاتے ہیں، جیسے کہ ڈیٹا ڈھانچے کی منطقی تباہی کے ساتھ DBMS کی ناکامی۔
ایک غیر بیان شدہ خطرے سے بچانے کے لیے منصوبے کے اندر تمام فیصلے غیر ضروری ہیں۔
ریگولیٹری کی ضروریات
اگر ڈیٹا پر عملدرآمد کیا جا رہا ہے تو وہ ریگولیٹرز کے قائم کردہ خصوصی قوانین کے تابع ہے، ڈیٹا سیٹس اور پروسیسنگ/اسٹوریج کے قوانین کے بارے میں معلومات درکار ہیں۔
RPO/RTO اہداف
کسی بھی قسم کے تحفظ کو ڈیزائن کرنے کے لیے ٹارگٹ ڈیٹا نقصان کے اشارے اور ہر بیان کردہ خطرے کے لیے ٹارگٹ سروس ریکوری ٹائم کی ضرورت ہوتی ہے۔
مثالی طور پر، آر پی او اور آر ٹی او کے پاس ڈیٹا ضائع ہونے اور فی یونٹ ٹائم ٹائم ٹائم کے متعلقہ اخراجات ہونے چاہئیں۔
وسائل کے تالابوں میں تقسیم
تمام ابتدائی ان پٹ معلومات اکٹھی کرنے کے بعد، پہلا قدم یہ ہے کہ ڈیٹا سیٹس اور IP کو خطرے کے ماڈلز اور ریگولیٹری تقاضوں کی بنیاد پر پولز میں گروپ کیا جائے۔ مختلف پولوں کی تقسیم کی قسم کا تعین کیا جاتا ہے - پروگرام کے لحاظ سے سسٹم سافٹ ویئر کی سطح پر یا جسمانی طور پر۔
مثالیں:
- سرکٹ پروسیسنگ ذاتی ڈیٹا کو مکمل طور پر جسمانی طور پر دوسرے سسٹمز سے الگ کیا جاتا ہے۔
- بیک اپ ایک علیحدہ اسٹوریج سسٹم میں محفوظ کیے جاتے ہیں۔
اس صورت میں، پولز نامکمل طور پر آزاد ہو سکتے ہیں، مثال کے طور پر، کمپیوٹنگ وسائل کے دو پول متعین کیے گئے ہیں (پروسیسر پاور + RAM)، جو ایک ڈیٹا اسٹوریج پول اور واحد ڈیٹا ٹرانسمیشن ریسورس پول کا استعمال کرتے ہیں۔
پروسیسنگ پاور
خلاصہ، ورچوئلائزڈ ڈیٹا سینٹر کی پروسیسنگ پاور کی ضروریات کو ورچوئل پروسیسرز (vCPUs) کی تعداد اور فزیکل پروسیسرز (pCPU) پر ان کے استحکام کے تناسب کے لحاظ سے ماپا جاتا ہے۔ اس خاص معاملے میں، 1 pCPU = 1 فزیکل پروسیسر کور (ہائپر تھریڈنگ کو چھوڑ کر)۔ vCPUs کی تعداد کو تمام متعین وسائل کے تالابوں میں جمع کیا جاتا ہے (جن میں سے ہر ایک کا اپنا استحکام کا عنصر ہوسکتا ہے)۔
لوڈڈ سسٹمز کے لیے کنسولیڈیشن گتانک تجرباتی طور پر، موجودہ انفراسٹرکچر کی بنیاد پر، یا پائلٹ انسٹالیشن اور لوڈ ٹیسٹنگ کے ذریعے حاصل کیا جاتا ہے۔ ان لوڈ شدہ سسٹمز کے لیے، "بہترین عمل" استعمال کیا جاتا ہے۔ خاص طور پر، VMware اوسط تناسب کو 8:1 بتاتا ہے۔
آپریٹنگ میموری
RAM کی کل ضرورت سادہ سمیشن سے حاصل کی جاتی ہے۔ RAM اوور سبسکرپشن استعمال کرنے کی سفارش نہیں کی جاتی ہے۔
ذخیرہ کرنے کے وسائل
سٹوریج کی ضروریات صرف صلاحیت اور کارکردگی کے لحاظ سے تمام پولز کو جمع کر کے حاصل کی جاتی ہیں۔
کارکردگی کے تقاضوں کا اظہار IOPS میں اوسط پڑھنے/لکھنے کے تناسب کے ساتھ کیا جاتا ہے اور، اگر ضروری ہو تو، جواب میں زیادہ سے زیادہ تاخیر۔
سروس کے معیار (QoS) کے تقاضے مخصوص پولز یا سسٹمز کے لیے الگ سے بیان کیے جائیں۔
ڈیٹا نیٹ ورک کے وسائل
ڈیٹا نیٹ ورک کی ضروریات صرف تمام بینڈوتھ پولز کو جمع کر کے حاصل کی جاتی ہیں۔
سروس کے معیار (QoS) اور لیٹنسی (RTT) کے تقاضے مخصوص پولز یا سسٹمز کے لیے الگ الگ بیان کیے جائیں۔
ڈیٹا نیٹ ورک کے وسائل کی ضروریات کے حصے کے طور پر، نیٹ ورک ٹریفک کی تنہائی اور/یا خفیہ کاری کے تقاضے اور ترجیحی میکانزم (802.1q، IPSec، وغیرہ) کی بھی نشاندہی کی گئی ہے۔
فن تعمیر کا انتخاب
یہ گائیڈ x86 فن تعمیر اور 100% سرور ورچوئلائزیشن کے علاوہ کسی انتخاب پر بحث نہیں کرتا ہے۔ لہذا، کمپیوٹنگ سب سسٹم فن تعمیر کا انتخاب سرور ورچوئلائزیشن پلیٹ فارم، سرور فارم فیکٹر، اور سرور کی عمومی ترتیب کی ضروریات کے انتخاب پر آتا ہے۔
انتخاب کا اہم نکتہ یہ ہے کہ کلاسیکی نقطہ نظر کو استعمال کرنے کا یقین ہے جس میں ڈیٹا کو پروسیسنگ، ذخیرہ کرنے اور منتقل کرنے کے افعال کی علیحدگی یا ایک کنورجنٹ ہے۔
کلاسیکی فن تعمیر ڈیٹا کو ذخیرہ کرنے اور منتقل کرنے کے لیے ذہین بیرونی ذیلی نظاموں کا استعمال شامل ہے، جبکہ سرورز صرف پروسیسنگ پاور اور RAM کو جسمانی وسائل کے مشترکہ تالاب میں شامل کرتے ہیں۔ انتہائی صورتوں میں، سرور مکمل طور پر گمنام ہو جاتے ہیں، نہ صرف ان کی اپنی ڈسکیں ہوتی ہیں، بلکہ سسٹم شناخت کنندہ بھی نہیں ہوتا ہے۔ اس صورت میں، OS یا ہائپر وائزر بلٹ ان فلیش میڈیا یا ایکسٹرنل ڈیٹا اسٹوریج سسٹم (SAN سے بوٹ) سے لوڈ کیا جاتا ہے۔
کلاسیکی فن تعمیر کے فریم ورک کے اندر، بلیڈ اور ریک کے درمیان انتخاب بنیادی طور پر درج ذیل اصولوں کی بنیاد پر کیا جاتا ہے:
- لاگت سے موثر (اوسط طور پر، ریک ماؤنٹ سرور سستے ہیں)؛
- کمپیوٹیشنل کثافت (بلیڈ کے لیے زیادہ)؛
— توانائی کی کھپت اور گرمی کی کھپت (بلیڈ میں فی یونٹ زیادہ مخصوص یونٹ ہوتا ہے)؛
- اسکیل ایبلٹی اور کنٹرول ایبلٹی (بلیڈ کو عام طور پر بڑی تنصیبات کے لیے کم محنت کی ضرورت ہوتی ہے)؛
- توسیعی کارڈ کا استعمال (بلیڈ کے لیے بہت محدود انتخاب)۔
کنورجنٹ فن تعمیر (اس نام سے بہی جانا جاتاہے hyperconverged) میں ڈیٹا پروسیسنگ اور اسٹوریج کے افعال کو یکجا کرنا شامل ہے، جو مقامی سرور ڈسک کے استعمال کی طرف جاتا ہے اور اس کے نتیجے میں، کلاسک بلیڈ فارم فیکٹر کو ترک کرنا پڑتا ہے۔ کنورجڈ سسٹمز کے لیے، یا تو ریک سرورز یا کلسٹر سسٹمز استعمال کیے جاتے ہیں، ایک ہی کیس میں کئی بلیڈ سرورز اور لوکل ڈسکوں کو ملا کر۔
CPU/میموری
کنفیگریشن کا صحیح حساب لگانے کے لیے، آپ کو ماحول یا ہر ایک آزاد کلسٹر کے لیے بوجھ کی قسم کو سمجھنا ہوگا۔
CPU پابند - پروسیسر پاور کے ذریعہ کارکردگی میں محدود ماحول۔ RAM کو شامل کرنے سے کارکردگی کے لحاظ سے کچھ نہیں بدلے گا (فی سرور VMs کی تعداد)۔
یادداشت کا پابند - رام کے ذریعہ محدود ماحول۔ سرور پر زیادہ RAM آپ کو سرور پر مزید VMs چلانے کی اجازت دیتی ہے۔
جی بی / میگاہرٹز (جی بی / پی سی پی یو) - اس مخصوص بوجھ کے ذریعہ RAM اور پروسیسر کی طاقت کی کھپت کا اوسط تناسب۔ کسی دی گئی کارکردگی اور اس کے برعکس میموری کی مطلوبہ مقدار کا حساب لگانے کے لیے استعمال کیا جا سکتا ہے۔
سرور کی ترتیب کا حساب کتاب
سب سے پہلے، آپ کو تمام قسم کے بوجھ کا تعین کرنے اور مختلف کمپیوٹنگ پولز کو مختلف کلسٹرز میں ملانے یا تقسیم کرنے کا فیصلہ کرنے کی ضرورت ہے۔
اس کے بعد، ہر ایک متعین کلسٹرز کے لیے، GB/MHz تناسب کا تعین پہلے سے معلوم بوجھ پر کیا جاتا ہے۔ اگر بوجھ پہلے سے معلوم نہیں ہے، لیکن پروسیسر پاور کے استعمال کی سطح کے بارے میں کسی حد تک سمجھ ہے، تو آپ پول کی ضروریات کو جسمانی ضروریات میں تبدیل کرنے کے لیے معیاری vCPU:pCPU تناسب استعمال کر سکتے ہیں۔
ہر کلسٹر کے لیے، vCPU پول کی ضروریات کے مجموعے کو گتانک سے تقسیم کریں:
vCPUsum / vCPU:pCPU = pCPUsum - جسمانی اکائیوں کی مطلوبہ تعداد۔ کور
pCPUsum / 1.25 = pCPUht - ہائپر تھریڈنگ کے لئے ایڈجسٹ کور کی تعداد
آئیے فرض کریں کہ 190 کور / 3.5 TB RAM والے کلسٹر کا حساب لگانا ضروری ہے۔ اسی وقت، ہم 50% پروسیسر پاور اور 75% RAM کے ہدف کا بوجھ قبول کرتے ہیں۔
پی سی پی یو
190
CPU util
50٪
میم
3500
میم یوٹیلیٹی
75٪
ساکٹ
کور
Srv/CPU
ایس آر وی میم
Srv/Mem
2
6
25,3
128
36,5
2
8
19,0
192
24,3
2
10
15,2
256
18,2
2
14
10,9
384
12,2
2
18
8,4
512
9,1
اس صورت میں، ہم ہمیشہ قریب ترین عدد (=ROUNDUP(A1;0)) تک راؤنڈنگ کا استعمال کرتے ہیں۔
جدول سے یہ واضح ہو جاتا ہے کہ متعدد سرور کنفیگریشنز ہدف کے اشارے کے لیے متوازن ہیں:
- 26 سرورز 2*6c / 192 GB
- 19 سرورز 2*10c / 256 GB
- 10 سرورز 2*18c / 512 GB
پھر ان کنفیگریشنز کا انتخاب اضافی عوامل کی بنیاد پر کیا جانا چاہیے، جیسے تھرمل پیکج اور دستیاب کولنگ، پہلے سے استعمال شدہ سرورز، یا لاگت۔
سرور کی ترتیب کو منتخب کرنے کی خصوصیات
وسیع VMs۔ اگر وسیع VMs کی میزبانی کرنا ضروری ہے (1 NUMA نوڈ یا اس سے زیادہ کے مقابلے)، تو یہ تجویز کی جاتی ہے، اگر ممکن ہو تو، ایک ایسی ترتیب والا سرور منتخب کریں جو ایسے VMs کو NUMA نوڈ کے اندر رہنے کی اجازت دیتا ہو۔ وسیع VMs کی ایک بڑی تعداد کے ساتھ، کلسٹر وسائل کے ٹکڑے ہونے کا خطرہ ہوتا ہے، اور اس صورت میں، ایسے سرورز کا انتخاب کیا جاتا ہے جو وسیع VMs کو ممکنہ حد تک گنجان رکھنے کی اجازت دیتے ہیں۔
واحد ناکامی ڈومین سائز۔
سرور کے سائز کا انتخاب بھی واحد فیل ڈومین کو کم سے کم کرنے کے اصول پر مبنی ہے۔ مثال کے طور پر، ان کے درمیان انتخاب کرتے وقت:
— 3 x 4*10c / 512 GB
— 6 x 2*10c / 256 GB
دیگر تمام چیزیں برابر ہونے کی وجہ سے، آپ کو دوسرے آپشن کا انتخاب کرنا چاہیے، کیونکہ جب ایک سرور ناکام ہو جاتا ہے (یا اسے برقرار رکھا جا رہا ہے)، کلسٹر وسائل کا 33% نہیں بلکہ 17% ضائع ہو جاتا ہے۔ اسی طرح حادثے سے متاثرہ VMs اور IS کی تعداد آدھی رہ گئی ہے۔
کارکردگی کی بنیاد پر کلاسک اسٹوریج سسٹم کا حساب
کلاسک سٹوریج سسٹم کا حساب ہمیشہ بدترین صورت حال کو استعمال کرتے ہوئے کیا جاتا ہے، آپریشنل کیشے کے اثر و رسوخ اور آپریشن کی اصلاح کو چھوڑ کر۔
بنیادی کارکردگی کے اشارے کے طور پر، ہم ڈسک (IOPSdisk) سے مکینیکل کارکردگی لیتے ہیں:
- 7.2k - 75 IOPS
- 10k - 125 IOPS
- 15k - 175 IOPS
اگلا، ڈسک پول میں ڈسکوں کی تعداد درج ذیل فارمولے کا استعمال کرتے ہوئے شمار کی جاتی ہے: = TotalIOPS * (RW + (1 –RW) * RAIDpen) / IOPSdisk. کہاں:
- ٹوٹل آئی او پی ایس - ڈسک پول سے IOPS میں کل مطلوبہ کارکردگی
- RW - پڑھنے کی کارروائیوں کا فیصد
- RAID قلم - منتخب RAID سطح کے لیے RAID جرمانہ
ڈیوائس RAID اور RAID جرمانے کے بارے میں یہاں مزید پڑھیں - и и
ڈسکوں کی نتیجے میں آنے والی تعداد کی بنیاد پر، ممکنہ اختیارات کا حساب لگایا جاتا ہے جو سٹوریج کی گنجائش کی ضروریات کو پورا کرتے ہیں، بشمول ملٹی لیول اسٹوریج کے اختیارات۔
ایس ایس ڈی کو اسٹوریج لیئر کے طور پر استعمال کرنے والے سسٹمز کا حساب الگ سے سمجھا جاتا ہے۔
فلیش کیشے کے ساتھ حساب کرنے کے نظام کی خصوصیات
فلیش کیشے - فلیش میموری کو دوسرے درجے کے کیشے کے طور پر استعمال کرنے کے لیے تمام ملکیتی ٹیکنالوجیز کا مشترکہ نام۔ فلیش کیش کا استعمال کرتے وقت، اسٹوریج سسٹم کو عام طور پر مقناطیسی ڈسکوں سے مستقل بوجھ فراہم کرنے کے لیے شمار کیا جاتا ہے، جب کہ چوٹی کیش کے ذریعے پیش کی جاتی ہے۔
اس صورت میں، لوڈ پروفائل اور اسٹوریج والیوم کے بلاکس تک رسائی کے لوکلائزیشن کی ڈگری کو سمجھنا ضروری ہے۔ فلیش کیش انتہائی مقامی سوالات کے ساتھ کام کے بوجھ کے لیے ایک ٹکنالوجی ہے، اور یکساں طور پر بھری ہوئی مقداروں (جیسے تجزیاتی نظام کے لیے) کے لیے عملی طور پر ناقابل اطلاق ہے۔
کم کے آخر/درمیانی رینج کے ہائبرڈ سسٹمز کا حساب
نچلے اور متوسط طبقے کے ہائبرڈ سسٹم ایک شیڈول پر لیولز کے درمیان ڈیٹا منتقل کرنے کے ساتھ ملٹی لیول اسٹوریج کا استعمال کرتے ہیں۔ ایک ہی وقت میں، بہترین ماڈلز کے لیے ملٹی لیول اسٹوریج بلاک کا سائز 256 MB ہے۔ یہ خصوصیات ہمیں ٹائرڈ اسٹوریج ٹیکنالوجی کو پیداواری صلاحیت بڑھانے کے لیے ایک ٹیکنالوجی پر غور کرنے کی اجازت نہیں دیتی ہیں، جیسا کہ بہت سے لوگ غلطی سے مانتے ہیں۔ کم اور متوسط طبقے کے نظاموں میں ملٹی لیول سٹوریج ایک ایسی ٹیکنالوجی ہے جس میں واضح بوجھ کی غیر مساوی نظام کے لیے اسٹوریج کی لاگت کو بہتر بنایا جا سکتا ہے۔
ٹائرڈ سٹوریج کے لیے، سب سے پہلے اوپر والے درجے کی کارکردگی کا حساب لگایا جاتا ہے، جب کہ اسٹوریج کے نیچے والے درجے کو صرف غائب اسٹوریج کی گنجائش میں حصہ ڈالنے کے لیے سمجھا جاتا ہے۔ ہائبرڈ ملٹی ٹائر سسٹم کے لیے، نچلی سطح سے اچانک گرم ہونے والے ڈیٹا کی کارکردگی میں کمی کی تلافی کے لیے ملٹی ٹائر پول کے لیے فلیش کیش ٹیکنالوجی کا استعمال لازمی ہے۔
ٹائرڈ ڈسک پول میں ایس ایس ڈی کا استعمال
ایک ملٹی لیول ڈسک پول میں SSDs کے استعمال میں تغیرات ہوتے ہیں، جو کہ دیئے گئے مینوفیکچرر کی طرف سے فلیش کیش الگورتھم کے مخصوص نفاذ پر منحصر ہے۔
SSD لیول والے ڈسک پول کے لیے سٹوریج کی پالیسی کا عمومی طریقہ SSD پہلے ہے۔
صرف فلیش کیشے پڑھیں۔ صرف پڑھنے کے لیے فلیش کیشے کے لیے، SSD پر سٹوریج کی پرت تحریروں کی اہم لوکلائزیشن کے ساتھ آتی ہے، چاہے کیش کچھ بھی ہو۔
فلیش کیشے پڑھیں/لکھیں۔ فلیش کیشے کی صورت میں، رائٹ کیشے کا سائز پہلے زیادہ سے زیادہ کیش سائز پر سیٹ کیا جاتا ہے، اور SSD اسٹوریج ٹائر صرف اس وقت ظاہر ہوتا ہے جب کیشے کا سائز پورے لوکلائزڈ ورک بوجھ کو پورا کرنے کے لیے ناکافی ہو۔
SSD اور کیشے کی کارکردگی کا حساب ہر بار مینوفیکچرر کی سفارشات کی بنیاد پر کیا جاتا ہے، لیکن ہمیشہ بدترین صورت حال کے لیے۔
ماخذ: www.habr.com