سلام و ټولو ته! موږ ښه خبرونه لرو، OTUS د جون په میاشت کې بیا کورس پیلوي ، په دې تړاو چې موږ په دودیز ډول ستاسو سره ګټور توکي شریکوو.
که تاسو د دې ټول مایکرو خدماتو شیانو سره پرته له کوم شرایطو سره مخ شوي یاست ، نو تاسو به د دې فکر کولو لپاره بخښل شئ چې دا یو څه عجیب دی. د شبکې لخوا وصل شوي ټوټو ته د غوښتنلیک ویشل لازمي معنی لري چې پایله شوي توزیع شوي سیسټم ته د پیچلي غلطۍ زغم حالتونه اضافه کړي.
که څه هم پدې طریقه کې دا په ډیری خپلواکو خدماتو کې ماتول شامل دي، د پای هدف یوازې د دې خدماتو په مختلفو ماشینونو کې د چلولو څخه ډیر دی. موږ دلته د بهرنۍ نړۍ سره د تعامل په اړه خبرې کوو، کوم چې د هغې په جوهر کې هم ویشل کیږي. په تخنیکي لحاظ نه، بلکه د یو اکوسیستم په معنی چې ډیری خلک، ټیمونه، پروګرامونه، او د دې برخې هر یو په یو ډول خپل کار ته اړتیا لري.
شرکتونه، د بیلګې په توګه، د ویشل شوي سیسټمونو مجموعه ده چې په ټولیز ډول د ځینې اهدافو په لاسته راوړلو کې مرسته کوي. موږ د لسیزو راهیسې دا حقیقت له پامه غورځولی، د FTPing فایلونو یا د تصدۍ ادغام وسیلو په کارولو سره د یووالي ترلاسه کولو هڅه کوو پداسې حال کې چې زموږ په جلا اهدافو تمرکز کوو. مګر د خدماتو په راتګ سره، هرڅه بدل شول. خدماتو موږ سره مرسته کړې چې د افق څخه هاخوا وګورو او د متقابلو برنامو نړۍ وګورو چې یوځای کار کوي. په هرصورت، په بریالیتوب سره کار کولو لپاره، دا اړینه ده چې دوه بنسټیز مختلف نړۍ وپیژني او ډیزاین کړي: بهرنۍ نړۍ، چیرې چې موږ د ډیری نورو خدماتو په ایکوسیستم کې ژوند کوو، او زموږ شخصي، داخلي نړۍ، چیرې چې موږ یوازې حکومت کوو.
دا ویشل شوې نړۍ له هغه څخه توپیر لري چې موږ پکې لوی شوي یو او عادت شوي یو. د دودیز واحد معمارۍ د جوړولو اصول د انتقاد سره مخ نه دي. نو د دې سیسټمونو سم ترلاسه کول د سپینې تختې ډیاګرام یا د مفهوم ښه ثبوت رامینځته کولو څخه ډیر څه دي. ټکی دا دی چې ډاډ ترلاسه شي چې دا ډول سیسټم د اوږدې مودې لپاره په بریالیتوب سره کار کوي. خوشبختانه، خدمتونه د یو څه مودې لپاره شاوخوا دي، که څه هم دوی مختلف ښکاري. لاهم اړونده دي، حتی د ډاکر، کبرنیټس او یو څه شیبي هپسټر ږیرو سره موسم شوي.
نو نن ورځ به موږ وګورو چې مقررات څنګه بدل شوي، ولې موږ اړتیا لرو چې د خدماتو سره د چلند کولو طریقه بیا له سره غور وکړو او هغه معلومات چې دوی یو بل ته لیږدوي، او ولې موږ به د دې کولو لپاره بشپړ مختلف وسایلو ته اړتیا ولرو.
Encapsulation به تل ستاسو ملګری نه وي
کوچني خدمتونه کولی شي له یو بل څخه په خپلواکه توګه کار وکړي. دا دا ملکیت دی چې دوی ته خورا لوی ارزښت ورکوي. دا ورته ملکیت خدماتو ته اجازه ورکوي اندازه او وده وکړي. دومره نده چې د quadrillion کاروونکو یا پیټابایټ ډیټا ته د اندازه کولو په معنی (که څه هم دا کولی شي هلته هم مرسته وکړي) ، مګر د خلکو شرایطو کې د اندازه کولو په معنی کې ځکه چې ټیمونه او سازمانونه په دوامداره توګه وده کوي.
په هرصورت، خپلواکي دوه اړخیزه توره ده. دا دی، خدمت پخپله په اسانۍ او طبیعي توګه پرمخ وړل کیدی شي. مګر که چیرې یو فنکشن په یوه خدمت کې پلي شي چې د بل خدمت کارولو ته اړتیا لري، نو بیا به موږ پای ته ورسوو چې په ورته وخت کې دواړه خدماتو کې بدلونونه رامنځته کړو. په یو واحد کې دا کار کول اسانه دي، تاسو یوازې یو بدلون وکړئ او خوشې کولو ته یې واستوئ، مګر د خپلواک خدماتو همغږي کولو په صورت کې به ډیرې ستونزې وي. د ټیمونو او خوشې کولو سایکلونو ترمنځ همغږي چپتیا له منځه وړي.
د معیاري تګلارې د یوې برخې په توګه، دوی په ساده ډول هڅه کوي چې د پای څخه تر پای پورې د ځورونکي بدلونونو څخه مخنیوی وکړي، په واضح ډول د خدماتو ترمنځ فعالیت ویش. د واحد لاسلیک خدمت دلته ښه مثال کیدی شي. دا یو روښانه تعریف شوی رول لري چې دا د نورو خدماتو څخه توپیر کوي. دا روښانه جلا کول پدې معنی دي چې د شاوخوا خدماتو په اړه د ګړندي بدلون غوښتنې نړۍ کې ، د واحد لاسلیک خدمت د بدلون امکان نلري. دا په سخت محدود شرایطو کې شتون لري.
ستونزه دا ده چې په ریښتینې نړۍ کې، سوداګریز خدمتونه نشي کولی د رولونو ورته خالص جلاوالی وساتي. د مثال په توګه، ورته سوداګریز خدمتونه د نورو ورته خدماتو څخه د معلوماتو سره په لویه کچه کار کوي. که تاسو په آنلاین پرچون پلور کې ښکیل یاست، نو د پروسس امر جریان، د محصول لیست یا د کاروونکي معلومات به ستاسو د ډیری خدماتو لپاره اړتیا وي. هر یو خدمت به د کار کولو لپاره دې معلوماتو ته لاسرسی ته اړتیا ولري.
ډیری سوداګریز خدمتونه ورته ډیټا جریان شریکوي، نو د دوی کار په دوامداره توګه سره تړلی دی.
پدې توګه موږ یو مهم ټکي ته راځو چې په اړه یې خبرې کول. پداسې حال کې چې خدمتونه د زیربناوو برخو لپاره ښه کار کوي چې په لویه کچه په انزوا کې کار کوي، ډیری سوداګریز خدمتونه پای ته رسیدلي ډیر نږدې دي.
د ډیټا ډیکوټومی
د خدماتو پر بنسټ تګلارې ممکن لا دمخه شتون ولري، مګر دوی لاهم د خدماتو ترمنځ د ډیرو معلوماتو شریکولو څرنګوالي په اړه بصیرت نلري.
اصلي ستونزه دا ده چې ډاټا او خدمات نه جلا کیدونکي دي. له یوې خوا، encapsulation موږ هڅوي چې ډاټا پټ کړو ترڅو خدمتونه له یو بل څخه جلا شي او د دوی وده او نور بدلونونه اسانه کړي. له بلې خوا، موږ اړتیا لرو چې د نورو معلوماتو په څیر په آزاده توګه شریک شوي ډاټا ویش او فتح کړو. نقطه دا ده چې د دې وړتیا ولرئ چې سمدلاسه کار پیل کړئ ، لکه څنګه چې د نورو معلوماتو سیسټم کې په آزاده توګه.
په هرصورت، د معلوماتو سیسټمونه د encapsulation سره لږ څه لري. په حقیقت کې، دا خورا برعکس ده. ډیټابیس هر هغه څه کوي چې دوی یې کولی شي ډیټا ته لاسرسی چمتو کړي چې دوی یې ذخیره کوي. دوی د ځواکمن اعلاناتي انٹرفیس سره راځي چې تاسو ته اجازه درکوي ډاټا بدل کړئ لکه څنګه چې تاسو اړتیا لرئ. دا ډول فعالیت د څیړنې په ابتدايي مرحله کې مهم دی، مګر د دوامداره وده کونکي خدمت مخ په زیاتیدونکي پیچلتیا اداره کولو لپاره ندي.
او دلته یوه ستونزه رامنځ ته کیږي. تضاد. Dichotomy. په هرصورت، د معلوماتو سیسټمونه د معلوماتو چمتو کولو په اړه دي، او خدمات د پټولو په اړه دي.
دا دوه ځواکونه بنسټیز دي. دوی زموږ د کار ډیره برخه تر پښو لاندې کوي، په دوامداره توګه په هغه سیسټمونو کې چې موږ یې جوړوو د غوره والي لپاره مبارزه کوي.
لکه څنګه چې د خدماتو سیسټمونه وده کوي او وده کوي، موږ په ډیری لارو کې د ډیټا ډیکوټومي پایلې ګورو. یا به د خدماتو انٹرفیس وده وکړي ، د فعالیت دوامداره لړۍ چمتو کړي او د خورا په زړه پوري کورني ډیټابیس په څیر ښکاري ، یا به موږ نا امیده شو او د خدماتو څخه خدمت ته د ډیټا ټول سیټونو بیرته ترلاسه کولو یا حرکت کولو لپاره یوه لاره پلي کړو.
په بدل کې، د داسې یو څه رامینځته کول چې د فینسي کور ډیټابیس په څیر ښکاري د ډیری ستونزو کوربه توب لامل کیږي. موږ به په دې اړه توضیحاتو ته لاړ نه شو چې ولې دا خطرناک دی شریک ډیټابیس، راځئ یوازې ووایو چې دا د پام وړ قیمتي انجینري او عملیاتي استازیتوب کوي د هغه شرکت لپاره چې د دې کارولو هڅه کوي.
څه بدتر دی چې د معلوماتو حجم د خدماتو حد ستونزې زیاتوي. هرڅومره چې شریک شوي ډیټا په یوه خدمت کې پروت وي ، هومره به انٹرفیس خورا پیچلی شي او د مختلف خدماتو څخه د ډیټا سیټونو ترکیب کول به خورا ستونزمن وي.
د ټولو ډیټا سیټونو استخراج او حرکت کولو بدیل طریقه هم خپلې ستونزې لري. دې پوښتنې ته یو عام چلند داسې ښکاري چې په ساده ډول د ټول ډیټاسیټ ترلاسه کول او ذخیره کول ، او بیا یې په هر مصرف کونکي خدمت کې په محلي ډول زیرمه کول.
ستونزه دا ده چې مختلف خدمتونه هغه معلومات تشریح کوي چې دوی یې په مختلف ډول مصرفوي. دا معلومات تل په لاس کې وي. دوی په محلي توګه ترمیم او پروسس شوي. په چټکۍ سره دوی په سرچینې کې د معلوماتو سره یو څه مشترک نه لري.
هرڅومره چې نقلونه بدل شي ، هومره به معلومات د وخت په تیریدو سره توپیر ولري.
د دې لپاره چې مسله نوره هم خرابه کړي، دا ډول ډاټا په شاتګ کې سمه کول ستونزمن دي ( دا هغه ځای دی چې واقعیا د ژغورنې لپاره راځي). په حقیقت کې، ځینې د پام وړ ټیکنالوژۍ ستونزې چې سوداګرۍ ورسره مخ دي د متفاوت ډیټا څخه رامینځته کیږي چې له غوښتنلیک څخه غوښتنلیک ته ضرب کیږي.
د دې ستونزې د حل موندلو لپاره، موږ باید د شریک شوي معلوماتو په اړه مختلف فکر وکړو. دوی باید په هغه معمارۍ کې چې موږ یې جوړوو د لومړي ټولګي توکي شي. دا ډول ډاټا "بهرني" بولي، او دا خورا مهم ځانګړتیا ده. موږ انکپسولیشن ته اړتیا لرو نو موږ د خدماتو داخلي کارونه افشا نه کوو، مګر موږ اړتیا لرو چې د خدماتو لپاره دا اسانه کړو چې شریک شوي ډیټا ته لاسرسی ومومي ترڅو دوی وکولی شي خپلې دندې په سمه توګه ترسره کړي.
ستونزه دا ده چې نن ورځ هیڅ طریقه مناسبه نه ده، ځکه چې نه د خدماتو انٹرفیس، نه پیغام رسول، او نه هم شریک شوي ډیټابیس د بهرني ډیټا سره کار کولو لپاره ښه حل وړاندې کوي. د خدماتو انٹرفیسونه په هره پیمانه کې د معلوماتو تبادلې لپاره په کمزوري ډول مناسب دي. پیغامونه ډیټا حرکت کوي مګر خپل تاریخ نه ساتي، نو د وخت په تیریدو سره ډاټا فاسد کیږي. شریک شوي ډیټابیسونه په یوه ټکي ډیر تمرکز کوي، کوم چې پرمختګ بیرته ساتي. موږ په لازمي ډول د معلوماتو ناکامۍ په دوره کې بند پاتې کیږو:
د معلوماتو د ناکامۍ دوره
جریانونه: د معلوماتو او خدماتو لپاره غیر متمرکز چلند
په عین حال کې، موږ اړتیا لرو چې د شریک شوي معلوماتو سره د خدماتو کار کولو طریقه بدله کړو. پدې مرحله کې ، یا هم چلند د پورته ذکر شوي ډیکوټومي سره مخ کیږي ، ځکه چې هیڅ جادویی دوړې شتون نلري چې په هغې باندې توی شي ترڅو دا ورک شي. په هرصورت، موږ کولی شو په ستونزه بیا غور وکړو او جوړجاړي ته ورسیږو.
دا جوړجاړی د یو ټاکلی درجې مرکزي کولو کې شامل دی. موږ کولی شو د توزیع شوي لاګ میکانیزم وکاروو ځکه چې دا د اعتبار وړ، د توزیع وړ جریان چمتو کوي. موږ اوس غواړو خدمتونه د دې شریک شوي تارونو کې د یوځای کیدو او فعالیت کولو وړ وي ، مګر موږ غواړو د پیچلي مرکزي شوي خدای خدماتو مخه ونیسو چې دا پروسس کوي. له همدې امله، غوره اختیار د هر مصرف کونکي خدمت کې د جریان پروسس کولو رامینځته کول دي. په دې توګه، خدمتونه به وکوالی شي د مختلفو سرچینو څخه ډیټا سیټونه یوځای کړي او د دوی سره د اړتیا په توګه کار وکړي.
د دې تګلارې ترلاسه کولو یوه لاره د سټیمینګ پلیټ فارم کارولو له لارې ده. ډیری اختیارونه شتون لري، مګر نن به موږ کافکا ته وګورو، ځکه چې د دې ریاستي سټریم پروسس کارول موږ ته اجازه راکوي چې وړاندې شوې ستونزه په مؤثره توګه حل کړو.
د توزیع شوي لاګنګ میکانیزم کارول موږ ته اجازه راکوي چې ښه لاره تعقیب کړو او د کار کولو لپاره پیغام رسونې وکاروو . دا طریقه د غوښتنې ځواب میکانیزم په پرتله غوره اندازه کولو او ویشلو چمتو کولو لپاره ګڼل کیږي ځکه چې دا د لیږونکي په پرتله رسیدونکي ته د جریان کنټرول ورکوي. په هرصورت، پدې ژوند کې د هرڅه لپاره تاسو باید پیسې ورکړئ، او دلته تاسو یو بروکر ته اړتیا لرئ. مګر د لوی سیسټمونو لپاره، سوداګریز بند د دې ارزښت لري (کوم چې ممکن ستاسو د اوسط ویب غوښتنلیک لپاره قضیه نه وي).
که یو بروکر د دودیز پیغام رسولو سیسټم پر ځای د توزیع شوي ننوتلو مسؤلیت ولري، تاسو کولی شئ د اضافي ځانګړتیاو څخه ګټه پورته کړئ. ټرانسپورټ کولی شي په قطعي ډول اندازه کړي او همدارنګه د توزیع شوي فایل سیسټم. ډیټا د اوږدې مودې لپاره په لاګونو کې زیرمه کیدی شي ، نو موږ نه یوازې د پیغام تبادله ترلاسه کوو ، بلکه د معلوماتو ذخیره هم ترلاسه کوو. د متغیر شریک حالت له ویرې پرته د توزیع وړ ذخیره.
تاسو بیا کولی شئ د مصرفي خدماتو لپاره د اعلاناتي ډیټابیس وسیلو اضافه کولو لپاره د دولتي جریان پروسس کولو څخه کار واخلئ. دا یو ډیر مهم نظر دی. پداسې حال کې چې ډاټا په شریکو جریانونو کې زیرمه شوي چې ټول خدمتونه ورته لاسرسی کولی شي، راټولول او پروسس کول چې خدمت یې کوي شخصي دي. دوی ځانونه په یو محدود محدود شرایطو کې جلا کوي.
د نه بدلیدونکي حالت جریان جلا کولو سره د معلوماتو ډیکوټومي له مینځه وړل. بیا دا فعالیت د سټیفول سټریم پروسس کولو په کارولو سره هر خدمت ته اضافه کړئ.
پدې توګه ، که ستاسو خدمت ته اړتیا وي د امرونو سره کار وکړي ، د محصول لیست ، ګودام ، دا به بشپړ لاسرسی ولري: یوازې تاسو به پریکړه وکړئ چې کوم ډیټا سره یوځای کړئ ، چیرې یې پروسس کړئ او څنګه باید د وخت په تیریدو سره بدلون ومومي. د دې حقیقت سره سره چې معلومات شریک شوي، د هغې سره کار په بشپړ ډول غیر متمرکز دی. دا په هر خدمت کې تولید کیږي، په داسې نړۍ کې چیرې چې هرڅه ستاسو د مقرراتو سره سم پرمخ ځي.
معلومات شریک کړئ پرته لدې چې د هغې بشپړتیا سره موافقت وکړئ. په هر خدمت کې چې ورته اړتیا لري فنکشن سمبال کړئ، نه سرچینه.
دا پیښیږي چې ډاټا باید په ډله ایزه توګه لیږدول شي. ځینې وختونه یو خدمت په ټاکل شوي ډیټابیس انجن کې محلي تاریخي ډیټاسیټ ته اړتیا لري. چال دا دی چې تاسو تضمین کولی شئ، که اړتیا وي، د توزیع شوي لاګنګ میکانیزم ته د لاسرسي له لارې د سرچینې څخه کاپي بیرته ترلاسه کیدی شي. په کافکا کې نښلونکي د دې لپاره خورا ښه دنده ترسره کوي.
نو، نن ورځ بحث شوی طریقه ډیری ګټې لري:
- ډاټا د عام جریانونو په بڼه کارول کیږي، کوم چې د اوږدې مودې لپاره په لاګونو کې زیرمه کیدی شي، او د ګډ ډیټا سره د کار کولو میکانیزم په هر انفرادي شرایطو کې سخت دی، کوم چې خدماتو ته اجازه ورکوي چې په اسانۍ او چټکۍ سره کار وکړي. په دې توګه، د معلوماتو توپیر کولی شي متوازن وي.
- ډیټا د مختلف خدماتو څخه راځي په اسانۍ سره په سیټونو کې یوځای کیدی شي. دا د شریک شوي ډیټا سره متقابل عمل اسانه کوي او په ډیټابیس کې د ځایی ډیټاسیټونو ساتلو اړتیا له مینځه وړي.
- د ریاستي جریان پروسس کول یوازې ډیټا ذخیره کوي ، او د حقیقت سرچینه عمومي لاګونه پاتې کیږي ، نو د وخت په تیریدو سره د معلوماتو فساد ستونزه دومره جدي نه ده.
- د دوی په اصل کې، خدمتونه د معلوماتو لخوا پرمخ وړل کیږي، پدې معنی چې د ډیټا د تل زیاتیدونکي حجم سره سره، خدمتونه لاهم د سوداګرۍ پیښو ته چټک ځواب ورکولی شي.
- د توزیع کولو مسلې په بروکر باندې راځي، نه خدمات. دا د پام وړ د لیکلو خدماتو پیچلتیا کموي، ځکه چې د توزیع کولو په اړه فکر کولو ته اړتیا نشته.
- د نوي خدماتو اضافه کول د زړو بدلولو ته اړتیا نلري، نو د نوي خدماتو سره نښلول اسانه کیږي.
لکه څنګه چې تاسو لیدلی شئ، دا یوازې د REST څخه ډیر دی. موږ د وسیلو یو سیټ ترلاسه کړی چې تاسو ته اجازه درکوي د شریک شوي ډیټا سره په غیر متمرکز ډول کار وکړئ.
په نننۍ مقاله کې ټول اړخونه ندي پوښل شوي. موږ لاهم اړتیا لرو چې دا معلومه کړو چې څنګه د غوښتنې ځواب تمثیل او د پیښې لخوا پرمخ وړل شوي تمثیل ترمینځ انډول وکړو. مګر موږ به بل ځل دا معامله وکړو. داسې موضوعات شتون لري چې تاسو اړتیا لرئ ښه پوه شئ، د بیلګې په توګه، ولې د سټیټ سټریم پروسس کول خورا ښه دي. پدې اړه به په دریمه مقاله کې خبرې وکړو. او نور قوي جوړښتونه شتون لري چې موږ کولی شو ګټه پورته کړو که چیرې موږ دوی ته لاره هواره کړو، د بیلګې په توګه، . دا د توزیع شوي سوداګرۍ سیسټمونو لپاره د لوبې بدلون کونکی دی ځکه چې دا د لیږد تضمین چمتو کوي د توزیع وړ بڼه کې. دا به په څلورمه ماده کې بحث وشي. په نهایت کې ، موږ به د دې اصولو پلي کولو توضیحاتو ته اړتیا ولرو.
مګر د اوس لپاره ، یوازې دا په یاد ولرئ: د ډیټا ډیکوټومي یو ځواک دی چې موږ د سوداګرۍ خدماتو رامینځته کولو پرمهال ورسره مخ یو. او موږ باید دا په یاد ولرو. چال دا دی چې هرڅه په خپل سر بدل کړئ او د لومړي درجې شیانو په توګه د شریک معلوماتو درملنه پیل کړئ. د ریاستي جریان پروسس کول د دې لپاره یو ځانګړی تړون چمتو کوي. دا د مرکزي شوي "خدای اجزاو" څخه مخنیوی کوي چې پرمختګ مخه نیسي. سربیره پردې ، دا د ډیټا سټیمینګ پایپ لاینونو ګړندیتوب ، توزیع او انعطاف تضمین کوي او په هر خدمت کې یې اضافه کوي. له همدې امله ، موږ کولی شو د شعور عمومي جریان باندې تمرکز وکړو چې کوم خدمت کولی شي د دې ډیټا سره وصل او کار وکړي. دا خدمتونه ډیر د توزیع وړ، د تبادلې وړ او خپلواکه کوي. نو دوی به نه یوازې په سپینه تختو او فرضیه ازموینو کې ښه ښکاري ، بلکه دوی به د لسیزو لپاره کار او وده وکړي.
سرچینه: www.habr.com