د معمارۍ سټایل غوره کول (3 برخه)

سلام، حبر. نن ورځ زه د خپرونو لړۍ ته دوام ورکوم چې ما په ځانګړي ډول د کورس د نوي جریان د پیل لپاره لیکلي. "د سافټویر معمار".

پېژندنه

د معمارۍ سټایل انتخاب یو له بنسټیزو تخنیکي پریکړو څخه دی کله چې د معلوماتو سیسټم رامینځته کول. د مقالو پدې لړۍ کې ، زه وړاندیز کوم چې د غوښتنلیکونو جوړولو لپاره ترټولو مشهور معماري سټایلونه تحلیل کړم او دې پوښتنې ته ځواب ورکړم چې کوم معماري سټایل خورا غوره دی. د پریزنټشن په بهیر کې، زه به هڅه وکړم چې یو منطقي سلسله راوباسئ چې د معماري سټایلونو پراختیا له مونولیتس څخه مایکرو سرویسونو ته تشریح کوي.

تیر ځل موږ د مونولیت مختلف ډولونو او د دوی د جوړولو لپاره د اجزاو کارولو په اړه خبرې وکړې ، دواړه د اجزاو جوړول او ځای په ځای کول. موږ د خدمت پر بنسټ جوړښت پوهیږو.

اوس موږ به په پای کې د مایکرو سرویس معمارۍ اصلي ځانګړتیاوې تعریف کړو.

د معمارۍ اړیکه

دا اړینه ده چې پوه شو چې په تیرو مقالو کې ورکړل شوي تعریفونو پراساس ، هر خدمت یوه برخه ده ، مګر هر خدمت مایکرو خدمت نه دی.

د مایکرو سرویس معمارۍ ځانګړتیاوې

د مایکرو سرویس معمارۍ اصلي ځانګړتیاوې په لاندې ډول دي:

  • د سوداګریزو وړتیاوو په شاوخوا کې تنظیم شوی
  • محصولات نه پروژې
  • سمارټ پای ټکي او ګونګ پایپونه
  • غیر متمرکزه حکومتداري
  • غیر متمرکز ډیټا مدیریت
  • د زیربنا اتوماتیک
  • د ناکامۍ لپاره ډیزاین
  • د تکامل پرمختګ سره معمارۍ (ارتقايي ډیزاین)

لومړی ټکی د خدماتو پر بنسټ جوړښت څخه راځي ځکه چې مایکرو خدمتونه د خدماتو ځانګړې قضیه ده. نور ټکي د جلا پاملرنې وړ دي.

د سوداګریزو وړتیاوو په شاوخوا کې تنظیم شوی

اوس دا اړینه ده چې د کانوی قانون په یاد ولرئ: هغه سازمانونه چې سیسټمونه رامینځته کوي خپل جوړښت تنظیموي ، پدې سازمانونو کې د متقابل عمل جوړښت کاپي کوي. د مثال په توګه، موږ کولی شو د کمپیلر رامینځته کولو قضیه په یاد ولرو: د اوو کسانو ټیم د اوه پاس کمپیلر رامینځته کړی ، او د پنځو تنو ټیم پنځه پاس کمپیلر رامینځته کړی.

که موږ د monoliths او microservices په اړه وغږیږو، نو که چیرې پراختیا د فعالو څانګو لخوا تنظیم شي (بینډینډ، فرنټ اینډ، ډیټابیس مدیران)، نو موږ یو کلاسک مونولیت ترلاسه کوو.

د مایکرو خدماتو د ترلاسه کولو لپاره، ټیمونه باید د سوداګرۍ وړتیا له مخې تنظیم شي (آرډر، لیږد، د کتلاګ ټیم). دا سازمان به ټیمونو ته اجازه ورکړي چې د غوښتنلیک ځانګړي برخو جوړولو باندې تمرکز وکړي.

محصولات نه پروژې

د پروژې چلند چې په هغه کې یو ټیم نورو ټیمونو ته پرمختللي فعالیت لیږدوي د مایکرو سرویس معمارۍ په قضیه کې په بشپړ ډول مناسب ندي. ټیم باید د خپل ژوند دوره کې د سیسټم ملاتړ وکړي. ایمیزون، د مایکرو خدماتو په پلي کولو کې یو له مشرانو څخه دی، وویل: "تاسو جوړ کړئ، تاسو یې پرمخ وړئ." د محصول چلند ټیم ته اجازه ورکوي چې د سوداګرۍ اړتیاوې احساس کړي.

