بیا هم د فلم څخه "زموږ پټ کائنات: د حجرو پټ ژوند"

د پانګې اچونې سوداګرۍ د بانکدارۍ نړۍ کې یو له خورا پیچلو برخو څخه دی، ځکه چې دلته نه یوازې پورونه، پورونه او زیرمې شتون لري، بلکې د جوړښت شوي محصولاتو په شکل کې تضمینات، اسعارو، اجناسو، مشتقات او هر ډول پیچلتیاوې هم شتون لري.

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

سربیره پردې ، د تنظیم کونکو اړتیاوې ، دواړه روسی او بهرني ، مخ په ډیریدو دي.

د اوسنیو اړتیاو پوره کولو او د راتلونکي پرمختګونو لپاره بنسټ ایښودلو لپاره، موږ د ترانټول پر بنسټ د پانګونې سوداګرۍ بنسټ رامینځته کړی.

ځینې ​​احصایې. د الفا بانک د پانګې اچونې سوداګرۍ د افرادو او قانوني ادارو لپاره د بروکرج خدمتونه وړاندې کوي ترڅو د مختلف تضمین بازارونو کې د سوداګرۍ فرصت چمتو کړي ، د تضمینونو ذخیره کولو لپاره د زیرمو خدمات ، د شخصي او لوی پانګې لرونکي اشخاصو لپاره د اعتماد مدیریت خدمات ، د نورو شرکتونو لپاره د تضمینونو صادرولو خدمات. . د الفا - بانک د پانګوونې سوداګرۍ کې په هره ثانیه کې له 3 زرو څخه ډیر نرخونه شامل دي ، کوم چې د مختلف سوداګریز پلیټ فارمونو څخه ډاونلوډ شوي. د کاري ورځې په جریان کې، د 300 زرو څخه ډیر لیږدونه په بازارونو کې د بانک یا مراجعینو په استازیتوب ترسره کیږي. په هره ثانیه کې تر 5 زرو پورې امر اعدامونه په بهرني او داخلي پلیټ فارمونو کې پیښیږي. په ورته وخت کې، ټول پیرودونکي، دواړه داخلي او بهرني، غواړي په ریښتیني وخت کې خپل پوستونه وګوري.

له تاریخ څخه دمخه

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

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

د نوي حل لپاره اړتیاوې

سوداګرۍ پوهیدلي چې ټیکنالوژیکي بدلون د لا پرمختګ لپاره حیاتي دی. موږ ته دندې راکړل شوي:

1. د سوداګرۍ ټول معلومات په یو واحد، ګړندۍ ذخیره کې او په یو واحد ډیټا ماډل کې راټول کړئ.
2. موږ باید دا معلومات له لاسه ورنکړو یا بدل کړو.
3. دا اړینه ده چې ډاټا نسخه کړئ، ځکه چې په هر وخت کې تنظیم کوونکی کولی شي د تیرو کلونو احصایې غوښتنه وکړي.
4. موږ باید نه یوازې یو څه نوي ، فیشني DBMS راوړو ، مګر د سوداګرۍ ستونزو حل کولو لپاره یو پلیټ فارم رامینځته کړو.

سربیره پردې، زموږ معمارانو خپل شرایط ټاکي:

1. نوی حل باید د تصدۍ ټولګي وي، دا دی، دا باید دمخه په ځینو لوی شرکتونو کې ازمول شي.
2. د حل عملیاتي حالت باید د ماموریت مهم وي. دا پدې مانا ده چې موږ باید په یو وخت کې په څو ډیټا مرکزونو کې شتون ولرو او په آرامۍ سره د یو ډیټا مرکز له وتلو څخه ژوندي پاتې شو.
3. سیسټم باید په افقی ډول د توزیع وړ وي. حقیقت دا دی چې زموږ ټول اوسني سیسټمونه یوازې په عمودی توګه د توزیع وړ دي، او موږ دمخه د هارډویر بریښنا د ټیټې ودې له امله چت ته رسیدلي یو. له همدې امله ، هغه شیبه رارسیدلې کله چې موږ د ژوندي پاتې کیدو لپاره افقی ډول د توزیع وړ سیسټم ته اړتیا لرو.
4. د نورو شیانو په مینځ کې، موږ ته ویل شوي چې حل باید ارزانه وي.

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

