”هي ضروري آهي،“ هن زور سان چيو، ڪنهن کي به مخاطب نه ڪيو. - اهو ضروري آهي! اھو اھو آھي جيڪو اھو چوي ٿو: ھڪڙي ڪمپني جو بنيادي ڪم حصو ھولڊرز جي فائدي ۾ منافعو حاصل ڪرڻ آھي. خير، ان جي باري ۾ سوچيو! اهي ڪنهن به شيء کان نه ڊڄندا آهن!
Yuliy Dubov، "گهٽ برائي"
اهڙي عنوان کي ڏسي، توهان شايد اڳ ۾ ئي فيصلو ڪيو آهي ته مضمون يا ته حماقت يا اشتعال آهي. پر نتيجن تي جلدي نه ڪريو: وڏين ڪارپوريشنن جا ملازم، خاص طور تي رياستي شرڪت سان ڪارپوريشن، اڪثر ڪري مختلف پليٽ فارمن جو مقابلو ڪرڻو پوندو آهي، بشمول مڪمل طور تي مختلف - مثال طور، اهي عنوان ۾.
يقينن، ڪو به هن طريقي سان ڊي بي ايم ايس جي مقابلي ۾ ناهي، ڇاڪاڻ ته انهن جي طاقت ۽ ڪمزورين کي چڱي طرح ڄاڻن ٿا. ضابطي جي طور تي، پليٽ فارم جيڪي ڪجھ ايپليڪيشن مسئلا حل ڪن ٿا مقابلي جي تابع آهن. مضمون ۾ مان ڏيکاريندس ته طريقو جيڪو هن معاملي ۾ استعمال ڪيو ويو آهي، ڊيٽابيس جي مثال کي هڪ مضمون جي طور تي استعمال ڪندي جيڪو حبر جي پڙهندڙن کان واقف آهي. سو،
حرڪت
جڏهن توهان هڪ تعليمي پروجيڪٽ يا شوق پروجيڪٽ شروع ڪندا آهيو، پليٽ فارم چونڊڻ جي حوصلا افزائي تمام متنوع ٿي سگهي ٿي: ”هي پليٽ فارم آهي جنهن کي مان چڱيءَ طرح ڄاڻان ٿو“، ”مان هن کي سمجهڻ ۾ دلچسپي رکان ٿو“، ”هتي بهترين دستاويز آهي“ ... هڪ تجارتي ڪمپني جي صورت ۾، چونڊ جو معيار ساڳيو آهي: مون کي ڪيترو ادا ڪرڻو پوندو ۽ مون کي هن رقم لاءِ ڇا ملندو.
قدرتي طور تي، توهان چاهيو ٿا گهٽ ادا ڪريو ۽ وڌيڪ حاصل ڪريو. تنهن هوندي، توهان کي اهو فيصلو ڪرڻو پوندو ته ڇا وڌيڪ اهم آهي - گهٽ ادا ڪرڻ يا وڌيڪ حاصل ڪرڻ، ۽ هر نوڊ تي وزن تفويض ڪريو. اچو ته فرض ڪريون ته هڪ اعليٰ معيار جو حل اسان لاءِ سستو حل کان وڌيڪ اهم آهي، ۽ اسان 40 سيڪڙو وزن ”لاگت“ جي نوڊ تي، ۽ 60 سيڪڙو ”موقعن“ نوڊ کي ڏيون ٿا.
وڏن ڪارپوريشنن ۾، سامهون عام طور تي سچ آهي - قيمت جو وزن 50٪ کان گهٽ ناهي، ۽ شايد 60٪ کان وڌيڪ. ماڊل مثال ۾، اهو سڀ ڪجهه اهم آهي ته ڪنهن به والدين نوڊ جي ٻارن جي نوڊس جو ڪل وزن 100٪ هجڻ گهرجي.
ڪٽڻ جون حالتون
ويب سائيٽ اٽڪل 500 ڊيٽابيس مينيجمينٽ سسٽم سڃاتل آهن. قدرتي طور تي، جيڪڏهن توهان ڪيترن ئي اختيارن مان هڪ ٽارگيٽ پليٽ فارم چونڊيو ٿا، توهان هڪ جائزو وٺڻ واري آرٽيڪل سان ختم ڪري سگهو ٿا، پر تجارتي منصوبو نه. پسند جي جڳھ کي گھٽائڻ لاء، ڪٽ آف معيار ٺاھيو ويو آھي، ۽ جيڪڏھن پليٽ فارم انھن معيارن کي پورو نٿو ڪري، پوء اھو نه سمجهيو ويندو.
ڪٽ آف معيار شايد ٽيڪنالاجي خاصيتن سان لاڳاپيل هجن، مثال طور:
- ACID ضمانتون؛
- تعلقي ڊيٽا ماڊل؛
- SQL ٻولي سپورٽ (نوٽ، اهو ساڳيو ناهي "رابطي وارو ماڊل")؛
- افقي اسڪيلنگ جو امڪان.
اتي ٿي سگهي ٿو عام معيار:
- روس ۾ تجارتي مدد جي دستيابي؛
- کليل ذريعو؛
- ٽيلي ڪام ۽ ماس ڪميونيڪيشن جي وزارت جي رجسٽر ۾ پليٽ فارم جي دستيابي؛
- پليٽ فارم جي موجودگي ڪجهه درجه بندي ۾ (مثال طور، db-engines.com جي درجه بندي جي پهرين سو ۾)؛
- مارڪيٽ ۾ ماهرن جي موجودگي (مثال طور، ويب سائيٽ hh.ru تي ٻيهر شروع ۾ پليٽ فارم جي نالي جي ڳولا جي نتيجن جي بنياد تي).
سڀ کان پوء، اتي ٿي سگهي ٿو ڪاروبار-مخصوص معيار:
- عملي تي ماهرن جي دستيابي؛
- مانيٽرنگ سسٽم X يا بيڪ اپ سسٽم Y سان مطابقت، جنهن تي سڀ سپورٽ ٻڌل آهي ...
سڀ کان اهم شيء اها آهي ته ڪٽ جي معيار جي هڪ فهرست آهي. ٻي صورت ۾، اتي ضرور ڪو ماهر (يا ”ماهر“) هوندو جيڪو انتظاميا کان خاص ڀروسو حاصل ڪندو، جيڪو چوندو ”توهان پليٽ فارم Z ڇو نه چونڊيو، مون کي خبر آهي ته اهو بهترين آهي.
خرچ جو اندازو
حل جي قيمت واضح طور تي لائسنس جي قيمت، سپورٽ جي قيمت ۽ سامان جي قيمت تي مشتمل آهي.
جيڪڏهن سسٽم لڳ ڀڳ ساڳي طبقي وارا آهن (مثال طور، Microsoft SQL Server ۽ PostgreSQL)، پوء سادگي لاء اسان اهو فرض ڪري سگهون ٿا ته ٻنهي حلن لاء سامان جو مقدار تقريبا ساڳيو هوندو. اهو توهان کي سامان جو جائزو وٺڻ جي اجازت نه ڏيندو، ان ڪري گهڻو وقت ۽ ڪوشش بچائيندو. جيڪڏهن توهان کي مڪمل طور تي مختلف سسٽم جو مقابلو ڪرڻو آهي (چئو، Oracle بمقابله ريڊيس)، پوء اهو واضح آهي ته صحيح تشخيص لاء ضروري آهي ته ترتيب ڏيڻ (سامان جي مقدار جو حساب). هڪ غير موجود سسٽم کي ترتيب ڏيڻ هڪ تمام شڪرگذار ڪم آهي، تنهنڪري اهي اڃا تائين اهڙي قسم جي مقابلي کان بچڻ جي ڪوشش ڪندا آهن. اهو ڪرڻ آسان آهي: ڪٽ-آف حالتن ۾، صفر ڊيٽا جي نقصان ۽ هڪ لاڳاپو ماڊل لکيو ويو آهي، يا ان جي برعڪس - في سيڪنڊ 50 هزار ٽرانزيڪشن جو لوڊ.
لائسنس جو جائزو وٺڻ لاءِ، اهو ڪافي آهي ته وينڊر يا ان جي ڀائيوارن کان پڇڻ لاءِ لائسنس جي قيمت لاءِ هڪ مقرر نمبر ڪور ۽ سپورٽ هڪ مقرر مدت لاءِ. ضابطي جي طور تي، ڪمپنيون اڳ ۾ ئي سافٽ ويئر وينڊرز سان مضبوط رشتا آهن، ۽ جيڪڏهن ڊيٽابيس آپريشن ڊپارٽمينٽ پنهنجو پاڻ تي قيمت جي سوال جو جواب نه ڏئي سگهي، پوء هڪ خط هن معلومات حاصل ڪرڻ لاء ڪافي آهي.
مختلف وينڊرز وٽ مختلف لائسنسنگ ميٽرڪ هوندا: ڪور جي تعداد، ڊيٽا جي مقدار يا نوڊس جو تعداد. اسٽينڊ بائي بيس مفت ٿي سگهي ٿو، يا اهو لائسنس يافته ٿي سگهي ٿو ساڳئي طرح بنيادي طور تي. جيڪڏهن ميٽرڪس ۾ ڪو به فرق دريافت ڪيو وڃي، توهان کي ماڊل اسٽينڊ کي تفصيل سان بيان ڪرڻو پوندو ۽ اسٽينڊ لاءِ لائسنس جي قيمت کي ڳڻڻو پوندو.
صحيح مقابلي لاءِ هڪ اهم نقطو ساڳيو سپورٽ حالتون آهي. مثال طور، Oracle سپورٽ قيمت هر سال لائسنس جي قيمت جو 22٪، پر توهان کي ادا ڪرڻ جي ضرورت ناهي PostgreSQL سپورٽ لاءِ. ڇا اهڙي نموني سان مقابلو ڪرڻ صحيح آهي؟ نه، ڇاڪاڻ ته هڪ غلطي جيڪا توهان جي پاڻ تي مقرر نه ٿي سگهي ٿي مڪمل طور تي مختلف نتيجا آهن: پهرين صورت ۾، ماهر ماهر توهان کي جلدي ان کي درست ڪرڻ ۾ مدد ڪندي، پر ٻئي صورت ۾، منصوبي جي دير ٿيڻ يا ختم ٿيڻ جو وقت ختم ٿيڻ جو خطرو آهي. هڪ غير معين مدت لاء نظام.
توھان حساب جي حالتن کي ٽن طريقن سان برابر ڪري سگھو ٿا:
- استعمال ڪريو Oracle بغير مدد جي (حقيقت ۾ اهو نٿو ٿئي).
- PostgreSQL لاءِ سپورٽ خريد ڪريو - مثال طور، Postgres Professional کان.
- مدد جي کوٽ سان لاڳاپيل خطرن کي اڪائونٽ ۾ وٺو.
مثال طور، هڪ خطري جي حساب ڪتاب هن طرح نظر اچي سگهي ٿو: هڪ موتمار ڊيٽابيس جي ناڪامي جي صورت ۾، سسٽم ختم ٿيڻ جو وقت 1 ڪاروباري ڏينهن هوندو. سسٽم استعمال ڪرڻ مان پيش ڪيل منافعو 40 بلين MNT هر سال آهي، حادثي جي شرح جو اندازو لڳايو ويو آهي 1/400، اهڙيء طرح سپورٽ جي کوٽ جو خطرو تقريبا 100 ملين MNT هر سال آهي. ظاهر آهي، ”منصوبابندي ڪيل منافعو“ ۽ ”انداز ٿيل حادثن جي تعدد“ مجازي قدر آهن، پر اهو بهتر آهي ته اهڙو نمونو حاصل ڪرڻ کان سواءِ ڪنهن وٽ نه هجي.
حقيقت ۾، سسٽم تمام اهم ٿي سگهي ٿو شهرت جي قيمت لاءِ ڊگھي مدت جي گھٽتائي جي ناقابل قبول ٿيڻ لاءِ، تنهنڪري سپورٽ جي ضرورت پوندي. جيڪڏهن وقت جي اجازت ڏني وئي آهي، ته پوءِ مدد کان انڪار ڪڏهن ڪڏهن پئسا بچائڻ جو سٺو طريقو ٿي سگهي ٿو.
اچو ته فرض ڪريون ته سڀني حسابن کان پوءِ، 5 سالن لاءِ آپريٽنگ پليٽ فارم A جي قيمت 800 ملين MNT ٿي وڃي ٿي، آپريٽنگ پليٽ فارم B جي قيمت 650 ملين MNT آهي، ۽ آپريٽنگ پليٽ فارم C جي قيمت 600 ملين MNT آهي. پليٽ فارم سي، فاتح جي حيثيت ۾، قيمت لاءِ مڪمل پوائنٽ حاصل ڪري ٿو، جڏهن ته پليٽ فارم A ۽ B کي ٿورڙو گهٽ ملي ٿو، ان تناسب ۾ ته اهي ڪيترا ڀيرا وڌيڪ قيمتي آهن. انهي صورت ۾ - 0.75 ۽ 0.92 پوائنٽون، ترتيب سان.
موقعي جي تشخيص
موقعن جي تشخيص ڪيترن ئي گروهن ۾ ورهايل آهي، جن جو تعداد صرف تشخيص ڪندڙ شخص جي تخيل تائين محدود آهي. بهترين اختيار اهو لڳي ٿو ته صلاحيتن کي ٽيمن ۾ ورهايو وڃي جيڪي اهي صلاحيتون استعمال ڪندا؛ اسان جي مثال ۾، اهي ڊولپر، منتظم ۽ معلومات سيڪيورٽي آفيسر آهن. اچو ته فرض ڪريو ته انهن ڪمن جا وزن 40:40:20 طور ورهايل آهن.
ترقياتي ڪم شامل آهن:
- ڊيٽا جي ڦيرڦار جي آسانيء؛
- ماپڻ
- ثانوي انڊيڪس جي موجودگي.
معيار جي فهرست، گڏوگڏ انهن جي وزن، تمام تابع آهن. جيتوڻيڪ ساڳئي مسئلي کي حل ڪرڻ وقت، اهي فهرستون، شيون وزن، ۽ جواب توهان جي ٽيم جي ترتيب جي لحاظ سان خاص طور تي مختلف هوندا. مثال طور، Facebook ڊيٽا کي ذخيرو ڪرڻ لاء MySQL استعمال ڪري ٿو، ۽ Instagram Cassandra تي ٺهيل آهي. اهو ممڪن ناهي ته انهن ايپليڪيشنن جي ڊولپرز اهڙي ٽيبل ڀريو. هڪ ئي اندازو لڳائي سگهي ٿو ته مارڪ زڪربرگ هڪ مڪمل تعلقي ماڊل چونڊيو آهي، ان جي لاءِ لاڳو ٿيل شارڊنگ جي ضرورت سان ادا ڪندي، جڏهن ته Kevin Systrom پليٽ فارم استعمال ڪندي اسڪيلنگ ٺاهي، ڊيٽا تائين رسائي جي آسانيءَ کي قربان ڪندي.
انتظامي ڪمن ۾ شامل آهن:
- بيڪ اپ سسٽم صلاحيتون؛
- نگراني جي آسانيء؛
- ظرفيت جي انتظام جو آسان - ڊسڪ ۽ نوڊس؛
- ڊيٽا نقل ڪرڻ جي صلاحيت.
مهرباني ڪري نوٽ ڪريو ته سوالن کي مقداري انداز ۾ بيان ڪيو وڃي. توھان پڻ اتفاق ڪري سگھو ٿا ته ھڪڙي خاص فنڪشن کي ڪيئن اندازو ڪجي. اچو ته، مثال طور، Oracle DBMS سان مهيا ڪيل اوزارن جو مثال استعمال ڪندي بيڪ اپ ٽولز کي ريٽ ڪرڻ جي ڪوشش ڪريون:
ساز
جو رايو آهي
اوسر
imp/exp
ڊيٽا کي اپ لوڊ ۽ لوڊ ڪندي
0.1
شروع / آخر بيڪ اپ
فائلن کي نقل ڪندي
0.3
RMAN
وڌندڙ ڪاپي جي صلاحيت
0.7
ZDLRA
صرف واڌارو نقل، پوائنٽ ڏانهن تيز ترين وصولي
1.0
جيڪڏهن ڪو واضح تشخيصي معيار نه آهي، اهو سمجهه ۾ اچي ٿو ته ڪيترن ئي ماهرن کان پڇو ته درجه بندي ڏيو ۽ پوءِ انهن کي اوسط ڏيو.
آخرڪار، اسان صرف معلومات جي حفاظتي افعال کي لسٽ ڪريون ٿا:
- پاسورڊ مينيجمينٽ پاليسين جي دستيابي؛
- ٻاهرين تصديق واري اوزار کي ڳنڍڻ جي صلاحيت (LDAP، Kerberos)؛
- رسائي جو رول ماڊل؛
- جاچ صلاحيتون؛
- ڊسڪ تي ڊيٽا جي انڪرپشن؛
- نيٽ ورڪ تي ٽرانسميشن دوران انڪوشن (TLS)؛
- منتظم کان ڊيٽا جي حفاظت.
ڪارڪردگي جاچ
الڳ الڳ، مان ڪنهن به لوڊ ٽيسٽ جا نتيجا استعمال ڪرڻ جي خلاف ڊيڄارڻ چاهيان ٿو جيڪي توهان طرفان دليلن جي طور تي نه ڪيا ويا آهن.
پهرين، ڊيٽا جي جوڙجڪ ۽ ايپليڪيشنن جي لوڊ پروفائل کي آزمائشي ٿي سگھي ٿي ان مسئلي کان خاص طور تي مختلف ٿي سگھي ٿو جيڪو توھان حل ڪرڻ وارا آھيو. اٽڪل 10-15 سال اڳ، ڊيٽابيس وينڊرز TPC ٽيسٽ ۾ حاصل ڪيل نتيجن کي خوش ڪرڻ پسند ڪندا هئا، پر هاڻي، اهو لڳي ٿو، ڪو به انهن نتيجن کي سنجيده نه ٿو وٺي.
ٻيو، سسٽم جي ڪارڪردگي بلڪل مضبوط طور تي منحصر آهي ته ڪهڙي پليٽ فارم جو ڪوڊ اصل ۾ لکيو ويو هو ۽ ڪهڙي سامان تي ٽيسٽ ڪيو ويو. مون ڪيترائي تجربا ڏٺا آهن جتي Oracle جو مقابلو PostgreSQL سان ڪيو ويو. نتيجن جي حد هڪ سسٽم جي غير مشروط برتري کان ٻئي جي برابري جي غير مشروط برتري تائين.
۽ آخرڪار، ٽيون، توهان کي ڪا به خبر ناهي ته ڪنهن ٽيسٽ ڪيو. ٻئي قابليتون اھم آھن، OS ۽ پليٽ فارم کي ترتيب ڏيڻ جي معيار تي اثرانداز ٿيڻ سان گڏوگڏ حوصلا افزائي، جيڪي امتحان جي نتيجن تي اثرانداز ٿين ٿا ٻين سڀني عنصرن کان وڌيڪ گڏيل.
جيڪڏهن ڪارڪردگي هڪ نازڪ عنصر آهي، ٽيسٽ پاڻ کي منظم ڪريو، ترجيح سان انهن ماڻهن جي مدد سان جيڪي پيداوار سسٽم کي ترتيب ۽ برقرار رکندا.
نتيجي ۾
آخرڪار، سڀني ڪم جو نتيجو هڪ اسپريڊ شيٽ هجڻ گهرجي جتي سڀني تخمينن کي گڏ ڪيو ويو آهي، وڌايو ويو آهي ۽ اختصار ڪيو ويو آهي:
جيئن توهان سمجھو ٿا، اسڪيل کي تبديل ڪرڻ ۽ درجه بندي کي ترتيب ڏيڻ سان توهان ڪي به گهربل نتيجا حاصل ڪري سگهو ٿا، پر اهو هڪ مڪمل طور تي مختلف ڪهاڻي آهي ...
جو ذريعو: www.habr.com