سلام! منهنجو نالو Alexey Pyankov آهي، مان اسپورٽس ماسٽر ڪمپني ۾ هڪ ڊولپر آهيان. هن ۾ مون ٻڌايو ته ڪيئن اسپورٽ ماسٽر ويب سائيٽ تي ڪم 2012 ۾ شروع ٿيو، اسان ڪهڙن قدمن کي منظم ڪيو "پش ذريعي" ۽ ان جي برعڪس، اسان ڪهڙو ريڪ گڏ ڪيو.
اڄ آئون انهن خيالن کي حصيداري ڪرڻ چاهيان ٿو جيڪي ڪنهن ٻئي موضوع جي پيروي ڪندا آهن - سائيٽ ايڊمنسٽريشن ايريا ۾ جاوا پس منظر لاء ڪيچنگ سسٽم چونڊڻ. هي پلاٽ مون لاءِ هڪ خاص معنيٰ رکي ٿو - جيتوڻيڪ اها ڪهاڻي صرف 2 مهينن تائين سامهون آئي، انهن 60 ڏينهن دوران اسان 12-16 ڪلاڪ ڪم ڪيو ۽ هڪ ڏينهن جي موڪل کان سواءِ. مون ڪڏهن به نه سوچيو هو ۽ نه سوچيو هو ته اهو ممڪن آهي ته ايتري محنت ڪرڻ.
تنهن ڪري، مون متن کي 2 حصن ۾ ورهايو ته جيئن ان کي مڪمل طور تي لوڊ نه ڪيو وڃي. ان جي برعڪس، پهريون حصو تمام روشن ٿيندو - تياري، تعارف، ڪيشنگ ڇا آهي بابت ڪجهه غور. جيڪڏهن توهان اڳ ۾ ئي هڪ تجربيڪار ڊولپر آهيو يا ڪيش سان ڪم ڪيو آهي، ٽيڪنيڪل پاسي کان، گهڻو ڪري هن مضمون ۾ ڪا به نئين شيء نه هوندي. پر هڪ جونيئر لاءِ، اهڙو ننڍڙو جائزو کيس ٻڌائي سگهي ٿو ته جيڪڏهن هو پاڻ کي اهڙي موڙ تي ڳولي ته ڪهڙي طرف ڏسڻ گهرجي.
جڏهن اسپورٽ ماسٽر ويب سائيٽ جو نئون نسخو پيداوار ۾ رکيو ويو، ڊيٽا حاصل ڪئي وئي اهڙي طريقي سان، جيڪا ان کي نرمي سان رکڻ لاء، بلڪل آسان نه هئي. بنياد سائيٽ جي پوئين ورزن لاءِ تيار ڪيل جدولن (Bitrix) هئي، جنهن کي ETL ۾ آڻڻو هو، هڪ نئين شڪل ۾ آندو ويو ۽ درجن کان وڌيڪ سسٽم مان مختلف ننڍڙن شين سان مالا مال ڪيو ويو. سائيٽ تي ظاهر ٿيڻ لاءِ نئين تصوير يا پراڊڪٽ جي تفصيل لاءِ، توهان کي ايندڙ ڏينهن تائين انتظار ڪرڻو پوندو - صرف رات جو تازه ڪاري، ڏينهن ۾ هڪ ڀيرو.
پهرين ۾، پيداوار ۾ وڃڻ جي پهرين هفتي کان ڪيتريون ئي پريشانيون هيون ته مواد مينيجرز لاء اهڙي تڪليف هڪ ننڍڙي هئي. پر، جيئن ئي سڀ ڪجهه آباد ٿي ويو، منصوبي جي ترقي جاري رهي - ڪجهه مهينن بعد، 2015 جي شروعات ۾، اسان فعال طور تي منتظم پينل کي ترقي ڪرڻ شروع ڪيو. 2015 ۽ 2016 ۾، سڀ ڪجهه ٺيڪ ٿي رهيو آهي، اسان باقاعده جاري ڪريون ٿا، ايڊمن پينل وڌيڪ ۽ وڌيڪ ڊيٽا جي تياري تي پکڙيل آهي، ۽ اسان ان حقيقت لاءِ تياري ڪري رهيا آهيون ته جلد ئي اسان جي ٽيم کي سڀ کان اهم ۽ پيچيده شيءِ سونپي ويندي - پراڊڪٽ سرڪٽ (سڀني شين تي ڊيٽا جي مڪمل تياري ۽ سار سنڀال). پر 2017 جي اونهاري ۾، صرف سامان سرڪٽ جي شروعات کان اڳ، منصوبي پاڻ کي تمام ڏکيو صورتحال ۾ ڳولي سگهندو - خاص طور تي ڪيشنگ سان مسئلن جي ڪري. مان هن ٻن حصن واري اشاعت جي ٻئي حصي ۾ هن قسط بابت ڳالهائڻ چاهيان ٿو.
پر هن پوسٽ ۾ آئون پري کان شروع ڪندس، مان ڪجهه خيال پيش ڪندس - ڪيشنگ بابت خيال، جيڪي هڪ وڏي منصوبي کان اڳ اسڪرال ڪرڻ لاء سٺو قدم هوندا.
جڏهن ڪيشنگ ڪم ٿئي ٿي
ڪيشنگ ڪم صرف ظاهر نٿو ٿئي. اسان ڊولپر آهيون، هڪ سافٽ ويئر پراڊڪٽ لکندا آهيون ۽ چاهيون ٿا ته اهو گهربل هجي. جيڪڏهن پيداوار گهربل ۽ ڪامياب آهي، صارف ايندا. ۽ وڌيڪ ۽ وڌيڪ اچن ٿا. ۽ پوءِ ڪيترائي صارف آھن ۽ پوءِ پراڊڪٽ تمام گھڻو لوڊ ٿي ويندو آھي.
پهرين مرحلن تي، اسان اصلاح ۽ ڪوڊ ڪارڪردگي بابت نه سوچيو. بنيادي شيء ڪارڪردگي آهي، جلدي هڪ پائلٽ کي ڇڪڻ ۽ فرضن جي جانچ ڪرڻ. ۽ جيڪڏهن لوڊ وڌائي ٿي، اسان لوهه کي پمپ ڪريون ٿا. اسان ان کي ٻه يا ٽي ڀيرا وڌايو، پنج ڀيرا، شايد 10 ڀيرا. هتي ڪٿي - ماليات ان کي وڌيڪ اجازت نه ڏيندو. ڪيترا ڀيرا استعمال ڪندڙن جو تعداد وڌندو؟ اهو 2-5-10 وانگر نه هوندو، پر جيڪڏهن ڪامياب ٿيو، اهو 100-1000 کان 100 هزار ڀيرا ٿيندو. اهو آهي، جلدي يا بعد ۾، توهان کي اصلاح ڪرڻو پوندو.
اچو ته اهو چئون ته ڪوڊ جو ڪجهه حصو (اچو ته هن حصي کي هڪ فنڪشن سڏين ٿا) هڪ غير معمولي ڊگهو وقت وٺندو آهي، ۽ اسان عملدرآمد جي وقت کي گهٽائڻ چاهيون ٿا. هڪ فنڪشن هڪ ڊيٽابيس تائين رسائي ٿي سگهي ٿو، يا اهو ٿي سگهي ٿو ڪجهه پيچيده منطق جي عملدرآمد - بنيادي شيء اها آهي ته اهو عمل ڪرڻ لاء هڪ ڊگهو وقت وٺندو آهي. توهان عملدرآمد جي وقت کي ڪيترو گهٽائي سگهو ٿا؟ حد ۾، توھان ان کي گھٽائي سگھوٿا صفر تائين، وڌيڪ نه. توھان ڪيئن گھٽائي سگھوٿا عملدرآمد جي وقت کي صفر تائين؟ جواب: مڪمل طور تي عملدرآمد ختم ڪريو. ان جي بدران، نتيجو فوري طور تي واپس آڻيو. توهان نتيجو ڪيئن ڳولي سگهو ٿا؟ جواب: يا ته حساب ڪريو يا ڪٿي ڏسو. اهو حساب ڪرڻ لاء هڪ ڊگهو وقت وٺندو آهي. ۽ جاسوسي ڪرڻ آهي، مثال طور، اهو نتيجو ياد رکڻ لاءِ ته فنڪشن آخري ڀيرو پيدا ڪيو جڏهن ساڳئي پيٽرولن سان سڏيو.
اهو آهي، فنڪشن جو عمل اسان لاء اهم ناهي. اهو صرف ڄاڻڻ لاء ڪافي آهي ته نتيجو ڪهڙي پيٽرولن تي منحصر آهي. پوءِ، جيڪڏهن پيراميٽر جي قدرن کي ڪنهن شئي جي شڪل ۾ ڏيکاريو وڃي ٿو جيڪو ڪنهن ذخيري ۾ ڪنجي طور استعمال ڪري سگهجي ٿو، ته پوءِ حساب ڪتاب جو نتيجو محفوظ ڪري سگھجي ٿو ۽ ايندڙ وقت تائين ان کي پڙهي سگهجي ٿو. جيڪڏهن اهو لکڻ ۽ پڙهڻ جو نتيجو ڪم ڪرڻ کان تيز آهي، اسان کي رفتار جي لحاظ کان فائدو آهي. نفعي جي رقم 100، 1000، ۽ 100 هزار ڀيرا پهچي سگھي ٿي (10^5 بلڪه هڪ استثنا آهي، پر بنيادي طور تي پوئتي رهڻ جي صورت ۾، اهو بلڪل ممڪن آهي).
ڪيشنگ سسٽم لاءِ بنيادي ضرورتون
پهرين شيء جيڪا ڪيشنگ سسٽم لاء گهربل ٿي سگهي ٿي تيز رفتار پڙهڻ جي رفتار آهي، ۽ ٿورڙي گهٽ حد تائين، لکڻ جي رفتار. اهو سچ آهي، پر صرف جيستائين اسان سسٽم کي پيداوار ڏانهن وڌايو.
اچو ته هي ڪيس هلون.
اچو ته چئو ته اسان موجوده لوڊ کي هارڊويئر سان گڏ مهيا ڪيو آهي ۽ هاڻي آهستي آهستي ڪيچنگ متعارف ڪرائي رهيا آهيون. استعمال ڪندڙن جو تعداد ٿورڙو وڌندو آھي، لوڊ وڌندو آھي - اسان ٿورڙي ڪيچ شامل ڪندا آھيون، ان کي ھتي ۽ اتي اڇو ڪريو. اهو ڪجهه وقت تائين جاري آهي، ۽ هاڻي ڳري ڪمن کي عملي طور تي نه سڏيو ويندو آهي - سڄو مکيه لوڊ ڪيش تي پوي ٿو. هن وقت استعمال ڪندڙن جو تعداد N ڀيرا وڌي ويو آهي.
۽ جيڪڏهن هارڊويئر جي شروعاتي سپلائي 2-5 ڀيرا ٿي سگهي ٿي، ته پوءِ ڪيش جي مدد سان اسان ڪارڪردگي کي بهتر ڪري سگهون ٿا 10 جي فيڪٽر ذريعي يا سٺي صورت ۾، 100 جي فيڪٽر ذريعي، ڪجهه هنڌن تي شايد هڪ فيڪٽر طرفان. 1000 جو. اهو آهي، ساڳئي هارڊويئر تي - اسان 100 ڀيرا وڌيڪ درخواستن تي عمل ڪندا آهيون. عظيم، توهان جنجربريڊ جا مستحق آهيو!
پر هاڻي، هڪ سٺي لمحي تي، اتفاق سان، سسٽم تباهه ٿي ويو ۽ ڪيش ختم ٿي ويو. ڪجھ به خاص نه - سڀ کان پوء، ڪيش جي ضرورت جي بنياد تي چونڊيو ويو "وڌيڪ پڙهڻ ۽ لکڻ جي رفتار، باقي ڪا به ڳالهه ناهي."
شروعاتي لوڊ جي نسبت سان، اسان جي لوهه جو ذخيرو 2-5 ڀيرا هو، ۽ هن وقت ۾ لوڊ 10-100 ڀيرا وڌي ويو. ڪيش استعمال ڪندي، اسان ڳري ڪمن لاءِ ڪالون ختم ڪيون ۽ ان ڪري سڀ ڪجھ ڪم ڪيو. ۽ هاڻي، ڪيش کان سواء، اسان جو نظام ڪيترو وقت سست ٿيندو؟ اسان جو ڇا ٿيندو؟ نظام زوال پذير ٿيندو.
جيتوڻيڪ اسان جو ڪيش حادثو نه ٿيو، پر صرف ٿوري دير لاء صاف ڪيو ويو، ان کي گرم ڪرڻ جي ضرورت پوندي، ۽ اهو ڪجهه وقت وٺندو. ۽ هن وقت دوران، مکيه بوجھ ڪارڪردگي تي گر ٿيندو.
نتيجو: انتهائي لوڊ ٿيل پيداوار جي منصوبن کي ڪيشنگ سسٽم جي ضرورت آهي نه رڳو تيز پڙهڻ ۽ لکڻ جي رفتار، پر ڊيٽا جي حفاظت ۽ ناڪامي جي مزاحمت کي يقيني بڻائڻ لاء پڻ.
پسند جي تڪليف
هڪ پروجيڪٽ ۾ هڪ منتظم پينل سان، پسند هن طرح ٿي ويو: پهرين اسان نصب ڪيو Hazelcast، ڇاڪاڻ ته اسان اڳ ۾ ئي واقف هئا هن پيداوار سان مکيه سائيٽ جي تجربي کان. پر هتي هي اختيار ناڪام ٿي ويو - اسان جي لوڊ پروفائل تحت، Hazelcast صرف سست نه آهي، پر انتهائي سست. ۽ ان وقت اسان اڳ ۾ ئي ڇڏڻ جي تاريخ لاء سائن اپ ڪيو هو.
اسپوئلر: حالتون ڪيئن پيدا ٿيون جو اسان ايترو وڏو معاملو وڃائي ويٺاسين ۽ هڪ سخت ۽ سخت صورتحال سان ختم ٿي ويا - مان توهان کي ٻئي حصي ۾ ٻڌائيندس - ۽ اسان ڪيئن ختم ٿي ويا ۽ ڪيئن ٻاهر نڪري آياسين. پر هاڻي - مان صرف ايترو چوندس ته اهو تمام گهڻو دٻاءُ هو، ۽ "سوچڻ - ڪنهن به طرح مان سوچي نه ٿو سگهان، اسان بوتل کي ڇڪي رهيا آهيون." "بوتل کي ڇڪڻ" پڻ هڪ خراب ڪندڙ آهي، انهي تي وڌيڪ بعد ۾.
اسان ڇا ڪيو:
- اسان سڀني سسٽم جي هڪ فهرست ٺاهيندا آهيون جيڪي گوگل ۽ اسٽيڪ اوور فلو تجويز ڪن ٿا. 30 کان ٿورو مٿي
- اسان پيداوار لاءِ عام لوڊ سان ٽيسٽ لکون ٿا. هن کي ڪرڻ لاء، اسان ڊيٽا کي رڪارڊ ڪيو جيڪو سسٽم جي ذريعي گذري ٿو پيداوار جي ماحول ۾ - هڪ قسم جي سنيفر ڊيٽا لاء نيٽ ورڪ تي نه، پر سسٽم جي اندر. صحيح طور تي هي ڊيٽا ٽيسٽ ۾ استعمال ڪيو ويو.
- سڄي ٽيم سان، هرڪو فهرست مان ايندڙ سسٽم کي چونڊيندو آهي، ان کي ترتيب ڏئي ٿو، ۽ ٽيسٽ هلائي ٿو. اهو امتحان پاس نٿو ڪري، اهو لوڊ نه کڻندو آهي - اسان ان کي اڇلائي ڇڏيو ۽ قطار ۾ ايندڙ هڪ ڏانهن وڃو.
- 17 هين سسٽم تي اهو واضح ٿيو ته سڀ ڪجهه نا اميد هو. بوتل کي ڇڪڻ بند ڪريو، اهو وقت سنجيدگي سان سوچڻ جو آهي.
پر اھو ھڪڙو اختيار آھي جڏھن توھان کي ھڪڙو سسٽم چونڊڻ جي ضرورت آھي جيڪو اڳ ۾ تيار ڪيل ٽيسٽن ۾ "رفتار ذريعي حاصل" ڪندو. ڇا جيڪڏهن اڃا تائين اهڙا امتحان نه آهن ۽ توهان جلدي چونڊڻ چاهيو ٿا؟
اچو ته هن آپشن کي نموني ڏيون (اهو تصور ڪرڻ مشڪل آهي ته هڪ وچولي + ڊولپر هڪ خلا ۾ رهي ٿو، ۽ چونڊ جي وقت اڃا تائين پنهنجي ترجيح کي رسمي نه ڪيو آهي ته ڪهڙي پراڊڪٽ کي پهرين ڪوشش ڪرڻ گهرجي - تنهن ڪري، وڌيڪ دليل هڪ نظرياتي/فلسفو/ کان وڌيڪ آهي. هڪ جونيئر جي باري ۾).
ضرورتن تي فيصلو ڪرڻ کان پوء، اسان دٻي مان هڪ حل چونڊڻ شروع ڪنداسين. ڇو ته ڦيٿي کي ٻيهر ٺاهيو: اسان وڃون ٿا ۽ هڪ تيار ڪيل ڪيشنگ سسٽم کڻنداسين.
جيڪڏهن توهان صرف شروعات ڪري رهيا آهيو ۽ گوگل ان کي، پوءِ آرڊر ڏيو يا وٺو، پر عام طور تي، هدايتون هن طرح هونديون. سڀ کان پهرين، توهان ريڊس ۾ ايندا، اهو هر هنڌ ٻڌو ويندو آهي. پوءِ توھان کي معلوم ٿيندو ته EhCache سڀ کان پراڻو ۽ ثابت ٿيل نظام آھي. اڳتي هلي اسين Tarantool بابت لکنداسين، هڪ گهريلو ترقي جنهن جو حل جو هڪ منفرد پاسو آهي. ۽ پڻ Ignite، ڇاڪاڻ ته اهو هاڻي مقبوليت ۾ عروج تي آهي ۽ SberTech جي حمايت حاصل ڪري ٿو. آخر ۾، اتي به Hazelcast آهي، ڇاڪاڻ ته انٽرپرائز دنيا ۾ ان کي اڪثر وڏي ڪمپنين جي وچ ۾ ظاهر ٿئي ٿو.
فهرست مڪمل نه آهي؛ اتي ڪيترائي سسٽم آهن. ۽ اسان صرف هڪ شيء کي خراب ڪنداسين. اچو ته ”خوبصورتي مقابلي“ لاءِ چونڊيل 5 سسٽم وٺون ۽ چونڊون ڪيون. فاتح ڪير ٿيندو؟
Redis
اسان پڙهون ٿا جيڪي اهي لکندا آهن سرڪاري ويب سائيٽ تي.
- اوپن سورس پروجيڪٽ. ميموري ۾ ڊيٽا اسٽوريج پيش ڪري ٿو، ڊسڪ کي محفوظ ڪرڻ جي صلاحيت، خودڪار ورهاڱي، اعلي دستيابي ۽ نيٽ ورڪ جي بندش کان وصولي.
اهو لڳي ٿو ته سڀ ڪجهه ٺيڪ آهي، توهان ان کي وٺي سگهو ٿا ۽ ان کي ڇڪايو - هر شيء جيڪا توهان جي ضرورت آهي، اهو ڪري ٿو. پر صرف مذاق لاءِ، اچو ته ٻين اميدوارن کي ڏسو.
ايڇ ڪيچ
- "جاوا لاءِ سڀ کان وڏي پيماني تي استعمال ٿيل ڪيش" (سرڪاري ويب سائيٽ تان نعرا جو ترجمو). پڻ اوپن سورس. ۽ پوءِ اسان سمجھون ٿا ته ريڊس جاوا لاءِ نه آھي، پر عام، ۽ ان سان لهه وچڙ ڪرڻ لاءِ توھان کي چادر جي ضرورت آھي. ۽ EhCache وڌيڪ آسان ٿيندو. ٻيو ڇا نظام انجام ڏئي ٿو؟ قابل اعتماد، ثابت، مڪمل ڪارڪردگي. خير، اهو پڻ سڀ کان وڌيڪ عام آهي. ۽ ڊيٽا جي ڪيش terabytes.
Redis وساري ويو آهي، مان تيار آهيان EhCache چونڊڻ لاءِ.
پر حب الوطنيءَ جو جذبو مون کي اهو ڏسڻ لاءِ مجبور ڪري ٿو ته ٽرانٽول بابت ڇا سٺو آهي.
ترنتول
- نامزدگي سان ملن ٿا "ريئل ٽائيم ڊيٽا انٽيگريشن پليٽ فارم". اهو تمام پيچيده آواز آهي، تنهنڪري اسان صفحي کي تفصيل سان پڙهو ۽ هڪ بلند بيان ڳوليو: "رام ۾ ڊيٽا جو 100٪ ڪيش." اهو سوال اٿڻ گهرجي - آخرڪار، ميموري کان گهڻو وڌيڪ ڊيٽا ٿي سگهي ٿو. وضاحت اها آهي ته ان جو مطلب اهو آهي ته Tarantool ميموري کان ڊسڪ تي ڊيٽا لکڻ لاء سيريلائيزيشن نه هلندو آهي. ان جي بدران، اهو سسٽم جي گهٽ-سطح جي خاصيتن کي استعمال ڪري ٿو، جڏهن ميموري صرف هڪ فائل سسٽم تي نقشو ڪيو ويندو آهي تمام سٺي I/O ڪارڪردگي سان. عام طور تي، انهن ڪجهه شاندار ۽ ٿڌو ڪيو.
اچو ته عملن تي نظر رکون: Mail.ru ڪارپوريٽ هاء وي، Avito، Beeline، Megafon، Alfa-Bank، Gazprom ...
جيڪڏهن اڃا تائين Tarantool بابت ڪي شڪ هئا، پوء ماسٽر ڪارڊ تي عملدرآمد ڪيس مون کي ختم ڪري ٿو. مان Tarantool وٺان ٿو.
پر بهرحال…
اڻڄاڻ آهي
… ڪجهه وڌيڪ آهي ، بل ڪيو ويو آهي "ان-ميموري ڪمپيوٽنگ پليٽ فارم... ڊيٽا جي پيٽابيٽس تي ياداشت ۾ رفتار." هتي پڻ ڪيترائي فائدا آهن: ورهايل ميموري ڪيش، تيز ترين ڪي-ويل اسٽوريج ۽ ڪيش، افقي اسڪيلنگ، اعلي دستيابي، سخت سالميت. عام طور تي، اهو ظاهر ٿئي ٿو ته تيز ترين Ignite آهي.
عمل درآمد: Sberbank, American Airlines, Yahoo! جاپان. ۽ پوءِ مون کي معلوم ٿيو ته Ignite صرف Sberbank ۾ لاڳو نه ڪيو ويو آهي، پر SberTech ٽيم پنهنجي ماڻهن کي Ignite ٽيم ڏانهن پاڻ موڪلي ٿي پراڊڪٽ کي بهتر ڪرڻ لاءِ. هي مڪمل طور تي دلڪش آهي ۽ مان Ignite وٺڻ لاءِ تيار آهيان.
اهو مڪمل طور تي واضح ناهي ڇو، مان پنجين نقطي تي ڏسي رهيو آهيان.
هيزل ڪاسٽ
مان سائيٽ ڏانهن وڃان ٿو ، پڙهڻ. ۽ اهو ظاهر ٿئي ٿو ته ورهايل ڪيشنگ لاء تيز ترين حل آهي Hazelcast. اهو ٻين سڀني حلن جي ڀيٽ ۾ تيزيءَ جو حڪم آهي ۽ عام طور تي ان-ميموري ڊيٽا گرڊ جي ميدان ۾ هڪ اڳواڻ آهي. هن پس منظر جي خلاف، ٻيو ڪجهه وٺڻ لاء پنهنجي عزت نه آهي. اهو ڊيٽا جي نقصان کان سواء ڪلستر جي مسلسل آپريشن لاء بيڪار ڊيٽا اسٽوريج پڻ استعمال ڪري ٿو.
اهو آهي، مان تيار آهيان Hazelcast وٺڻ لاء.
مقابلي ۾
پر جيڪڏهن توهان ڏسندا ته پنجن اميدوارن کي اهڙي طرح بيان ڪيو ويو آهي ته انهن مان هر هڪ بهترين آهي. ڪيئن چونڊيو؟ اسان ڏسي سگهون ٿا ته ڪهڙو سڀ کان وڌيڪ مشهور آهي، موازنہ لاء ڏسو، ۽ سر درد پري ٿي ويندو.
اسان کي هن جهڙو هڪ ڳولي ، اسان جو 5 سسٽم چونڊيو.
هتي اهي ترتيب ڏنل آهن: ريڊس مٿي تي آهي، Hazelcast ٻئي نمبر تي آهي، Tarantool ۽ Ignite مقبوليت حاصل ڪري رهيا آهن، EhCache رهيو آهي ۽ ساڳيو ئي رهي ٿو.
پر اچو ته ڏسو : ويب سائيٽن جا لنڪ، سسٽم ۾ عام دلچسپي، نوڪري جون آڇون - عظيم! اهو آهي، جڏهن منهنجو سسٽم ناڪام ٿيندو، مان چوندس: "نه، اهو قابل اعتماد آهي! اتي ڪيترائي نوڪريون آڇون آهن ... " اهڙو سادو مقابلو نه ٿيندو.
اهي سڀئي سسٽم صرف ڪيشنگ سسٽم نه آهن. انهن وٽ تمام گهڻي ڪارڪردگي پڻ آهي، جنهن ۾ جڏهن ڊيٽا پروسيسنگ لاءِ ڪلائنٽ ڏانهن پمپ نه ڪئي وئي آهي، پر ان جي برعڪس: ڪوڊ جيڪو ڊيٽا تي عمل ڪرڻ جي ضرورت آهي سرور ڏانهن هلندو آهي، اتي عمل ڪيو ويندو آهي، ۽ نتيجو واپس ڪيو ويندو آهي. ۽ اهي ايترو اڪثر نه سمجهيا وڃن ٿا جيئن ڪيشنگ لاءِ الڳ سسٽم.
ٺيڪ، اچو ته نه ڏيو، اچو ته سسٽم جي سڌي مقابلي کي ڳولي. اچو ته مٿين ٻن اختيارن کي وٺو - ريڊيس ۽ هيزل ڪاسٽ. اسان رفتار ۾ دلچسپي رکون ٿا، ۽ اسين انھن جو مقابلو ڪنداسين ھن پيٽرولر جي بنياد تي.
Hz بمقابله Redis
اسان اهو ڳوليندا آهيون :
نيرو Redis آهي، ڳاڙهو آهي Hazelcast. Hazelcast هر جڳهه تي فتح حاصل ڪري ٿو، ۽ هن لاء هڪ منطق آهي: اهو گهڻ موضوع آهي، تمام گهڻو بهتر آهي، هر موضوع پنهنجي ورهاڱي سان ڪم ڪري ٿو، تنهنڪري ڪو به بلاڪ ناهي. ۽ ريڊس سنگل ٿريڊ آهي؛ اهو جديد ملٽي ڪور سي پي يوز مان فائدو نٿو وٺي. Hazelcast وٽ غير مطابقت رکندڙ I/O آهي، Redis-Jedis وٽ بلاڪنگ ساکٽ آهن. سڀ کان پوء، Hazelcast هڪ بائنري پروٽوڪول استعمال ڪري ٿو، ۽ ريڊس ٽيڪسٽ سينٽرڪ آهي، مطلب ته اهو غير موثر آهي.
بس صورت ۾، اچو ته موڙ جي ٻئي ذريعن ڏانهن. هو اسان کي ڇا ڏيکاريندو؟
ريڊس بمقابله هرز
ٻيو :
هتي، ان جي ابتڙ، ڳاڙهو آهي Redis. اهو آهي، ريڊس ڪارڪردگي جي لحاظ کان Hazelcast کي ختم ڪري ٿو. Hazelcast پهريون مقابلو کٽيو، ريڊس ٻيو کٽيو. بلڪل واضح طور تي وضاحت ڪئي ته ڇو Hazelcast اڳئين مقابلي ۾ کٽيو.
اهو ظاهر ٿئي ٿو ته پهرين جو نتيجو اصل ۾ رگيل هو: ريڊس کي بنيادي خاني ۾ ورتو ويو، ۽ هيزل ڪاسٽ هڪ ٽيسٽ ڪيس لاءِ تيار ڪيو ويو. پوء اهو ظاهر ٿئي ٿو: پهرين، اسان ڪنهن تي ڀروسو نٿا ڪري سگهون، ۽ ٻيو، جڏهن اسان آخرڪار هڪ سسٽم چونڊيو، اسان کي اڃا تائين ان کي صحيح ترتيب ڏيڻ جي ضرورت آهي. انهن سيٽنگن ۾ درجن، لڳ ڀڳ سوين پيٽرول شامل آهن.
بوتل کي ڇڪڻ
۽ مان هن سڄي عمل جي وضاحت ڪري سگهان ٿو جيڪو اسان هاڻي هيٺ ڏنل استعاري سان ڪيو آهي: "بوتل کي ڇڪڻ." اھو آھي، ھاڻي توھان کي پروگرام ڪرڻ جي ضرورت نه آھي، ھاڻي اصلي شيء آھي پڙھڻ جي قابل آھي stackoverflow. ۽ مون وٽ منهنجي ٽيم تي هڪ شخص آهي، هڪ پروفيشنل، جيڪو نازڪ لمحن تي بلڪل ائين ڪم ڪري ٿو.
هي ڇا ڪري رهيو آهي؟ هو هڪ ٽٽل شيءِ ڏسي ٿو، اسٽيڪ ٽريس ڏسي ٿو، ان مان ڪجهه لفظ وٺي ٿو (جيڪي هن پروگرام ۾ ماهر آهن)، گوگل تي ڳولهي ٿو، جوابن جي وچ ۾ اسٽيڪ اوور فلو ڳولي ٿو. بغير پڙهڻ، سوچڻ کان سواء، سوالن جي جوابن مان، هن جملي سان تمام گهڻو ملندڙ ڪجهه چونڊيندو آهي "هي ۽ اهو" (اهڙو جواب چونڊڻ هن جي قابليت آهي، ڇاڪاڻ ته اهو هميشه جواب نه آهي جنهن کي تمام گهڻو پسند ڪيو ويو آهي) لاڳو ٿئي ٿو، ڏسڻ ۾ اچي ٿو: جيڪڏهن ڪجهه تبديل ٿي چڪو آهي، پوء عظيم. جيڪڏهن اهو تبديل نه ڪيو ويو آهي، ان کي واپس ڦيرايو. ۽ ورجائي لانچ-چڪ-ڳولا. ۽ هن غير معمولي طريقي سان، هن کي يقيني بڻائي ٿو ته ڪوڊ ڪجهه وقت کان پوء ڪم ڪري ٿو. هن کي خبر ناهي ڇو، هن کي خبر ناهي ته هن ڇا ڪيو، هو وضاحت نٿو ڪري سگهي. پر! هي انفيڪشن ڪم ڪري ٿو. ۽ "باهه وسائي وئي آهي." هاڻي اچو ته سمجهون ته اسان ڇا ڪيو. جڏهن پروگرام ڪم ڪري ٿو، اهو آسانيءَ جو حڪم آهي. ۽ اهو گهڻو وقت بچائيندو آهي.
اهو طريقو هن مثال سان تمام چڱي طرح بيان ڪيو ويو آهي.
اهو هڪ ڀيرو تمام مشهور هو هڪ بوتل ۾ هڪ ٻيڙيء کي گڏ ڪرڻ. ساڳئي وقت، سامونڊي ٻيڙي وڏي ۽ نازڪ آهي، ۽ بوتل جي ڳچيء تمام تنگ آهي، ان کي اندر ڌڪڻ ناممڪن آهي. ان کي ڪيئن گڏ ڪرڻ؟
اتي هڪ طريقو آهي، تمام تيز ۽ تمام مؤثر.
ٻيڙيءَ ۾ ٿورين شين جو مجموعو هوندو آهي: لٺيون، رسيون، سيل، گلو. اسان اهو سڀ ڪجهه بوتل ۾ وجهي ڇڏيو.
اسان بوتل کي ٻنهي هٿن سان وٺي وٺو ۽ ملائڻ شروع ڪيو. اسان هن کي ڇڪيو ۽ ڇڪيو. ۽ عام طور تي اهو ظاهر ٿئي ٿو ته مڪمل گندگي، يقينا. پر ڪڏهن ڪڏهن. ڪڏھن ڪڏھن ڪڏھن ڪڏھن ٻيڙي ٿي پوي ٿي! وڌيڪ واضح طور تي، هڪ ٻيڙيء وانگر ڪجهه.
اسان اهو ڪنهن کي ڏيکاريون ٿا: "سريوگا، توهان ڏسو ٿا!؟" ۽ درحقيقت، پري کان اهو هڪ ٻيڙيء وانگر ڏسڻ ۾ اچي ٿو. پر اهو جاري رکڻ جي اجازت نه ٿو ڏئي سگهجي.
ٻيو طريقو آهي. اهي وڌيڪ ترقي يافته ماڻهن پاران استعمال ڪيا ويا آهن، جهڙوڪ هيڪرز.
مون هن کي هڪ ڪم ڏنو، هن سڀ ڪجهه ڪيو ۽ ڇڏي ويو. ۽ توهان ڏسو - اهو لڳي ٿو ته اهو ٿي چڪو آهي. ۽ ٿوري دير کان پوءِ، جڏهن ڪوڊ کي حتمي شڪل ڏيڻ جي ضرورت آهي، اهو شروع ٿئي ٿو هن جي ڪري... اهو سٺو آهي ته هو اڳي ئي پري ڀڄڻ ۾ ڪامياب ٿي چڪو آهي. هي اهي ماڻهو آهن، جيڪي بوتل جو مثال استعمال ڪندي، هي ڪندا: توهان ڏسندا، جتي هيٺان آهي، گلاس موڙي ٿو. ۽ اهو مڪمل طور تي واضح ناهي ته ڇا اهو شفاف آهي يا نه. پوءِ ”هيڪرز“ هن هيٺئين حصي کي ڪٽي ڇڏيو، اتي هڪ جهاز داخل ڪيو، پوءِ هيٺئين حصي کي ٻيهر چپ ڪيو، ۽ اهو ائين آهي ڄڻ ته ائين ئي ٿيڻو آهي.
مسئلي کي ترتيب ڏيڻ جي نقطي نظر کان، هر شيء صحيح لڳي ٿي. پر جهازن کي مثال طور استعمال ڪندي: هي جهاز ڇو ٺاهيو، ڪنهن کي به ضرورت آهي؟ اهو ڪا به ڪارڪردگي مهيا نٿو ڪري. عام طور تي اهڙيون ٻيڙيون تمام اعليٰ درجي جي ماڻهن لاءِ تحفا هوندا آهن، جيڪي پنهنجي مٿان ڪنهن شيلف تي رکيا ويندا آهن، ڪنهن قسم جي علامت جي طور تي. ۽ جيڪڏهن اهڙو ماڻهو، ڪنهن وڏي ڪاروبار جو سربراه يا ڪو اعليٰ عهديدار هجي، ته پوءِ اهڙو جهنڊو ڪيئن بيٺو هوندو، جنهن جي ڳچيءَ کي ڪٽيو ويو هجي؟ اهو بهتر ٿيندو ته هن کي ان بابت ڪڏهن به خبر نه هجي. پوء، اهي اهي جهاز ڪيئن ٺاهيندا آهن جيڪي هڪ اهم شخص کي ڏئي سگھن ٿا؟
صرف هڪ اهم جڳهه جنهن بابت توهان واقعي ڪجهه نٿا ڪري سگهو جسم آهي. ۽ ٻيڙيءَ جو ٿلهو ڳچيءَ ۾ سمهي ٿو. جڏهن ته ٻيڙيءَ کي بوتل جي ٻاهران گڏ ڪيو ويندو آهي. پر اهو صرف هڪ ٻيڙيء کي گڏ ڪرڻ نه آهي، اهو هڪ حقيقي زيور آهي. خاص ليور اجزاء ۾ شامل ڪيا ويا آهن، جيڪي پوء انهن کي کڻڻ جي اجازت ڏين ٿا. مثال طور، ٻڪرين کي فولڊ ڪيو ويندو آهي، احتياط سان اندر آندو ويندو آهي، ۽ پوء، ٽائيزر جي مدد سان، انهن کي ڇڪايو ويندو آهي ۽ بلند ڪيو ويندو آهي، بلڪل صحيح طور تي. نتيجو اهو آهي ته فن جو هڪ ڪم آهي جيڪو هڪ صاف ضمير ۽ فخر سان تحفي طور ڏئي سگهجي ٿو.
۽ جيڪڏهن اسان چاهيون ٿا ته پروجيڪٽ ڪامياب ٿئي، اتي ٽيم تي گهٽ ۾ گهٽ هڪ زيور هجڻ گهرجي. ڪو ماڻهو جيڪو پراڊڪٽ جي معيار جي پرواهه ڪري ٿو ۽ سڀني پهلوئن کي مدنظر رکي ٿو، بغير ڪنهن به شيءِ جي قرباني ڏيڻ جي، ايستائين جو دٻاءُ جي لمحن ۾ به، جڏهن حالتون ضروري ڪم جي خرچ تي تڪڙي ڪم ڪرڻ گهرجن. سڀئي ڪامياب منصوبا جيڪي پائيدار آهن، جيڪي وقت جي امتحان ۾ بيٺا آهن، هن اصول تي ٺهيل آهن. انھن جي باري ۾ ڪجھھ بلڪل صحيح ۽ منفرد آھي، جيڪو ڪجھھ سڀ موجود امڪانن جو فائدو وٺي ٿو. مثال طور بوتل ۾ ٻيڙيءَ سان، حقيقت اها آهي ته ٻيڙيءَ جو هول ڳچيءَ مان گذري ٿو.
اسان جي ڪيشنگ سرور کي چونڊڻ جي ڪم ڏانهن واپسي، اهو طريقو ڪيئن لاڳو ٿي سگهي ٿو؟ مان هي اختيار پيش ڪريان ٿو انهن سڀني سسٽم مان چونڊڻ جو جيڪو موجود آهي - بوتل کي نه هلايو، نه چونڊيو، پر ڏسو ته انهن وٽ ڇا آهي اصول ۾، ڇا ڏسڻ گهرجي جڏهن هڪ سسٽم چونڊيو.
بوتل جي ڳچيء ۾ ڪٿي ڳولڻ لاء
اچو ته ڪوشش ڪريون ته بوتل کي نه هلايون، نه ته هر شيءِ مان هڪ هڪ ڪري وڃون، پر اچو ته ڏسون ته جيڪڏهن اوچتو اسان پنهنجي ڪم لاءِ، اهڙو نظام پاڻ ٺاهيو ته ڪهڙا مسئلا پيدا ٿيندا. يقينا، اسان سائيڪل کي گڏ نه ڪنداسين، پر اسان هي ڊراگرام استعمال ڪنداسين اسان جي مدد ڪرڻ ۾ مدد ڪرڻ لاء ڪهڙن نقطن تي ڌيان ڏيڻ جي پيداوار جي تفصيل ۾. اچو ته هڪ اهڙو خاڪو ڪڍون.
جيڪڏهن سسٽم ورهايو ويندو، ته اسان وٽ ڪيترائي سرور هوندا (6). اچو ته چوندا آهن ته چار آهن (انهن کي تصوير ۾ رکڻ آسان آهي، پر، يقينا، انهن مان گهڻا ٿي سگهن ٿا جيئن توهان چاهيو ٿا). جيڪڏهن سرور مختلف نوڊس تي آهن، ان جو مطلب اهو آهي ته اهي سڀئي ڪجهه ڪوڊ هلائيندا آهن جيڪي انهي ڳالهه کي يقيني بڻائڻ جي ذميوار آهن ته اهي نوڊس هڪ ڪلستر ٺاهيندا آهن ۽، وقفي جي صورت ۾، هڪ ٻئي سان ڳنڍڻ ۽ سڃاڻڻ.
اسان کي پڻ ضرورت آهي ڪوڊ منطق (2)، جيڪو اصل ۾ ڪيشنگ بابت آهي. ڪلائنٽ ڪجهه API ذريعي هن ڪوڊ سان رابطو ڪن ٿا. ڪلائنٽ ڪوڊ (1) يا ته ٿي سگهي ٿو ساڳي JVM اندر يا ان کي نيٽ ورڪ تي رسائي. اندر ۾ لاڳو ڪيل منطق اهو فيصلو ڪري ٿو ته ڪهڙن شين کي ڪيش ۾ ڇڏڻو آهي ۽ ڪهڙين کي ٻاهر ڪڍڻو آهي. اسان ميموري استعمال ڪندا آهيون (3) ڪيش کي ذخيرو ڪرڻ لاء، پر جيڪڏهن ضروري هجي ته، اسان ڊسڪ تي ڪجهه ڊيٽا محفوظ ڪري سگهون ٿا (4).
اچو ته ڏسون ته ڪهڙن حصن ۾ لوڊ ٿيندو. دراصل، هر تير ۽ هر نوڊ لوڊ ڪيو ويندو. پهرين، ڪلائنٽ ڪوڊ ۽ اي پي آئي جي وچ ۾، جيڪڏهن اهو نيٽورڪ ڪميونيڪيشن آهي، ماتحت ڪافي قابل ذڪر ٿي سگهي ٿو. ٻيو، اي پي آئي جي فريم ورڪ جي اندر اندر - جيڪڏهن اسان ان کي پيچيده منطق سان وڌايو، اسان سي پي يو سان مسئلن ۾ هلائي سگهون ٿا. ۽ اهو سٺو ٿيندو جيڪڏهن منطق ياداشت تي وقت ضايع نه ڪري. ۽ فائل سسٽم سان رابطي ۾ رهي ٿو - عام ورزن ۾ هي سيريلائز / بحال ۽ لکڻ / پڙهڻ آهي.
اڳيون ڪلستر سان رابطو آهي. گهڻو ڪري، اهو ساڳيو سسٽم ۾ هوندو، پر اهو الڳ ٿي سگهي ٿو. هتي توهان کي ان ۾ ڊيٽا جي منتقلي، ڊيٽا سيريلائيزيشن جي رفتار ۽ ڪلستر جي وچ ۾ رابطي جي حساب ۾ رکڻ جي ضرورت آهي.
هاڻي، هڪ طرف، اسان تصور ڪري سگهون ٿا ته ڪيش سسٽم ۾ ”ڪهڙا گيئر ڦرندا“ جڏهن اسان جي ڪوڊ مان درخواستن تي عمل ڪيو وڃي، ۽ ٻئي طرف، اسان اندازو لڳائي سگهون ٿا ته اسان جو ڪوڊ هن سسٽم ڏانهن ڪهڙيون ۽ ڪيتريون درخواستون ٺاهيندو. اهو ڪافي آهي هڪ وڌيڪ يا گهٽ سادو پسند ڪرڻ لاء - اسان جي استعمال جي صورت لاء هڪ سسٽم چونڊڻ لاء.
هيزل ڪاسٽ
اچو ته ڏسون ته اسان جي لسٽ ۾ هي ٺهڪندڙ ڪيئن لاڳو ڪجي. مثال طور، Hazelcast.
Hazelcast کان ڊيٽا رکڻ / وٺڻ لاء، ڪلائنٽ ڪوڊ تائين رسائي (1) ايپ. Hz توهان کي سرور کي ايمبيڊڊ طور هلائڻ جي اجازت ڏئي ٿو، ۽ انهي صورت ۾، ايپ تائين رسائي JVM اندر هڪ طريقو ڪال آهي، جنهن کي مفت سمجهي سگهجي ٿو.
(2) ۾ منطق جي ڪم ڪرڻ لاءِ، Hz سيريل ڪيل ڪيئي جي بائيٽ صف جي هيش تي ڀاڙي ٿو - يعني، چاٻي کي ڪنهن به صورت ۾ سيريل ڪيو ويندو. هي Hz لاءِ ناگزير اوور هيڊ آهي.
بي دخلي حڪمت عمليون چڱيءَ طرح لاڳو ڪيون ويون آهن، پر خاص ڪيسن لاءِ توهان پنهنجو پاڻ کي شامل ڪري سگهو ٿا. توهان کي هن حصي بابت پريشان ٿيڻ جي ضرورت ناهي.
اسٽوريج (4) ڳنڍيل ٿي سگهي ٿو. زبردست. تعامل (5) سرايت لاءِ فوري سمجهي سگهجي ٿو. ڪلستر ۾ نوڊس جي وچ ۾ ڊيٽا جي بدلي (6) - ها، اهو موجود آهي. اها رفتار جي خرچ تي غلطي رواداري ۾ هڪ سيڙپڪاري آهي. Hz خاصيت Near-cache توهان کي قيمت گھٽائڻ جي اجازت ڏئي ٿي - ڪلستر ۾ ٻين نوڊس مان حاصل ڪيل ڊيٽا کي ڪيش ڪيو ويندو.
اهڙين حالتن ۾ رفتار وڌائڻ لاءِ ڇا ٿي سگهي ٿو؟
مثال طور، (2) ۾ ڪيچ جي سيريلائيزيشن کان بچڻ لاءِ - هيزل ڪاسٽ جي مٿي تي هڪ ٻيو ڪيش ڳنڍيو، تمام گهڻي ڊيٽا لاءِ. اسپورٽ ماسٽر هن مقصد لاء ڪيفين کي چونڊيو.
ليول (6) تي موڙڻ لاءِ، Hz ٻن قسمن جي اسٽوريج پيش ڪري ٿو: IMap ۽ ReplicatedMap.
اهو قابل ذڪر آهي ته ڪيئن Hazelcast Sportmaster ٽيڪنالاجي اسٽيڪ ۾ داخل ٿيو.
2012 ۾، جڏهن اسان مستقبل جي سائيٽ جي پهرين پائلٽ تي ڪم ڪري رهيا هئاسين، اهو Hazelcast هو جيڪو پهريون لنڪ بڻجي ويو جيڪو سرچ انجڻ واپس آيو. واقفڪار "پهريون ڀيرو" شروع ڪيو - اسان ان حقيقت کان متاثر ٿي ويا هئاسين ته صرف ٻن ڪلاڪن بعد، جڏهن اسان سسٽم ۾ هز کي ڇڪايو، اهو ڪم ڪيو. ۽ اهو سٺو ڪم ڪيو. ڏينهن جي آخر تائين اسان ڪيترائي امتحان مڪمل ڪيا ۽ خوش هئاسين. ۽ طاقت جو اهو ذخيرو انهن حيرانگين کي دور ڪرڻ لاءِ ڪافي هو جيڪي وقت سان گڏ Hz اڇلايا. ھاڻي اسپورٽ ماسٽر ٽيم وٽ ھزل ڪاسٽ کي ڇڏڻ جو ڪو سبب نه آھي.
پر اهڙيون دليلون جيئن ”سرچ انجڻ ۾ پهرين ڪڙي“ ۽ ”HelloWorld جلدي گڏ ٿي وئي“، يقيناً، هڪ استثنا ۽ ان وقت جي خصوصيت آهي، جنهن تي چونڊ ٿي. چونڊيل سسٽم لاءِ حقيقي ٽيسٽ پيداوار ۾ ڇڏڻ سان شروع ٿينديون آهن، ۽ اهو هن مرحلي تي آهي ته توهان کي ڌيان ڏيڻ گهرجي جڏهن ڪنهن به سسٽم کي چونڊيو، ڪيش سميت. دراصل، اسان جي صورت ۾ اسان اهو چئي سگهون ٿا ته اسان حادثي سان هيزل ڪاسٽ چونڊيو، پر پوء اهو ظاهر ٿيو ته اسان صحيح چونڊيو آهي.
پيداوار لاء، تمام گهڻو اهم: نگراني، انفرادي نوڊس تي ناڪامي کي هٿي ڏيڻ، ڊيٽا جي نقل، اسڪيلنگ جي قيمت. اهو آهي، اهو انهن ڪمن تي ڌيان ڏيڻ جي قابل آهي جيڪي سسٽم جي سار سنڀال دوران پيدا ٿيندا - جڏهن لوڊ رٿابندي کان ڏهه ڀيرا وڌيڪ آهي، جڏهن اسان غلط طور تي ڪجهه غلط جاء تي اپلوڊ ڪندا آهيون، جڏهن اسان کي نئين ورزن کي رول ڪرڻ جي ضرورت آهي. ڪوڊ جو، ڊيٽا کي تبديل ڪريو ۽ ان کي گراهڪن لاء اڻڄاتل ڪريو.
انهن سڀني ضرورتن لاء، Hazelcast ضرور بل کي پورو ڪري ٿو.
جاري رکڻ گهرجي
پر Hazelcast هڪ panacea نه آهي. 2017 ۾، اسان انتظامي ڪيش لاءِ Hazelcast چونڊيو، بس ماضي جي تجربي مان سٺي تاثر جي بنياد تي. هن هڪ انتهائي ظالمانه مذاق ۾ اهم ڪردار ادا ڪيو، جنهن جي ڪري اسان پاڻ کي هڪ مشڪل صورتحال ۾ ڏٺو ۽ 60 ڏينهن تائين ان مان ”هيرو“ ٻاهر نڪري آياسين. پر انهي تي وڌيڪ ايندڙ حصي ۾.
ان دوران... نئون ڪوڊ مبارڪ!
جو ذريعو: www.habr.com