په بانک کې، موږ د دې لپاره د هیچا خبره نه اخلو؛ موږ خوښوو چې هرڅه پخپله وڅیړو. له همدې امله ، زموږ د داوطلبي سیالۍ لازمي شرط د بار ازموینې پاس کول وو. موږ د بار ازموینې دندې رامینځته کړې ، او له شپږو شرکتونو څخه درې لا دمخه موافقه کړې چې د ازموینې لپاره په خپل لګښت کې د حافظې ټیکنالوژیو پراساس د پروټوټایپ حل پلي کړي.

زه به تاسو ته ونه وایم چې موږ څنګه هرڅه ازمویل او څومره وخت یې واخیست ، زه به یوازې لنډیز وکړم: د بار ټیسټونو کې غوره فعالیت د Mail.ru ګروپ پرمختیایی ټیم څخه د ترانټول پراساس د پروټوټایپ حل لخوا ښودل شوی. موږ یو تړون لاسلیک کړ او پراختیا مو پیل کړه. د Mail.ru ګروپ څخه څلور کسان وو، او د الفا بانک څخه درې پراختیا کونکي، درې سیسټم شنونکي، د حل معمار، د محصول مالک او د سکرم ماسټر شتون درلود.

بیا به زه تاسو ته ووایم چې زموږ سیسټم څنګه وده وکړه، دا څنګه وده وکړه، موږ څه وکړل او ولې دا په حقیقت کې.

پرمختیا

لومړۍ پوښتنه چې موږ له ځانه وپوښتل دا وه چې څنګه زموږ د اوسني سیسټمونو څخه ډاټا ترلاسه کړو. موږ پریکړه وکړه چې HTTP زموږ لپاره خورا مناسب و، ځکه چې ټول اوسني سیسټمونه د HTTP په اړه د XML یا JSON په لیږلو سره یو بل سره اړیکه نیسي.

موږ په ټرنټول کې جوړ شوی HTTP سرور کاروو ځکه چې موږ د SSL ناستې پای ته رسولو ته اړتیا نلرو، او د دې فعالیت زموږ لپاره کافي دی.

لکه څنګه چې ما مخکې وویل، زموږ ټول سیسټمونه په مختلف ډیټا ماډلونو کې ژوند کوي، او په ان پټ کې موږ اړتیا لرو هغه ماډل ته اعتراض راوړو چې موږ یې خپل ځان بیانوو. یوې ژبې ته اړتیا وه چې د معلوماتو د بدلولو اجازه ورکړي. موږ لازمي لوا غوره کړه. موږ ټول د ډیټا تبادلې کوډ په سینڈ باکس کې چلوو - دا یو خوندي ځای دی چې د چلولو کوډ نه ځي. د دې کولو لپاره، موږ په ساده ډول د اړتیا وړ کوډ لوډ کوو، د فعالیتونو سره یو چاپیریال رامینځته کوو چې هیڅ شی بند یا پری نه شي.

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

د تایید وروسته، ډاټا باید خوندي شي. موږ دا د vshard په کارولو سره ترسره کوو (موږ د شارډونو جیو - توزیع شوي نقلونه لرو).

سربیره پردې ، ځانګړتیا داسې ده چې ډیری سیسټمونه چې موږ ته ډیټا لیږي پروا نه کوي چې ایا موږ یې ترلاسه کړي یا نه. له همدې امله موږ له پیل څخه د ترمیم قطار پلي کړ. دا څه شی دی؟ که د کوم دلیل لپاره یو څیز د ډیټا بدلون یا تایید نه تیریږي ، موږ لاهم رسید تایید کوو ، مګر په ورته وخت کې اعتراض د ترمیم په کتار کې خوندي کوو. دا مطابقت لري او د اصلي سوداګرۍ ډیټا ګودام کې موقعیت لري. موږ سمدلاسه د دې لپاره د مدیر انٹرفیس لیکلی ، مختلف میټریکونه او خبرتیاوې. د پایلې په توګه، موږ معلومات له لاسه نه ورکوو. حتی که په سرچینه کې یو څه بدل شوی وي، که د معلوماتو ماډل بدل شوی وي، موږ به سمدلاسه دا کشف کړو او کولی شو تطبیق کړو.