سمارټ پای ټکي او ګونګ پایپونه

د SOA جوړښت د مخابراتو چینلونو ته خورا پاملرنه کړې ، په ځانګړي توګه د سوداګرۍ خدماتو بس. کوم چې ډیری وختونه د غلط سپیګیټي بکس لامل کیږي، دا دی، د مونولیت پیچلتیا د خدماتو ترمنځ د اړیکو پیچلتیا بدلوي. د مایکرو سرویس جوړښت یوازې د مخابراتو ساده میتودونه کاروي.

غیر متمرکزه حکومتداري

د مایکرو خدماتو په اړه کلیدي پریکړې باید د هغه خلکو لخوا ترسره شي چې واقعیا د مایکرو خدماتو وده کوي. دلته، کلیدي پریکړې د انتخابونو معنی لري
د پروګرام کولو ژبې، د ګمارنې میتودولوژي، د عامه انٹرفیس قراردادونه، او نور.

غیر متمرکز ډیټا مدیریت

معیاري تګلاره، په کوم کې چې غوښتنلیک په یو واحد ډیټابیس تکیه کوي، نشي کولی د هر ځانګړي خدمت ځانګړتیاوې په پام کې ونیسي. MSA د غیر متمرکز معلوماتو مدیریت کې شامل دي، په شمول د مختلفو ټیکنالوژیو کارول.

د زیربنا اتوماتیک

MSA د دوامداره ګمارنې او تحویلي پروسې ملاتړ کوي. دا یوازې د اتوماتیک پروسې لخوا ترلاسه کیدی شي. په ورته وخت کې ، د لوی شمیر خدماتو ځای په ځای کول نور د ویرې په څیر نه ښکاري. د ګمارنې پروسه باید ستړي شي. دوهم اړخ د محصول په چاپیریال کې د خدماتو مدیریت پورې اړه لري. د اتوماتیک پرته، په مختلف عملیاتي چاپیریال کې د پروسو اداره کول ناممکن کیږي.

د ناکامۍ لپاره ډیزاین

د MSA ډیری خدمتونه د ناکامۍ سره مخ دي. په ورته وخت کې، په ویشل شوي سیسټم کې د تېروتنې اداره کول یو کوچنی کار ندی. د غوښتنلیک جوړښت باید د داسې ناکامیو لپاره مقاومت ولري. ربیکا پارسن فکر کوي چې دا خورا مهم دی چې موږ نور حتی د خدماتو تر مینځ د پروسې په جریان کې اړیکه ونه کاروو؛ پرځای یې، موږ د اړیکو لپاره HTTP ته لاره ورکوو، کوم چې تقریبا د اعتبار وړ ندي.

د تکامل پرمختګ سره معمارۍ (ارتقايي ډیزاین)

د MSA سیسټم جوړښت باید په تکامل ډول وده وکړي. دا مشوره ورکول کیږي چې د یو واحد خدمت حدونو ته اړین بدلونونه محدود کړئ. په نورو خدماتو اغیزه هم باید په پام کې ونیول شي. دودیز چلند دا دی چې هڅه وکړي دا ستونزه د نسخې کولو سره حل کړي ، مګر MSA وړاندیز کوي چې د نسخې کارولو څخه کار واخلي
د وروستي حل په توګه.

پایلې

د پورته ټولو څخه وروسته، موږ کولی شو جوړ کړو چې مایکرو خدمتونه څه دي. د مایکرو سرویس جوړښت د وړو خدماتو ټولګه په توګه د یو واحد غوښتنلیک رامینځته کولو لپاره یوه تګلاره ده، هر یو په خپله پروسه کې پرمخ ځي او د سپک وزن میکانیزمونو له لارې متقابل عمل کوي، ډیری وختونه د HTTP سرچینې APIs. دا خدمتونه د سوداګرۍ وړتیاو باندې جوړ شوي او په بشپړ ډول په خپلواکه توګه کارول کیدی شي
د اتوماتیک پلي کولو میکانیزم. د دې خدماتو لږترلږه مرکزي مدیریت شتون لري، کوم چې په مختلف پروګرامینګ ژبو کې لیکل کیدی شي او د ډیټا ذخیره کولو مختلف ټیکنالوژۍ کاروي.

د معمارۍ سټایل غوره کول (3 برخه)

دوهمه برخه ولولئ

سرچینه: www.habr.com

Add a comment