هيلو سڀ! اسان وٽ وڏي خبر آهي، OTUS شروع ڪري رهيو آهي ڪورس ٻيهر جون ۾ ، جنهن جي سلسلي ۾ اسان روايتي طور تي توهان سان مفيد مواد شيئر ڪندا آهيون.
جيڪڏهن توهان هن سڄي مائڪرو سروسز جي شين ۾ بغير ڪنهن حوالي سان آيا آهيو، توهان کي اهو سوچڻ لاء معاف ڪيو ويندو ته اهو ٿورو عجيب آهي. ھڪڙي ايپليڪيشن کي ھڪڙي نيٽ ورڪ سان ڳنڍيل حصن ۾ ورهائڻ جو مطلب آھي پيچيده غلطي رواداري جي طريقن کي شامل ڪرڻ جو نتيجو ورهايل سسٽم ۾.
جيتوڻيڪ هن طريقي سان ان کي ٽوڙڻ ۾ شامل آهي ڪيترن ئي آزاد خدمتن ۾، آخري مقصد صرف انهن خدمتن کان وڌيڪ آهي مختلف مشينن تي هلندڙ. اسان هتي ٻاهرئين دنيا سان رابطي جي باري ۾ ڳالهائي رهيا آهيون، جيڪو پڻ پنهنجي ذات ۾ ورهايل آهي. ٽيڪنيڪل معنى ۾ نه، بلڪه هڪ ماحولياتي نظام جي معنى ۾، جنهن ۾ ڪيترن ئي ماڻهن، ٽيمن، پروگرامن، ۽ انهن حصن مان هر هڪ کي ڪنهن نه ڪنهن طرح پنهنجو ڪم ڪرڻ جي ضرورت آهي.
ڪمپنيون، مثال طور، ورهايل نظام جو هڪ مجموعو آهن جيڪي مجموعي طور تي ڪجهه مقصد حاصل ڪرڻ ۾ حصو وٺندا آهن. اسان ڏهاڪن تائين هن حقيقت کي نظر انداز ڪيو آهي، ڪوشش ڪري رهيا آهيون FTPing فائلن ذريعي اتحاد حاصل ڪرڻ يا انٽرپرائز انٽيگريشن ٽولز استعمال ڪندي اسان جي پنهنجي الڳ ٿيل مقصدن تي ڌيان ڏيڻ دوران. پر خدمتن جي اچڻ سان، سڀڪنھن شيء کي تبديل. خدمتن اسان کي افق کان ٻاهر ڏسڻ ۾ مدد ڪئي آهي ۽ هڪ ٻئي تي منحصر پروگرامن جي دنيا ڏسو جيڪي گڏجي ڪم ڪن ٿا. بهرحال، ڪاميابيءَ سان ڪم ڪرڻ لاءِ، ٻن بنيادي طور تي مختلف دنيان کي سڃاڻڻ ۽ ڊزائين ڪرڻ ضروري آهي: خارجي دنيا، جتي اسان ٻين ڪيترن ئي خدمتن جي ماحولي نظام ۾ رهون ٿا، ۽ اسان جي ذاتي، اندروني دنيا، جتي اسان اڪيلو حڪمراني ڪريون ٿا.
هي ورهايل دنيا ان کان مختلف آهي جنهن ۾ اسان پيدا ٿيا آهيون ۽ ان جا عادي آهيون. روايتي monolithic فن تعمير جي اصولن تي تنقيد کي برداشت نه ڪندا آھن. تنهن ڪري انهن سسٽم کي صحيح حاصل ڪرڻ هڪ بهترين وائيٽ بورڊ ڊاگرام يا تصور جو ٿڌو ثبوت ٺاهڻ کان وڌيڪ آهي. نقطي کي يقيني بڻائڻ آهي ته اهڙي نظام کي ڪاميابيء سان هلندي وقت جي هڪ ڊگهي عرصي دوران. خوشقسمتيءَ سان، خدمتون ڪافي عرصي کان موجود آهن، جيتوڻيڪ اهي مختلف نظر اچن ٿيون. اڃا به لاڳاپيل آهن، جيتوڻيڪ ڊاڪر، ڪبرنيٽس ۽ ٿورڙي شيبي هپسٽر بيئرز سان پڻ موسمي آهن.
تنهن ڪري اڄ اسين ڏسنداسين ته ضابطا ڪيئن بدلجي ويا آهن، ڇو اسان کي ٻيهر سوچڻ جي ضرورت آهي اسان جي خدمتن تائين پهچڻ جي طريقي سان ۽ ڊيٽا جيڪي اهي هڪ ٻئي ڏانهن منتقل ڪن ٿا، ۽ ڇو اسان کي اهو ڪرڻ لاء مڪمل طور تي مختلف اوزارن جي ضرورت پوندي.
Encapsulation هميشه توهان جو دوست نه هوندو
Microservices هڪ ٻئي کان آزاديءَ سان ڪم ڪري سگهن ٿيون. اها اها ملڪيت آهي جيڪا انهن کي وڏي قيمت ڏئي ٿي. اها ساڳي ملڪيت خدمتن کي ماپڻ ۽ وڌڻ جي اجازت ڏئي ٿي. ايترو گهڻو نه آهي اسڪيلنگ جي لحاظ کان استعمال ڪندڙن جي چوٿين تائين يا ڊيٽا جي پيٽابائٽس (جيتوڻيڪ اهي اتي پڻ مدد ڪري سگهن ٿيون)، پر ماڻهن جي لحاظ کان اسڪيلنگ جي معني ۾ جيئن ٽيمون ۽ تنظيمون مسلسل وڌندا آهن.
تنهن هوندي به، آزادي هڪ ٻه طرفي تلوار آهي. اھو آھي، خدمت پاڻ کي آساني سان ۽ قدرتي طور تي هلائي سگھي ٿو. پر جيڪڏهن هڪ فنڪشن هڪ خدمت جي اندر لاڳو ٿئي ٿو جيڪا ٻي خدمت جي استعمال جي ضرورت آهي، پوء اسان کي ختم ڪرڻو پوندو ٻنهي خدمتن ۾ تبديليون تقريبا هڪ ئي وقت. هڪ واحد ۾ اهو ڪرڻ آسان آهي، توهان صرف هڪ تبديلي ڪريو ۽ ان کي ڇڏڻ لاءِ موڪليو، پر آزاد خدمتن کي هم وقت سازي ڪرڻ جي صورت ۾ وڌيڪ مسئلا پيدا ٿيندا. ٽيمن جي وچ ۾ ڪوآرڊينيشن ۽ ڇڏڻ واري چڪر چپلائي کي تباهه ڪري ٿو.
معياري طريقي جي حصي جي طور تي، اهي صرف ڪوشش ڪن ٿا پريشان ڪندڙ آخر کان آخر تائين تبديلين کان بچڻ جي، واضح طور تي خدمتن جي وچ ۾ ڪارڪردگي کي ورهائڻ. سنگل سائن آن سروس هتي هڪ سٺو مثال ٿي سگهي ٿو. اهو واضح طور تي بيان ڪيل ڪردار آهي جيڪو ان کي ٻين خدمتن کان مختلف ڪري ٿو. هن واضح علحدگيءَ جو مطلب آهي ته دنيا ۾ تيزيءَ سان بدلجندڙ مطالبن جي دنيا ۾ ان جي آس پاس جي خدمتن تي، اڪيلو سائن آن سروس تبديل ٿيڻ ممڪن ناهي. اهو موجود آهي سختي سان محدود تناظر ۾.
مسئلو اهو آهي ته حقيقي دنيا ۾، ڪاروباري خدمتون هر وقت ڪردار جي ساڳي خالص علحدگي کي برقرار نه رکي سگهن ٿيون. مثال طور، ساڳئي ڪاروباري خدمتون وڏي حد تائين ڪم ڪن ٿيون ڊيٽا سان گڏ ٻيون ساڳيون خدمتون. جيڪڏهن توهان آن لائين پرچون ۾ ملوث آهيو، پوء پروسيسنگ آرڊر جي وهڪري، پراڊڪٽ جي فهرست يا صارف جي معلومات توهان جي ڪيترن ئي خدمتن جي گهرج بڻجي ويندي. خدمتن مان هر هڪ کي هلائڻ لاء هن ڊيٽا تائين رسائي جي ضرورت پوندي.
گهڻيون ڪاروباري خدمتون ساڳيا ڊيٽا اسٽريم کي شيئر ڪن ٿيون، تنهن ڪري انهن جو ڪم هميشه جڙيل آهي.
اهڙيءَ طرح اسان هڪ اهم نقطي تي اچون ٿا جنهن بابت ڳالهائڻ جي قابل آهي. جڏهن ته خدمتون بنيادي ڍانچي جي اجزاء لاءِ چڱي طرح ڪم ڪن ٿيون جيڪي گهڻو ڪري اڪيلائي ۾ هلن ٿيون، اڪثر ڪاروباري خدمتون ختم ٿي وينديون آهن وڌيڪ ويجهڙائي سان.
ڊيٽا dichotomy
خدمت تي مبني طريقا اڳ ۾ ئي موجود هوندا، پر اهي اڃا تائين بصيرت کان محروم آهن ته ڪيئن خدمتن جي وچ ۾ ڊيٽا جي وڏي مقدار کي حصيداري ڪجي.
بنيادي مسئلو اهو آهي ته ڊيٽا ۽ خدمتون الڳ الڳ آهن. هڪ پاسي، encapsulation اسان کي ڊيٽا کي لڪائڻ جي حوصلا افزائي ڪري ٿو ته جيئن خدمتون هڪ ٻئي کان الڳ ٿي سگهن ۽ انهن جي ترقي ۽ وڌيڪ تبديلين کي آسان بڻائي. ٻئي طرف، اسان کي آزاديء سان ورهائڻ ۽ حصيداري ڪيل ڊيٽا کي فتح ڪرڻ جي ضرورت آهي، جهڙوڪ ڪنهن ٻئي ڊيٽا وانگر. نقطي اهو آهي ته فوري طور تي ڪم شروع ڪرڻ جي قابل ٿي، آزاديء سان جيئن ڪنهن ٻئي معلوماتي سسٽم ۾.
تنهن هوندي به، معلوماتي سسٽم کي انڪپسوليشن سان ٿورو ڪم ڪرڻو آهي. حقيقت ۾، ان جي بلڪل ابتڙ آهي. ڊيٽابيس اهي سڀ ڪجهه ڪندا آهن جيڪي اهي ذخيرو ڪيل ڊيٽا تائين رسائي فراهم ڪري سگھن ٿا. اهي هڪ طاقتور بيان ڪندڙ انٽرفيس سان گڏ ايندا آهن جيڪا توهان کي ڊيٽا کي تبديل ڪرڻ جي اجازت ڏئي ٿي جيئن توهان کي ضرورت آهي. اهڙي ڪارڪردگي ابتدائي تحقيقي اسٽيج تي اهم آهي، پر مسلسل ترقي ڪندي خدمت جي وڌندڙ پيچيدگي کي منظم ڪرڻ لاء نه.
۽ هتي هڪ مشڪوڪ پيدا ٿئي ٿو. تضاد. Dichotomy. سڀ کان پوء، معلومات سسٽم ڊيٽا مهيا ڪرڻ بابت آهن، ۽ خدمتون لڪائڻ بابت آهن.
اهي ٻئي قوتون بنيادي آهن. اهي اسان جي ڪم جو گهڻو حصو هيٺ ڪن ٿا، مسلسل اسان جي ٺاهيل سسٽم ۾ شانداريت لاء وڙهندا آهن.
جيئن ته سروس سسٽم وڌندا ۽ ترقي ڪندا آهن، اسان ڪيترن ئي طريقن سان ڊيٽا جي تڪرار جا نتيجا ڏسون ٿا. يا ته خدمت جو انٽرفيس وڌندو ته جيئن ڪارڪردگيءَ جي هميشه وسيع رينج مهيا ڪري ۽ هڪ تمام فينسي گهريلو ڊيٽابيس وانگر نظر اچڻ شروع ڪري، يا اسان مايوس ٿي وينداسين ۽ ڊيٽا جي مجموعي سيٽن کي ٻيهر حاصل ڪرڻ يا سروس کان سروس تائين منتقل ڪرڻ جو ڪو طريقو لاڳو ڪنداسين.
موڙ ۾، ڪا شيء ٺاهڻ جيڪا هڪ فينسي گهر جي ڊيٽابيس وانگر نظر اچي ٿي، مسئلن جي مڪمل ميزبان کي ڏسندي. اسان تفصيل ۾ نه وينداسين ڇو ته اهو خطرناڪ آهي گڏيل ڊيٽابيس، اچو ته صرف اهو چئون ته اهو اهم قيمتي انجنيئرنگ ۽ آپريشنل جي نمائندگي ڪري ٿو ڪمپني لاء جيڪو ان کي استعمال ڪرڻ جي ڪوشش ڪري رهيو آهي.
ڇا بدترين آهي اهو آهي ته ڊيٽا جي مقدار وڌائي ٿي خدمت جي حدن جي مسئلن کي. وڌيڪ حصيداري ڪيل ڊيٽا هڪ خدمت جي اندر آهي، وڌيڪ پيچيده انٽرفيس ٿيندو ۽ وڌيڪ ڏکيو ٿيندو مختلف خدمتن مان ڊيٽا سيٽن کي گڏ ڪرڻ.
سموري ڊيٽا سيٽ کي ڪڍڻ ۽ منتقل ڪرڻ جو متبادل طريقو پڻ ان جا مسئلا آهن. هن سوال جو هڪ عام طريقو ڏسڻ ۾ اچي ٿو ته صرف سڄي ڊيٽا سيٽ کي ٻيهر حاصل ڪرڻ ۽ محفوظ ڪرڻ، ۽ پوء ان کي مقامي طور تي هر استعمال ڪندڙ خدمت ۾ محفوظ ڪرڻ.
مسئلو اهو آهي ته مختلف خدمتون انهن ڊيٽا جي تشريح ڪن ٿيون جيڪي اهي مختلف طريقي سان استعمال ڪن ٿيون. هي ڊيٽا هميشه هٿ ۾ آهي. اهي تبديل ٿيل آهن ۽ مقامي طور تي پروسيس ٿيل آهن. بلڪل جلدي اهي ماخذ ۾ موجود ڊيٽا سان گڏ ڪا به شيءِ عام ڪرڻ بند ڪري ڇڏيندا آهن.
وڌيڪ مٽائيندڙ نقل، وڌيڪ ڊيٽا وقت جي حوالي سان مختلف ٿيندا.
معاملن کي وڌيڪ خراب ڪرڻ لاء، اهڙي ڊيٽا کي درست ڪرڻ ڏکيو آهي ته ماضي ۾ ( اھو اھو آھي جتي اھو واقعي بچائي سگھي ٿو). حقيقت ۾، ڪجهه ناقابل ٽيڪنالاجي مسئلا جيڪي ڪاروبار کي منهن ڏيڻ وارا مختلف ڊيٽا مان پيدا ٿين ٿا جيڪي ايپليڪيشن کان ايپليڪيشن تائين ضرب ڪن ٿا.
هن مسئلي جو حل ڳولڻ لاء، اسان کي حصيداري ڊيٽا بابت مختلف سوچڻ جي ضرورت آهي. انهن کي لازمي طور تي فرسٽ ڪلاس شيون هئڻ گهرجن جيڪي اسان تعمير ڪيون ٿا. اهڙي ڊيٽا کي "بيروني" سڏين ٿا، ۽ هي هڪ تمام اهم خصوصيت آهي. اسان کي encapsulation جي ضرورت آهي ان ڪري اسين ڪنهن خدمت جي اندروني ڪم کي بي نقاب نٿا ڪريون، پر اسان کي ضرورت آهي ته خدمتن لاءِ حصيداري ڪيل ڊيٽا تائين رسائي آسان بڻائين ته جيئن اهي پنهنجو ڪم صحيح طريقي سان ڪري سگهن.
مسئلو اهو آهي ته اڄ تائين ڪوبه طريقو لاڳاپيل ناهي، ڇو ته نه سروس انٽرفيس، نه ميسيجنگ، ۽ نه ئي شيئر ڊيٽابيس پيش ڪري ٿو ٻاهرين ڊيٽا سان ڪم ڪرڻ لاءِ سٺو حل. سروس انٽرفيس ڪنهن به پيماني تي ڊيٽا جي بدلي لاءِ ناقص موزون آهن. ميسيجنگ ڊيٽا کي منتقل ڪري ٿو پر ان جي تاريخ کي ذخيرو نٿو ڪري، تنهنڪري ڊيٽا وقت سان خراب ٿي ويندي آهي. حصيداري ٿيل ڊيٽابيس هڪ نقطي تي تمام گهڻو ڌيان ڏئي ٿو، جيڪو ترقي کي واپس رکي ٿو. اسان ناگزير طور تي ڊيٽا جي ناڪامي جي چڪر ۾ ڦاسي پيا آهيون:
ڊيٽا جي ناڪامي جو چڪر
اسٽريمز: ڊيٽا ۽ خدمتن لاءِ هڪ غير مرڪزي انداز
مثالي طور، اسان کي تبديل ڪرڻ جي ضرورت آهي طريقي سان ڪم ڪندڙ خدمتن جي حصيداري ڪيل ڊيٽا سان. هن نقطي تي، يا ته نقطو مٿي بيان ڪيل اختلافن کي منهن ڏئي ٿو، ڇاڪاڻ ته اتي ڪا به جادو مٽي نه آهي جيڪا ان کي غائب ڪرڻ لاء ان تي اڇلائي سگهجي ٿي. تنهن هوندي، اسان مسئلي تي ٻيهر غور ڪري سگهون ٿا ۽ هڪ سمجهوتو تائين پهچي سگهون ٿا.
هن سمجھوتي ۾ مرڪزيت جي هڪ خاص درجي شامل آهي. اسان استعمال ڪري سگھون ٿا ورهايل لاگ ميڪانيزم ڇاڪاڻ ته اهو مهيا ڪري ٿو قابل اعتماد، اسپيبلبل اسٽريمز. اسان ھاڻي چاھيون ٿا ته خدمتون شامل ٿيڻ جي قابل ٿين ۽ انھن شيئر ٿيل ٿريڊن تي عمل ڪن، پر اسين انھن پيچيده مرڪزي خدائي خدمتن کان پاسو ڪرڻ چاھيون ٿا جيڪي ھي پروسيسنگ ڪن ٿيون. تنهن ڪري، بهترين اختيار هر صارف جي خدمت ۾ وهڪرو پروسيسنگ ٺاهڻ آهي. هن طريقي سان، خدمتون مختلف ذريعن کان ڊيٽا سيٽ کي گڏ ڪرڻ جي قابل هوندا ۽ انهن سان گڏ ڪم ڪرڻ جي طريقي سان انهن کي ضرورت هوندي.
هن طريقي کي حاصل ڪرڻ جو هڪ طريقو هڪ اسٽريمنگ پليٽ فارم جي استعمال ذريعي آهي. اتي ڪيترائي اختيار آھن، پر اڄ اسان ڪافڪا تي نظر ڪنداسين، ڇاڪاڻتہ ان جي استعمال واري اسٽيٽ اسٽريٽ پروسيسنگ اسان کي پيش ڪيل مسئلي کي مؤثر طريقي سان حل ڪرڻ جي اجازت ڏئي ٿي.
ورهايل لاگنگ ميڪانيزم کي استعمال ڪرڻ اسان کي اجازت ڏئي ٿو ته چڱيءَ طرح جي رستي تي هلون ۽ ڪم ڪرڻ لاءِ پيغام رسائي . اهو طريقو سمجهي ٿو ته بهتر اسڪيلنگ ۽ ورهاڱي جي درخواست جي جواب واري ميڪانيزم جي ڀيٽ ۾ ڇو ته اهو موڪليندڙ جي ڀيٽ ۾ وصول ڪندڙ کي وهڪري جو ڪنٽرول ڏئي ٿو. بهرحال، هن زندگي ۾ هر شيء لاء توهان کي ادا ڪرڻو پوندو، ۽ هتي توهان کي هڪ بروکر جي ضرورت آهي. پر وڏن سسٽم لاءِ، واپار بند ان جي لائق آهي (جيڪو شايد توهان جي اوسط ويب ايپليڪيشن لاءِ نه هجي).
جيڪڏهن هڪ بروکر روايتي پيغام رسائيندڙ سسٽم جي بدران ورهايل لاگنگ جو ذميوار آهي، توهان اضافي خاصيتن جو فائدو وٺي سگهو ٿا. ٽرانسپورٽ کي لڪير طور تي ماپ ڪري سگھي ٿو تقريبن ۽ گڏوگڏ ورهايل فائل سسٽم. ڊيٽا هڪ ڊگهي وقت تائين لاگ ان ۾ ذخيرو ٿي سگهي ٿو، تنهنڪري اسان کي نه رڳو پيغام جي مٽاسٽا، پر معلومات اسٽوريج پڻ. اسپيبلبل اسٽوريج ميوٽبل شيئر اسٽيٽ جي خوف کان سواء.
توهان پوءِ استعمال ڪري سگهو ٿا رياستي اسٽريم پروسيسنگ استعمال ڪرڻ لاءِ بيان ڪندڙ ڊيٽابيس اوزار شامل ڪرڻ لاءِ خدمتون. هي هڪ تمام اهم خيال آهي. جڏهن ته ڊيٽا حصيداري ٿيل اسٽريمز ۾ محفوظ ڪئي وئي آهي جيڪا سڀني خدمتن تائين رسائي ڪري سگهي ٿي، مجموعي ۽ پروسيسنگ جيڪا خدمت ڪري ٿي اها نجي آهي. اهي پاڻ کي هڪ سخت محدود تناظر ۾ الڳ الڳ ڳوليندا آهن.
غير متحرڪ رياستي وهڪرو کي الڳ ڪرڻ سان ڊيٽا جي اختلاف کي ختم ڪريو. پوءِ ھن ڪارڪردگيءَ کي شامل ڪريو ھر خدمت ۾ استعمال ڪندي Stateful Stream Processing.
اهڙيء طرح، جيڪڏهن توهان جي خدمت کي ڪم ڪرڻ جي ضرورت آهي آرڊر، هڪ پراڊڪٽ ڪيٽلاگ، هڪ گودام، ان کي مڪمل رسائي هوندي: صرف توهان اهو فيصلو ڪنداسين ته ڪهڙي ڊيٽا کي گڏ ڪرڻ، ڪٿي ان کي پروسيس ڪرڻ ۽ ڪيئن وقت سان تبديل ٿيڻ گهرجي. ان حقيقت جي باوجود ته ڊيٽا حصيداري ڪئي وئي آهي، ان سان گڏ ڪم مڪمل طور تي غير معياري آهي. اهو هر خدمت جي اندر پيدا ڪيو ويو آهي، دنيا ۾ جتي هر شي توهان جي ضابطن جي مطابق ٿيندي آهي.
ان جي سالميت تي سمجھوتو ڪرڻ کان سواء ڊيٽا حصيداري ڪريو. فنڪشن کي شامل ڪريو، ذريعو نه، هر خدمت ۾ جيڪو ان جي ضرورت آهي.
اهو ٿئي ٿو ته ڊيٽا کي وڏي تعداد ۾ منتقل ڪرڻ جي ضرورت آهي. ڪڏهن ڪڏهن خدمت جي ضرورت هوندي آهي مقامي تاريخي ڊيٽا سيٽ جي چونڊيل ڊيٽابيس انجڻ ۾. چال اها آهي ته توهان ضمانت ڪري سگهو ٿا ته، جيڪڏهن ضروري هجي ته، هڪ ڪاپي کي بحال ڪري سگهجي ٿو ماخذ کان تقسيم ٿيل لاگنگ ميڪانيزم تائين رسائي ڪندي. ڪافڪا ۾ رابطا هن جو وڏو ڪم ڪن ٿا.
تنهن ڪري، اڄ بحث ڪيل طريقي سان ڪيترائي فائدا آهن:
- ڊيٽا عام اسٽريمز جي صورت ۾ استعمال ڪئي ويندي آهي، جنهن کي لاگس ۾ گهڻي وقت تائين محفوظ ڪري سگهجي ٿو، ۽ عام ڊيٽا سان ڪم ڪرڻ جو ميکانيزم هر فرد جي حوالي سان سخت آهي، جيڪو خدمتن کي آساني سان ۽ جلدي ڪم ڪرڻ جي اجازت ڏئي ٿو. اهڙيء طرح، ڊيٽا جي dichotomy متوازن ٿي سگهي ٿو.
- مختلف خدمتن مان اچڻ واري ڊيٽا کي آساني سان سيٽ ۾ گڏ ڪري سگهجي ٿو. هي گڏيل ڊيٽا سان رابطي کي آسان بڻائي ٿو ۽ ڊيٽابيس ۾ مقامي ڊيٽا سيٽن کي برقرار رکڻ جي ضرورت کي ختم ڪري ٿو.
- رياستي اسٽريم پروسيسنگ صرف ڊيٽا کي ڪيش ڪري ٿو، ۽ سچائي جو ذريعو عام لاگز رهي ٿو، تنهنڪري وقت سان گڏ ڊيٽا جي ڪرپشن جو مسئلو ايترو شديد ناهي.
- انهن جي بنيادي طور تي، خدمتون ڊيٽا تي ٻڌل آهن، مطلب ته ڊيٽا جي مسلسل وڌندڙ مقدار جي باوجود، خدمتون اڃا تائين ڪاروباري واقعن تي جلدي جواب ڏئي سگهن ٿيون.
- اسپيبلبل مسئلا بروکر تي گر، نه خدمتون. اهو خاص طور تي لکڻ جي خدمتن جي پيچيدگي کي گھٽائي ٿو، ڇو ته اسپيبلبل بابت سوچڻ جي ڪا ضرورت ناهي.
- نيون خدمتون شامل ڪرڻ جي ضرورت نه آهي پراڻن کي تبديل ڪرڻ، تنهنڪري نئين خدمتن کي ڳنڍڻ آسان ٿي ويندو.
جئين توهان ڏسي سگهو ٿا، اهو صرف REST کان وڌيڪ آهي. اسان کي اوزارن جو ھڪڙو سيٽ مليو آھي جيڪو توھان کي ڪم ڪرڻ جي اجازت ڏئي ٿو شيئر ڪيل ڊيٽا سان غير مرڪزي طريقي سان.
اڄ جي مضمون ۾ سڀني حصن کي ڍڪي نه ڏني وئي. اسان کي اڃا تائين اهو معلوم ڪرڻ جي ضرورت آهي ته درخواست-جواب جي پيراڊم ۽ واقعي تي هلندڙ پيراڊم جي وچ ۾ توازن ڪيئن ڪجي. پر اسان ايندڙ وقت سان معاملو ڪنداسين. اهڙا موضوع آهن جن کي توهان کي بهتر ڄاڻڻ جي ضرورت آهي، مثال طور، ڇو رياستي اسٽريم پروسيسنگ تمام سٺو آهي. اسان ان بابت ٽئين مضمون ۾ ڳالهائينداسين. ۽ ٻيون به طاقتور تعميرات آهن جن مان اسان فائدو وٺي سگهون ٿا جيڪڏهن اسان انهن کي استعمال ڪريون، مثال طور، . اهو ورهايل ڪاروباري سسٽم لاءِ هڪ گيم چينجر آهي ڇاڪاڻ ته اهو فراهم ڪندو آهي ٽرانزيڪشنل گارنٽي لاءِ اسپيبلبل فارم ۾. اهو چوٿين مضمون ۾ بحث ڪيو ويندو. آخرڪار، اسان کي انهن اصولن تي عملدرآمد جي تفصيل تي وڃڻ جي ضرورت پوندي.
پر ھاڻي لاءِ، بس ھي ياد رکو: ڊيٽا جو اختلاف ھڪ قوت آھي جنھن کي اسان کي منهن ڏيڻو پوي ٿو جڏھن ڪاروباري خدمتون تعمير ڪرڻ وقت. ۽ اسان کي اهو ياد رکڻ گهرجي. چال اهو آهي ته هر شي کي پنهنجي سر تي ڦيرايو ۽ شيئر ڪيل ڊيٽا کي فرسٽ ڪلاس شين وانگر علاج ڪرڻ شروع ڪيو وڃي. رياستي اسٽريم پروسيسنگ هن لاءِ هڪ منفرد سمجهوتو فراهم ڪري ٿي. اهو مرڪزي "خدا جي اجزاء" کان پاسو ڪري ٿو جيڪو ترقي کي روڪي ٿو. ان کان علاوه، اهو ڊيٽا جي اسٽريمنگ پائپ لائنز جي چپلائي، اسڪيليبلٽي ۽ لچڪ کي يقيني بڻائي ٿو ۽ انهن کي هر خدمت ۾ شامل ڪري ٿو. تنهن ڪري، اسان شعور جي عام وهڪري تي ڌيان ڏئي سگهون ٿا جنهن سان ڪا به خدمت ڳنڍي سگهي ٿي ۽ ان جي ڊيٽا سان ڪم ڪري سگهي ٿي. هي خدمتن کي وڌيڪ اسپيبلبل، مٽائي ۽ خودمختيار بڻائي ٿو. تنهن ڪري اهي نه رڳو سفيد بورڊ ۽ فرضي ٽيسٽ تي سٺا نظر ايندا، پر اهي پڻ ڪم ڪندا ۽ ڏهاڪن تائين ترقي ڪندا.
جو ذريعو: www.habr.com