اوس تاسو اړتیا لرئ زده کړئ چې څنګه خوندي شوي ډاټا بیرته ترلاسه کړئ. موږ خپل سیسټمونه په دقت سره تحلیل کړل او ولیدل چې د جاوا او اوریکل کلاسیک سټیک لازمي ډول یو ډول ORM لري چې ډیټا له اړوند څخه اعتراض ته بدلوي. نو ولې سمدستي د ګراف په بڼه سیسټمونو ته توکي نه ورکوي؟ نو موږ په خوښۍ سره ګراف کیو ایل غوره کړ، کوم چې زموږ ټولې اړتیاوې پوره کوي. دا تاسو ته اجازه درکوي د ګرافونو په بڼه ډاټا ترلاسه کړئ او یوازې هغه څه وباسئ چې تاسو ورته اوس اړتیا لرئ. تاسو حتی کولی شئ د خورا ډیر انعطاف سره API نسخه کړئ.

نږدې سمدلاسه موږ پوه شو چې هغه معلومات چې موږ یې استخراج کوو کافي ندي. موږ فنکشنونه رامینځته کړل چې په ماډل کې د شیانو سره تړل کیدی شي - په اصل کې، محاسبه شوي ساحې. دا دی، موږ په ساحه کې یو مشخص فعالیت ضمیمه کوو، کوم چې د مثال په توګه، د اوسط نرخ نرخ محاسبه کوي. او بهرني مصرف کونکي چې د معلوماتو غوښتنه کوي حتی نه پوهیږي چې دا محاسبه شوې ساحه ده.

د تصدیق سیسټم پلي کول.

بیا موږ ولیدل چې ډیری رولونه زموږ په پریکړه کې کرسټال شوي. رول د دندو یو ډول مجموعه ده. عموما، رولونه د تجهیزاتو کارولو مختلف پروفایلونه لري:

• T-Connect: راتلونکی اتصال اداره کوي، د CPU محدود، د حافظې کم مصرف، بې حالت.
• IB-Core: هغه معلومات بدلوي چې دا د ټرانټول پروتوکول له لارې ترلاسه کوي، دا د میزونو سره کار کوي. دا ریاست هم نه ذخیره کوي او د توزیع وړ دی.
• ذخیره: یوازې ډاټا ذخیره کوي، هیڅ منطق نه کاروي. دا رول خورا ساده انٹرفیس پلي کوي. د توزیع وړ vshard څخه مننه.

دا، د رولونو په کارولو سره، موږ د کلستر بیلابیل برخې له یو بل څخه جلا کړې، کوم چې د یو بل څخه په خپلواکه توګه اندازه کیدی شي.

نو، موږ د اډمین انٹرفیس سره د غیر متناسب لیږد ډیټا جریان ثبت او د ترمیم قطار رامینځته کړی. ثبت کول د سوداګرۍ له نظره غیر متزلزل دی: که چیرې موږ ځان ته د معلوماتو لیکلو تضمین وکړو، مهمه نده چې چیرته وي، نو موږ به یې تایید کړو. که دا تایید شوی نه وي، نو یو څه غلط شوی او ډاټا باید واستول شي. دا د غیر متناسب ریکارډ دی.

ازمايښت

د پروژې له پیل څخه، موږ پریکړه وکړه چې موږ به هڅه وکړو چې د ازموینې پرمخ وړل شوي پراختیا پلي کړو. موږ په لوا کې د واحد ټیسټونه د ټرانټول / نل چوکاټ په کارولو سره لیکو ، او په پایتون کې د پیټیسټ چوکاټ په کارولو سره د ادغام ازموینې. په ورته وخت کې، موږ د ادغام ازموینې لیکلو کې پراختیا کونکي او شنونکي دواړه دخیل کوو.

