د تیر کال په پیل کې، زموږ شرکت د هیکاتون تنظیم کول پیل کړل. دا ډول لومړۍ سیالۍ خورا بریالۍ وه، موږ یې په اړه لیکلي . دوهم هیکاتون د 2019 په فبروري کې ترسره شو او هیڅ کم بریالی نه و. د وروستي ساتلو اهدافو په اړه ډیر وخت دمخه نه تنظیم کوونکی
ګډونوالو ته د هغې د پلي کولو لپاره د ټیکنالوژۍ سټک غوره کولو کې د بشپړې ازادۍ سره یو په زړه پوری دنده ورکړل شوه. دا اړینه وه چې د پیرودونکي نمرې کولو دندو اسانه ګمارلو لپاره د پریکړې کولو پلیټ فارم پلي کړئ چې کولی شي د غوښتنلیکونو ګړندي جریان سره کار وکړي ، د درنو بارونو سره مقاومت وکړي ، او سیسټم پخپله په اسانۍ سره د توزیع وړ و.
دا کار غیر معمولی دی او په ډیری لارو حل کیدی شي، لکه څنګه چې موږ د ګډونوالو د پروژو د وروستي پریزنټشنونو د ښودلو په ترڅ کې قانع شوي وو. په هیکاتون کې د 6 کسانو 5 ټیمونه شتون درلود، ټولو ګډون کوونکو ښه پروژې درلودې، مګر زموږ پلیټ فارم خورا سیالي وه. موږ یوه ډیره زړه پورې پروژه لرو، کوم چې زه غواړم پدې مقاله کې خبرې وکړم.
زموږ حل یو پلیټ فارم دی چې د کوبرنیټس دننه د سرور بې ساختمان پراساس دی ، کوم چې تولید ته د نوي ب featuresو راوړلو لپاره وخت کموي. دا شنونکو ته اجازه ورکوي چې د دوی لپاره مناسب چاپیریال کې کوډ ولیکي او د انجینرانو او پراختیا کونکو له ګډون پرته یې په تولید کې ځای په ځای کړي.
نمرې څه شی دی
Tinkoff.ru، لکه د ډیری عصري شرکتونو په څیر، د پیرودونکو نمرې لري. سکور کول د پیرودونکي ارزونې سیسټم دی چې د معلوماتو تحلیل احصایوي میتودونو پراساس دی.
د مثال په توګه، یو پیرودونکی موږ ته د دې غوښتنې سره مخ کیږي چې هغه ته پور ورکړي، یا زموږ سره د انفرادي متشبث حساب خلاص کړي. که موږ پلان لرو چې هغه ته پور ورکړو، نو موږ باید د هغه د حل کولو ارزونه وکړو، او که حساب یو انفرادي متشبث وي، نو موږ باید ډاډ ترلاسه کړو چې پیرودونکي به درغلۍ معامله ونه کړي.
د داسې پریکړو کولو اساس د ریاضياتي ماډلونه دي چې دواړه پخپله د غوښتنلیک څخه ډاټا او زموږ د ذخیره کولو ډاټا تحلیلوي. د نمرو ورکولو سربیره ، ورته احصایوي میتودونه زموږ د پیرودونکو لپاره د نوي محصولاتو لپاره د انفرادي وړاندیزونو رامینځته کولو خدمت کې هم کارول کیدی شي.
د دې ډول ارزونې طریقه کولی شي د مختلفو معلوماتو ډاټا ومني. او په یو وخت کې موږ کولی شو ان پټ ته یو نوی پیرامیټر اضافه کړو، کوم چې د تاریخي معلوماتو تحلیل پایلو پراساس به د خدماتو کارولو تبادلې کچه لوړه کړي.
موږ د پیرودونکو اړیکو په اړه ډیر معلومات لرو، او د دې معلوماتو حجم په دوامداره توګه وده کوي. د کار کولو لپاره د نمرې ورکولو لپاره، د معلوماتو پروسس کول هم قواعد (یا ریاضياتي ماډلونو) ته اړتیا لري چې تاسو ته اجازه درکوي ژر تر ژره پریکړه وکړي چې څوک یو غوښتنلیک تصویب کړي، څوک رد کړي، او څوک د دوی احتمالي ګټو ارزولو سره یو څو نور محصولات وړاندې کړي.
په لاس کې د دندې لپاره، موږ دمخه د پریکړې کولو ځانګړي سیسټم کاروو ، کوم چې د شنونکو ، ټیکنالوژیو او پراختیا کونکو لخوا ټاکل شوي مقرراتو پراساس پریکړه کوي چې پیرودونکي ته د ځانګړي بانکي محصول تصویب یا رد کړي.
په بازار کې ډیری چمتو شوي حلونه شتون لري، دواړه د سکور کولو ماډلونه او د پریکړې کولو سیسټمونه پخپله. موږ په خپل شرکت کې له دې سیسټمونو څخه یو کاروو. مګر سوداګرۍ وده کوي، متنوع کیږي، د پیرودونکو شمیر او د وړاندیز شوي محصولاتو شمیر دواړه مخ په زیاتیدو دي، او د دې سره سره، د موجوده پریکړې کولو پروسې ښه کولو څرنګوالي په اړه نظرونه راپورته کیږي. یقینا هغه خلک چې د موجوده سیسټم سره کار کوي ډیری نظرونه لري چې څنګه یې ساده، غوره، ډیر اسانه کړي، مګر ځینې وختونه د بهر څخه نظریات ګټور وي. نوی هیکاتون د غږ نظریاتو راټولولو په هدف تنظیم شوی و.
دنده
هیکاتون د فبروري په 23 ترسره شو. برخه اخیستونکو ته د جګړې وړاندیز شوی و: د پریکړې کولو سیسټم رامینځته کول چې یو شمیر شرایط پوره کړي.
موږ ته ویل شوي وو چې موجوده سیسټم څنګه فعالیت کوي او د دې د عملیاتو په جریان کې کومې ستونزې رامینځته کیږي ، او همدارنګه کوم سوداګریز اهداف چې پرمختللي پلیټ فارم باید تعقیب کړي. سیسټم باید د قواعدو رامینځته کولو لپاره بازار ته ګړندی وخت ولري ترڅو د تحلیل کونکو کاري کوډ ژر تر ژره تولید ته راشي. او د غوښتنلیکونو راتلونکي جریان لپاره ، د پریکړې کولو وخت باید لږترلږه وي. همچنان ، هغه سیسټم چې رامینځته کیږي باید د کراس پلور وړتیا ولري ترڅو پیرودونکي ته فرصت ورکړي چې د شرکت نورو محصولاتو پیرود کړي که چیرې دوی زموږ لخوا تصویب شوي وي او د پیرودونکي احتمالي علاقه ولري.
دا څرګنده ده چې دا ناشونې ده چې د شپې لخوا د خوشې کولو لپاره چمتو پروژه لیکل شي چې یقینا تولید ته ځي، او د ټول سیسټم پوښل خورا ستونزمن کار دی، نو له موږ څخه وغوښتل شو چې لږ تر لږه برخه یې پلي کړو. یو شمیر اړتیاوې رامینځته شوي چې پروټوټایپ باید پوره کړي. دا ممکنه وه چې دواړه هڅه وکړئ چې ټولې اړتیاوې په بشپړ ډول پوښي، او د پلیټ فارم په انفرادي برخو کې په تفصیل سره کار وکړي.
د ټکنالوجۍ په توګه، ټولو ګډون کوونکو ته د انتخاب بشپړه آزادي ورکړل شوې وه. دا ممکنه وه چې هر ډول مفکورې او ټیکنالوژي وکاروئ: د ډیټا سټینګ کول ، د ماشین زده کړه ، د پیښې سرچینه کول ، لوی ډیټا او نور.
زموږ حل
د لږ فکر کولو وروسته، موږ پریکړه وکړه چې د FaaS حل به د دندې بشپړولو لپاره غوره وي.
د دې حل لپاره، دا اړینه وه چې د تصمیم نیولو سیسټم د پراختیا لپاره د قواعدو پلي کولو لپاره یو مناسب سرور بې کاره چوکاټ ومومئ. څرنګه چې ټینکوف په فعاله توګه د زیربنا مدیریت لپاره Kubernetes کاروي، موږ د دې پر بنسټ ډیری چمتو شوي حلونه وڅیړل؛ زه به تاسو ته وروسته د دې په اړه نور معلومات درکړم.
د خورا مؤثره حل موندلو لپاره ، موږ هغه محصول ته ګورو چې د دې کاروونکو سترګو له لارې رامینځته کیږي. زموږ د سیسټم اصلي کاروونکي شنونکي دي چې د حاکمیت په پراختیا کې ښکیل دي. مقررات باید سرور ته ځای په ځای شي، یا، لکه څنګه چې زموږ په قضیه کې، په بادل کې ځای پرځای شوي، د راتلونکي پریکړې کولو لپاره. د شنونکي له نظره، د کار جریان داسې ښکاري:
- شنونکی د ګودام څخه د معلوماتو پراساس سکریپټ، قاعده، یا ML ماډل لیکي. د هیکاتون د یوې برخې په توګه، موږ پریکړه وکړه چې Mongodb وکاروو، مګر د معلوماتو ذخیره کولو سیسټم انتخاب دلته مهم ندي.
- د تاریخي معلوماتو په اړه د پرمختللي قواعدو ازموینې وروسته، شنونکی خپل کوډ د اډمین پینل ته پورته کوي.
- د نسخې ډاډ ترلاسه کولو لپاره، ټول کوډ به د Git ذخیره کولو ته لاړ شي.
- د اډمین پینل له لارې به دا ممکنه وي چې کوډ په کلاوډ کې د جلا فعال سرور بې ماډل په توګه ځای په ځای کړئ.
د پیرودونکو لومړني معلومات باید د بډایه کولو ځانګړي خدمت څخه تیر شي چې د ګودام څخه د معلوماتو سره لومړنۍ غوښتنې بډایه کولو لپاره ډیزاین شوي. دا مهمه وه چې دا خدمت په داسې ډول پلي کړئ چې دا به د یو واحد ذخیره کولو سره کار وکړي (له هغې څخه شنونکی د قواعدو رامینځته کولو پرمهال ډیټا اخلي) ترڅو د متحد ډیټا جوړښت وساتي.
حتی د هیکاتون دمخه، موږ د سرور بې کاره چوکاټ په اړه پریکړه وکړه چې موږ به یې کاروو. نن ورځ په بازار کې ډیری ټیکنالوژي شتون لري چې دا طریقه پلي کوي. د Kubernetes معمارۍ کې ترټولو مشهور حلونه فیشن، Open FaaS او Kubeless دي. حتی شتون لري .
د ټولو ګټو او زیانونو وزن کولو وروسته، موږ غوره کړه . دا بې سرور چوکاټ اداره کول خورا اسانه دي او د دندې اړتیاوې پوره کوي.
د فیشن سره کار کولو لپاره، تاسو اړتیا لرئ په دوه بنسټیزو مفکورو پوه شئ: فعالیت او چاپیریال. فنکشن د کوډ یوه ټوټه ده چې په یوه ژبه کې لیکل شوي د کوم لپاره چې د فیشن چاپیریال شتون لري. Python، JS، Go، JVM او ډیری نورې مشهورې ژبې او ټیکنالوژي شاملې دي.
Fission د دې وړتیا هم لري چې په څو فایلونو ویشل شوي دندې ترسره کړي، مخکې له مخکې په آرشیف کې بسته شوي. د Kubernetes کلستر کې د فیشن عملیات د ځانګړو پوډونو لخوا تضمین شوي، کوم چې پخپله د چوکاټ لخوا اداره کیږي. د کلستر پوډونو سره متقابل عمل کولو لپاره ، هر فنکشن باید خپله لاره وټاکي ، او تاسو کولی شئ د GET پیرامیټونه تیر کړئ یا د POST غوښتنې په صورت کې د بدن غوښتنه وکړئ.
د پایلې په توګه، موږ پلان درلود چې یو داسې حل ترلاسه کړو چې شنونکو ته اجازه ورکړي چې د انجینرانو او پراختیا کونکو ګډون پرته د پرمختللو قواعدو سکریپټونو ځای په ځای کړي. تشریح شوي طریقه د پراختیا کونکو اړتیا هم له منځه وړي چې په بله ژبه کې د تحلیل کوډ بیا لیکي. د مثال په توګه، د اوسني پریکړې کولو سیسټم لپاره چې موږ یې کاروو، موږ باید په خورا تخصصي ټیکنالوژیو او ژبو کې قواعد ولیکئ، چې ساحه یې خورا محدوده ده، او د غوښتنلیک سرور باندې قوي انحصار هم شتون لري، ځکه چې د بانک ټول قوانین په یو واحد چاپیریال کې ځای پرځای شوي. د پایلې په توګه، د نوي مقرراتو پلي کولو لپاره دا اړینه ده چې ټول سیسټم خوشې کړئ.
زموږ په وړاندیز شوي حل کې، د قواعدو خوشې کولو ته اړتیا نشته؛ کوډ په اسانۍ سره د تڼۍ په کلیک کولو سره ځای پرځای کیدی شي. همدارنګه، په Kubernetes کې د زیربناوو مدیریت تاسو ته اجازه درکوي چې د بار او اندازه کولو په اړه فکر ونه کړي؛ دا ډول ستونزې د بکس څخه بهر حل کیږي. او د یو واحد ډیټا ګودام کارول د تاریخي معلوماتو سره د ریښتیني وخت ډیټا پرتله کولو اړتیا له مینځه وړي ، کوم چې د شنونکي کار ساده کوي.
هغه څه چې موږ ترلاسه کړل
له هغه وخته چې موږ هیکاتون ته د چمتو شوي حل (زموږ په تصوراتو کې) سره راغلي یو، ټول هغه څه چې موږ یې باید ترسره کړو ټول فکرونه د کوډ په لیکو کې بدل کړو.
په هر هکاتون کې د بریا کلیدي چمتووالی او یو ښه لیکل شوی پلان دی. له همدې امله ، لومړی شی چې موږ یې ترسره کړل دا پریکړه وه چې زموږ د سیسټم جوړښت به کوم ماډلونه ولري او کوم ټیکنالوژي به وکاروو.
زموږ د پروژې جوړښت په لاندې ډول و:
دا ډیاګرام دوه د ننوتلو ټکي ښیي، شنونکی (زموږ د سیسټم اصلي کارونکي) او پیرودونکي.
د کار بهیر په دې ډول جوړ شوی دی. شنونکی د خپل ماډل لپاره د قاعدې فعالیت او د ډیټا بډایه کولو فنکشن رامینځته کوي ، خپل کوډ په Git ذخیره کې ساتي ، او خپل ماډل د مدیر غوښتنلیک له لارې کلاوډ ته ځای په ځای کوي. راځئ چې په پام کې ونیسو چې ګمارل شوي فعالیت به څنګه ویل کیږي او د پیرودونکو څخه د راتلونکو غوښتنو په اړه پریکړې وکړي:
- پیرودونکی په ویب پاڼه کې یوه فورمه ډکوي او خپل غوښتنلیک کنټرولر ته لیږي. یو غوښتنلیک چې په اړه پریکړه کولو ته اړتیا لري د سیسټم ان پټ ته راځي او په ډیټابیس کې په خپل اصلي بڼه ثبت کیږي.
- بیا، خام غوښتنه د بډای کولو لپاره لیږل کیږي، که اړتیا وي. تاسو کولی شئ لومړنۍ غوښتنه د ډیټا سره د بهرني خدماتو او ذخیره کولو څخه ضمیمه کړئ. په پایله کې بډایه شوې پوښتنه هم په ډیټابیس کې زیرمه شوې.
- د شنونکي فعالیت په لاره اچول شوی، کوم چې بډایه شوې پوښتنه د ان پټ په توګه اخلي او یو حل تولیدوي، کوم چې ذخیره ته هم لیکل کیږي.
موږ پریکړه وکړه چې MongoDB زموږ په سیسټم کې د ذخیره کولو په توګه وکاروو ځکه چې د JSON اسنادو په بڼه د ډیټا د اسنادو په اساس ذخیره کول، ځکه چې د بډایه کولو خدمتونه، د اصلي غوښتنې په شمول، ټول معلومات د REST کنټرولرانو له لارې راټول شوي.
نو، موږ د پلیټ فارم پلي کولو لپاره XNUMX ساعته درلوده. موږ رولونه په بریالیتوب سره ویشلي؛ د ټیم هر غړي زموږ په پروژه کې د خپل مسؤلیت ساحه درلوده:
- د شنونکي د کار لپاره د فرنټ پای اډمین پینلونه، د کوم له لارې چې هغه کولی شي د لیکل شوي سکریپټونو نسخه کنټرول سیسټم څخه قواعد ډاونلوډ کړي، د ان پټ ډیټا بډایه کولو لپاره اختیارونه غوره کړي او آنلاین قواعد سکریپټونه ایډیټ کړي.
- شاته اډمین، په شمول د مخکینۍ لپاره REST API او د VCS سره ادغام.
- په ګوګل کلاوډ کې د زیربنا تنظیم کول او د سرچینې ډیټا بډایه کولو لپاره د خدماتو رامینځته کول.
- د مقرراتو د تعقیب لپاره د سرور بې چوکاټ چوکاټ سره د اداري غوښتنلیک ادغام لپاره ماډل.
- د ټول سیسټم فعالیت ازموینې لپاره د مقرراتو سکریپټونه او د وروستي مظاهرې لپاره په راتلونکو غوښتنلیکونو (پریکړو ترسره شوي) کې د تحلیلونو راټولول.
راځئ چې په ترتیب سره پیل وکړو.
زموږ فرنټ اینډ د بانکدارۍ UI کټ په کارولو سره په زاویه 7 کې لیکل شوی و. د اډمین پینل وروستۍ نسخه داسې ښکاري:
ځکه چې لږ وخت شتون درلود، موږ هڅه وکړه چې یوازې کلیدي فعالیت پلي کړو. د کوبرنیټس کلستر کې د فنکشن ځای په ځای کولو لپاره ، دا اړینه وه چې یوه پیښه غوره کړئ (یو خدمت چې یو قاعده یې په کلاوډ کې ځای په ځای کولو ته اړتیا لري) او د فنکشن کوډ چې د پریکړې کولو منطق پلي کوي. د ټاکل شوي خدمت لپاره د هرې مقررې پلي کولو لپاره ، موږ د دې پیښې لاګ لیکلی. په اډمین پینل کې تاسو کولی شئ د ټولو پیښو لاګ وګورئ.
ټول فنکشن کوډ په ریموټ Git ذخیره کې زیرمه شوی و ، کوم چې باید په اډمین پینل کې هم تنظیم شي. د کوډ نسخه کولو لپاره، ټولې دندې د ذخیره کولو په مختلفو څانګو کې زیرمه شوي. اډمین پینل د لیکل شوي سکریپټونو سره د سمون کولو وړتیا هم چمتو کوي ، نو د تولید لپاره د فنکشن پلي کولو دمخه ، تاسو نه یوازې لیکلی کوډ چیک کولی شئ ، بلکه اړین بدلونونه هم کولی شئ.
د قواعدو دندو سربیره، موږ د بډایه کولو دندو په کارولو سره د سرچینې ډیټا په تدریجي ډول بډایه کولو وړتیا هم پلي کړې، کوم چې کوډ هم سکریپټونه وو چې په کې دا ممکنه وه چې د ډیټا ګودام ته لاړ شئ، د دریمې ډلې خدماتو ته زنګ ووهئ او ابتدايي محاسبې ترسره کړئ. . زموږ د حل ښودلو لپاره ، موږ د پیرودونکي د زودیک نښه محاسبه کړه چا چې غوښتنه پریښوده او د دریمې ډلې REST خدمت په کارولو سره خپل ګرځنده چلونکی وټاکه.
د پلیټ فارم شاته په جاوا کې لیکل شوی او د پسرلي بوټ غوښتنلیک په توګه پلي شوی. موږ په پیل کې پلان درلود چې د اډمین ډیټا ذخیره کولو لپاره پوسټګریس وکاروو، مګر، د هیکاتون د یوې برخې په توګه، موږ پریکړه وکړه چې د وخت خوندي کولو لپاره خپل ځان ساده H2 ته محدود کړو. په شالید کې، د بټ بکټ سره ادغام د پوښتنې بډایه کولو دندو او قواعدو سکریپټونو نسخه کولو لپاره پلي شوی و. د ریموټ Git ذخیره کولو سره د ادغام لپاره ، موږ کارولی ، کوم چې د CLI کمانډونو باندې یو ډول ریپر دی ، تاسو ته اجازه درکوي د مناسب سافټویر انٹرفیس په کارولو سره د git لارښوونې اجرا کړئ. نو موږ د بډایه کولو دندو او قواعدو لپاره دوه جلا ذخیره درلوده، او ټول سکریپټونه په لارښودونو ویشل شوي وو. د UI له لارې دا ممکنه وه چې د ذخیره کولو د خپل سري څانګې سکریپټ وروستۍ ژمنې غوره کړئ. کله چې د اډمین پینل له لارې کوډ کې بدلونونه کول ، د بدل شوي کوډ ژمنې په لرې پرتو ذخیره کې رامینځته شوي.
زموږ د نظر د پلي کولو لپاره، موږ مناسب زیربنا ته اړتیا درلوده. موږ پریکړه وکړه چې زموږ د کبرنیټس کلستر په بادل کې ځای په ځای کړو. زموږ انتخاب د ګوګل کلاوډ پلیټ فارم و. د فیشن سرور بې کاره چوکاټ د کبرنیټس کلستر کې نصب شوی و ، کوم چې موږ په ګکلوډ کې ځای په ځای کړی و. په پیل کې، د سرچینې ډیټا بډایه کولو خدمت د یو جلا جاوا غوښتنلیک په توګه پلي شوی و چې د k8s کلستر دننه په پوډ کې پوښل شوی و. مګر د هیکاتون په مینځ کې زموږ د پروژې لومړنۍ مظاهرې وروسته ، موږ ته وړاندیز شوی و چې د بډای کولو خدمت ډیر انعطاف منونکي کړو ترڅو دا فرصت چمتو کړو چې د راتلونکو غوښتنلیکونو خام ډیټا بډایه کولو څرنګوالی غوره کړو. او موږ پرته له دې چې د بډای کولو خدمت هم بې سرور کړو بله چاره نه درلوده.
د فیشن سره کار کولو لپاره، موږ د فیشن CLI کارولی، کوم چې باید د کوبرنیټس CLI په سر کې نصب شي. د k8s کلستر کې د افعالونو ځای په ځای کول خورا ساده دي؛ تاسو اړتیا لرئ یو داخلي لار وټاکئ او فنکشن ته داخل شئ ترڅو راتلونکي ترافیک ته اجازه ورکړئ که چیرې د کلستر څخه بهر لاسرسي ته اړتیا وي. د یو فعالیت ځای په ځای کول معمولا له 10 ثانیو څخه ډیر وخت نه نیسي.
د پروژې وروستی پریزنټشن او لنډیز
د دې ښودلو لپاره چې زموږ سیسټم څنګه کار کوي، موږ په ریموټ سرور کې یو ساده فورمه ایښودلې ده چیرې چې تاسو کولی شئ د بانک د محصولاتو لپاره یو غوښتنلیک وسپارئ. د غوښتنې لپاره، تاسو باید خپل ابتدايي، د زیږون نیټه او د تلیفون شمیره دننه کړئ.
د پیرودونکي فارم څخه ډاټا کنټرولر ته لاړه، کوم چې په ورته وخت کې د ټولو موجودو مقرراتو لپاره غوښتنې لیږلي، مخکې یې د ځانګړو شرایطو سره سم ډاټا بډایه کړې، او په عام ذخیره کې یې خوندي کړې. په مجموع کې، موږ درې دندې ځای پرځای کړې چې د راتلونکو غوښتنلیکونو او 4 ډیټا بډایه کولو خدماتو په اړه پریکړې کوي. د غوښتنلیک سپارلو وروسته، پیرودونکي زموږ پریکړه ترلاسه کړه:
د انکار یا تصویب سربیره ، پیرودونکي د نورو محصولاتو لیست هم ترلاسه کړ ، غوښتنې چې موږ یې په موازي ډول لیږلي. دا څنګه موږ زموږ په پلیټ فارم کې د کراس پلور احتمال وښود.
دلته ټولټال 3 جعلي بانکي محصولات شتون درلود:
- کریډیټ.
- ټوپ
- ګروي.
د مظاهرې په جریان کې، موږ د هر خدمت لپاره چمتو شوي فعالیتونه او د بډایه کولو سکریپټونه ځای پرځای کړل.
هر قاعده د خپل ان پټ ډیټا سیټ ته اړتیا لري. نو، د ګروي تصویب لپاره، موږ د پیرودونکي د زودیک نښه محاسبه کړه او دا د قمري تقویم منطق سره وصل کړه. د لوبو د تصویب لپاره، موږ وګورو چې پیرودونکي د اکثریت عمر ته رسیدلي، او د پور ورکولو لپاره، موږ د سیلولر آپریټر ټاکلو لپاره یو بهرني خلاص خدمت ته غوښتنه لیږلې، او په دې اړه پریکړه وشوه.
موږ هڅه وکړه چې خپله مظاهره په زړه پورې او متقابله جوړه کړو، هر څوک کولی شي زموږ فورمې ته لاړ شي او دوی ته زموږ د افسانوي خدماتو شتون وګوري. او د پریزنټشن په پای کې، موږ د ترلاسه شوي غوښتنلیکونو تحلیلونه وښودل، کوم چې وښودله چې څومره خلکو زموږ خدمت کارولی، د تصویب شمیره، او رد کول.
د آنلاین تحلیلونو راټولولو لپاره ، موږ د خلاصې سرچینې BI وسیله هم ځای په ځای کړې او زموږ د ذخیره کولو واحد ته یې وغورځاوه. میټابیس تاسو ته اجازه درکوي په ډیټا کې د تحلیلونو سره سکرینونه رامینځته کړئ چې زموږ سره علاقه لري؛ تاسو یوازې اړتیا لرئ ډیټابیس ته اړیکه راجستر کړئ ، میزونه غوره کړئ (زموږ په قضیه کې د معلوماتو راټولول ، ځکه چې موږ مونګو ډی بی کارولی) ، او هغه ساحې مشخص کړئ چې زموږ سره علاقه لري.
د پایلې په توګه، موږ د پریکړې کولو پلیټ فارم یو ښه پروټوټایپ ترلاسه کړ، او د مظاهرې په جریان کې، هر اوریدونکي کولی شي په شخصي توګه خپل فعالیت وګوري. یو په زړه پوری حل، یو بشپړ شوی پروټوټایپ او بریالۍ مظاهرې موږ ته اجازه راکړه چې د نورو ټیمونو قوي سیالۍ سره سره وګټو. زه ډاډه یم چې د هر ټیم په پروژه کې په زړه پورې مقاله هم لیکل کیدی شي.
سرچینه: www.habr.com