هيلو، حبر. اڄ آئون اشاعتن جو هڪ سلسلو جاري رکان ٿو جيڪي مون خاص طور تي ڪورس جي نئين وهڪري جي شروعات لاءِ لکيون آهن. .
تعارف
آرڪيٽيڪچرل انداز جو انتخاب هڪ بنيادي فني فيصلن مان هڪ آهي جڏهن معلوماتي نظام جي تعمير. مضمونن جي هن سلسلي ۾، مان تجويز ڪريان ٿو ته سڀ کان وڌيڪ مشهور تعميراتي طرزن جو تجزيو ڪرڻ لاء ايپليڪيشنن جي تعمير لاء ۽ ان سوال جو جواب ڏيو جڏهن ڪهڙو آرڪيٽيڪچرل انداز سڀ کان وڌيڪ ترجيح آهي. پريزنٽيشن جي عمل ۾، مان هڪ منطقي زنجير ٺاهڻ جي ڪوشش ڪندس، جيڪا وضاحت ڪري ٿي آرڪيٽيڪچرل اسلوب جي ترقي کي مونولٿس کان مائڪرو سروسز تائين.
В اسان مونولٿ سان ڊيل ڪيو ۽ ان نتيجي تي پهتاسين ته مونولٿ ۾ ڪيترائي مسئلا آهن: سائيز، ڪنيڪشن، ڊيپلائيمينٽ، اسڪيليبلٽي، اعتبار ۽ سختي.
هن ڀيري مان تجويز ڪريان ٿو ته سسٽم کي ترتيب ڏيڻ جي امڪانن جي باري ۾ هڪ سيٽ جي طور تي ماڊلز/لائبرريون (جزئي تي مبني فن تعمير) يا خدمتون (خدمت تي مبني فن تعمير).
اجزاء تي مبني فن تعمير
اجزاء تي مبني فن تعمير شامل آهي هڪ سسٽم کي اجزاء جي هڪ سيٽ جي طور تي عمل ڪرڻ جيڪو ٻنهي موجوده ۽ مستقبل جي منصوبن ۾ استعمال ڪري سگهجي ٿو. جڏهن هڪ سسٽم کي حصن ۾ ٽوڙيو، هيٺ ڏنل حساب ۾ ورتو وڃي ٿو: انهن جي ٻيهر استعمال جي قابليت، انهن جي بدلي جي قابليت، حوالي سان آزادي، وسعت، انڪپسوليشن ۽ آزادي.
اجزاء جي صحيح استعمال سان، "گندگي جي وڏي بال" (وڏي سائيز + اعلي ڪپلنگ) جو مسئلو حل ڪيو ويو آھي، ۽ اجزاء پاڻ کي اسيمبلي يونٽ (ماڊيول، لائبريري) ۽ مقرري يونٽ (سروسز) ٿي سگھي ٿو. ڊيپلائيمينٽ يونٽ ھميشه ھميشه ھلندڙ عمل سان نقشا نه ٺاھيا ويندا آھن: مثال طور، ھڪ ويب ايپليڪيشن ۽ ڊيٽابيس گڏ ٿيل آھن.
گهڻو ڪري، monoliths ماڊلز جي هڪ سيٽ جي طور تي ترقي يافته آهن. اهو طريقو آزاد ترقي جي طرف وٺي ٿو، پر آزاد اسڪيلنگ ۽ تعیناتي، غلطي رواداري ۽ مجموعي ٽيڪنالاجي اسٽيڪ کان آزادي جا مسئلا باقي آهن. اهو ئي سبب آهي ته ماڊل هڪ جزوي طور تي آزاد جزو آهي.
اهڙي monolith سان سڀ کان وڏو مسئلو اهو آهي ته ماڊلز ۾ تقسيم خالص منطقي آهي ۽ آساني سان ڊولپرز جي خلاف ورزي ڪري سگهجي ٿو. هڪ بنيادي ماڊل ظاهر ٿي سگھي ٿو، جيڪو آهستي آهستي گندگي جي ڊمپ ۾ بدلجي ٿو، ماڊل جي وچ ۾ انحصار جو گراف وڌي سگھي ٿو، وغيره. اهڙن مسئلن کان بچڻ لاءِ، ترقي يا ته هڪ تمام بالغ ٽيم جي ذريعي ٿيڻ گهرجي، يا ڪنهن ”آرڪيٽيڪٽ“ جي رهنمائيءَ هيٺ، جيڪو مڪمل وقت جي ڪوڊ جو جائزو وٺڻ ۾ مصروف آهي ۽ ڊولپرز جي هٿن کي ماري ٿو، جيڪي منطقي ڍانچي جي ڀڃڪڙي ڪن ٿا.
"مثالي" monolith منطقي طور تي الڳ ٿيل ماڊلز جو هڪ سيٽ آهي، جن مان هر هڪ پنهنجي ڊيٽابيس ۾ ڏسڻ ۾ اچي ٿو.
خدمت تي مبني فن تعمير
جيڪڏهن سسٽم کي منظم ڪيو وڃي ته خدمتن جي هڪ سيٽ جي صورت ۾، پوء اسان هڪ خدمت تي مبني فن تعمير بابت ڳالهائي رهيا آهيون. ان جا اصول آهن صارف-مرڪز ايپليڪيشن انٽرآپريبلٽي، ڪاروباري خدمت ٻيهر استعمال، ٽيڪنالاجي اسٽيڪ آزادي، ۽ خودمختياري (آزاد ارتقا، اسڪيبلبلٽي، ۽ ڊيپلائيمينٽ).
خدمت تي مبني آرڪيٽيڪچر (SOA = خدمت تي مبني فن تعمير) هڪ واحد جي سڀني سڃاتل مسئلن کي حل ڪري ٿو: صرف هڪ خدمت متاثر ٿئي ٿي جڏهن تبديلي ٿئي ٿي، ۽ هڪ چڱي طرح بيان ڪيل API اجزاء جي سٺي انڪپسوليشن کي سپورٽ ڪري ٿو.
پر هر شيء ايترو آسان ناهي: SOA نئين مسئلا پيدا ڪري ٿي. ريموٽ ڪالون مقامي ماڻهن کان وڌيڪ قيمتي آهن، ۽ اجزاء جي وچ ۾ ذميواريون ٻيهر ورهائڻ تمام گهڻو قيمتي ٿي چڪو آهي.
رستي جي ذريعي، آزاديء جي تعیناتي جو امڪان خدمت جي هڪ اهم خصوصيت آهي. جيڪڏهن خدمتن کي گڏ ڪرڻ گهرجي يا، وڌيڪ، هڪ خاص ترتيب ۾، پوء سسٽم کي خدمت تي مبني نه سمجهي سگهجي. هن معاملي ۾، اهي هڪ ورهايل monolith جي باري ۾ ڳالهائي (هڪ مخالف نمونو نه رڳو SOA جي نقطي نظر کان، پر پڻ microservice فن تعمير جي نقطي نظر کان).
خدمت تي مبني فن تعمير کي آرڪيٽيڪچرل ڪميونٽي ۽ وينڊرز پاران چڱي طرح سپورٽ ڪئي وئي آهي. اهو ڪيترن ئي ڪورسز ۽ سرٽيفڪيشن جي موجودگي کي ظاهر ڪري ٿو، چڱي طرح ترقي يافته نمونن. بعد ۾ شامل آهن، مثال طور، معروف انٽرنيشنل سروس بس (ESB = انٽرپرائز سروس بس). ساڳئي وقت، ESB وينڊرز کان هڪ سامان آهي؛ اهو ضروري ناهي ته SOA ۾ استعمال ڪيو وڃي.
خدمت تي مبني فن تعمير جي مقبوليت 2008 جي ڀرسان وڌي وئي، جنهن کان پوء ان کي رد ڪرڻ شروع ڪيو، جيڪو مائڪرو سروسز (~ 2015) جي آمد کان پوء خاص طور تي وڌيڪ ڊرامائي بڻجي ويو.
ٿڪل
اسان سروسز ۽ ماڊلز جي صورت ۾ معلوماتي نظام کي ترتيب ڏيڻ جي امڪانن تي بحث ڪرڻ کان پوءِ، مان تجويز ڪيان ٿو ته آخر ۾ مائڪسرو سروس آرڪيٽيڪچر جي اصولن تي هلان ۽ ايندڙ حصي ۾ مائڪرو سروس آرڪيٽيڪچر ۽ سروس آرڪيٽيڪچر جي وچ ۾ فرق تي خاص ڌيان ڏيان.
جو ذريعو: www.habr.com