موږ څنګه د ازموینې پرمخ وړونکي پرمختګ وکاروو؟

که موږ یو څه نوي فیچر غواړو، موږ هڅه کوو لومړی د دې لپاره ازموینه ولیکئ. کله چې موږ یو بګ ومومئ، موږ ډاډ ترلاسه کوو چې لومړی ازموینه ولیکئ، او یوازې بیا یې حل کړئ. په لومړي سر کې د دې ډول کار کول سخت دي، د کارمندانو په برخه کې غلط فهم شتون لري، حتی تخریب: "راځئ چې دا اوس ژر تر ژره حل کړو، یو څه نوی وکړو، او بیا یې د ازموینو سره پوښ ​​​​کړو." یوازې دا "وروسته" تقریبا هیڅکله نه راځي.

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

په هرصورت، هغه څه چې موږ یې ډیر خوښوو د بار ازموینه ده؛ موږ دا خورا مهم ګڼو او په منظم ډول یې ترسره کوو.

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

موږ ډیر غمجن وو. موږ د سرور بار ته ګورو، مګر دا معلومه شوه چې دوی بې کاره دي.

موږ پراختیا کونکو ته زنګ وهو، او دوی موږ ته تشریح کوي، هغه خلک چې د جاوا نړۍ څخه راځي، چې تورنول یو واحد تار دی. دا یوازې د بار لاندې د یو پروسیسر کور لخوا په مؤثره توګه کارول کیدی شي. بیا موږ په هر سرور کې د ترانټول مثالونو اعظمي ممکنه شمیره ځای په ځای کړه ، بار یې فعال کړ او دمخه مو په هره ثانیه کې 14,5 زره لیږدونه ترلاسه کړل.

اجازه راکړئ یو ځل بیا تشریح کړم. په رولونو کې د ویش له امله چې سرچینې په مختلف ډول کاروي، زموږ رولونه چې د ارتباطاتو پروسس کولو او د معلوماتو لیږد مسولیت لري یوازې پروسیسر بار شوي، او د بار سره په کلکه متناسب دي.

په دې حالت کې، حافظه یوازې د راتلونکو اړیکو او لنډمهاله شیانو پروسس کولو لپاره کارول کیده.

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

او د حافظې مصرف د بار شوي ډیټا مقدار سره مستقیم تناسب کې وده کړې.

خدمتونه

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

خدمتونه یوازې د کوډ کوچنۍ ټوټې ندي چې په ځینو برخو کې کار کوي. دوی کولی شي خورا لوی او پیچلي جوړښتونه وي چې د کلستر برخه وي، د حوالې ډاټا وګورئ، د سوداګرۍ منطق چلوي او ځوابونه بیرته راولي. موږ د خدماتو سکیما ګراف کیو ایل ته هم صادروو، او مصرف کونکي په ټول ماډل کې د ځان تفتیش سره ډیټا ته د لاسرسي نړیواله نقطه ترلاسه کوي. دا ډیر آرام دی.

څرنګه چې خدمات ډیری نور فعالیتونه لري، موږ پریکړه وکړه چې دلته باید کتابتونونه وي چې موږ به په مکرر ډول کارول شوي کوډ حرکت وکړو. موږ دوی خوندي چاپیریال ته اضافه کړل، مخکې یې معاینه کړې چې دا زموږ لپاره هیڅ شی نه ماتوي. او اوس موږ کولی شو د کتابتونونو په بڼه د کارونو لپاره اضافي چاپیریالونه وټاکو.

موږ غوښتل یو پلیټ فارم ولرو نه یوازې د ذخیره کولو لپاره ، بلکه د کمپیوټر لپاره هم. او له هغه ځایه چې موږ دمخه د نقلونو او شارډونو یوه ډله درلوده ، موږ یو ډول توزیع شوي کمپیوټري پلي کړي او دې ته یې د نقشې کمولو نوم ورکړ ، ځکه چې دا د اصلي نقشې کمولو سره ورته و.

زاړه سیسټمونه

زموږ ټول میراثي سیسټمونه نشي کولی موږ ته د HTTP له لارې زنګ ووهي او ګراف کیو ایل وکاروي، که څه هم دوی د پروتوکول ملاتړ کوي. له همدې امله، موږ یو میکانیزم رامینځته کړی چې اجازه ورکوي ډاټا په دې سیسټمونو کې نقل شي.

که زموږ لپاره یو څه بدل شي، ځانګړي محرکات د ذخیره کولو رول کې رامینځته کیږي او د بدلونونو سره پیغام د پروسس کولو کتار کې پای ته رسیږي. دا د جلا نقل کونکي رول په کارولو سره بهرني سیسټم ته لیږل کیږي. دا رول دولت نه ذخیره کوي.

نوي اصلاحات

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

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

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

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

موږ دا هم پوهیږو چې ډیر ژر یا وروسته به یو حالت راشي کله چې په حافظه کې د ډیټا ذخیره کولو لپاره کافي ځای شتون ونلري ، مګر بیا هم ډاټا باید زیرمه شي. د دې موخو لپاره، موږ به ډیر ژر د ډیسک ذخیره جوړه کړو.

پایلې

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

دا هم په یاد ولرئ چې د سوداګرۍ پروسو کې موجوده ستونزې د نوي DBMS په کارولو سره نشي حل کیدی ، حتی خورا ګټور. زما مطلب څه دی؟ زموږ د پروژې په پیل کې، موږ د پیرودونکو ترمنځ دا تاثر پیدا کړ چې اوس به موږ یو نوی چټک ډیټابیس راوړو او موږ به ژوند وکړو! پروسې به ګړندۍ شي ، هرڅه به سم وي. په حقیقت کې، ټیکنالوژي هغه ستونزې نه حل کوي چې سوداګریزې پروسې لري، ځکه چې د سوداګرۍ پروسې خلک دي. او تاسو اړتیا لرئ د خلکو سره کار وکړئ، نه ټیکنالوژي.

د ازموینې پرمخ وړل کیدی شي په لومړیو مرحلو کې دردناک او د وخت ضایع کول وي. مګر د دې مثبت اغیزه به حتی په لنډه موده کې د پام وړ وي، کله چې تاسو د ریګریشن ازموینې ترسره کولو لپاره هیڅ کولو ته اړتیا نلرئ.

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

په لوا کې هیڅ شی نشته. هر څوک کولی شي په دې کې لیکل زده کړي: د جاوا پرمخ وړونکی، جاواسکریپټ جوړونکی، د پایتون پراختیا کونکی، مخکینۍ پای یا شاته پای. حتی زموږ شنونکي په دې اړه لیکي.

کله چې موږ د دې حقیقت په اړه خبرې کوو چې موږ SQL نلرو، دا خلک ویروي. "تاسو څنګه د SQL پرته ډاټا ترلاسه کوئ؟ ایا دا ممکنه ده؟ یقینا. د OLTP ټولګي سیسټم کې، SQL ته اړتیا نشته. د یو ډول ژبې په بڼه یو بدیل شتون لري چې سمدلاسه تاسو ته د سند پر بنسټ لید ته راګرځي. د مثال په توګه، GraphQL. او د ویشل شوي کمپیوټري په بڼه یو بدیل شتون لري.

که تاسو پوهیږئ چې تاسو پیمانه کولو ته اړتیا لرئ، نو خپل حل په ټرانټول کې په داسې ډول ډیزاین کړئ چې دا په لسګونو ټرانټول مثالونو کې موازي پرمخ ځي. که تاسو دا کار ونه کړئ، نو دا به وروسته ستونزمن او دردناک وي، ځکه چې Tarantool کولی شي یوازې یو پروسیسر کور په مؤثره توګه وکاروي.

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