په دې مقاله کې، زه غواړم په دې اړه وغږیږم چې څنګه موږ د خپل پیل په پروژه کې د آرکسټریشن طریقه بدله کړه، ولې موږ دا وکړل، او کومې ستونزې مو په لاره کې حل کړې. دا مقاله په سختۍ سره د ځانګړي کیدو ادعا کولی شي ، مګر بیا هم زه فکر کوم چې دا د یو چا لپاره ګټور کیدی شي ، ځکه چې د ستونزې حل کولو په جریان کې مواد زموږ لخوا په ښه کریک سره راټول شوي.
موږ څه درلودل او د څه په اړه خبرې کوو؟ او موږ د اعلاناتو ساحې څخه د پراختیا نږدې 2 کلن تاریخ سره د پیل پروژه درلوده. پروژه په اصل کې د مایکرو سرویس په توګه جوړه شوې وه، او د هغې د سرور برخه په سیمفوني + یو کوچنی لاراویل، جینګو او اصلي نوډ جے کې لیکل شوې وه. خدمتونه اساسا د ګرځنده پیرودونکو لپاره API دي (په پروژه کې یې 3 شتون لري) او د IOS لپاره زموږ خپل SDK (زموږ د پیرودونکو غوښتنلیکونو کې جوړ شوی) ، په بیله بیا د ورته پیرودونکو ویب انٹرفیسونه او مختلف ډشبورډونه. ټول خدمات په پیل کې ډاکریز شوي او د ډاکر - کمپوز لخوا پرمخ وړل شوي.
ریښتیا، ډاکر کمپوز په هر ځای کې نه کارول کیده، مګر یوازې د پراختیا کونکو په محلي چاپیریال کې، په ازموینه کې سرور او د پایپ لاین دننه کله چې خدمات جوړ او ازموینه کوو. د تولید په چاپیریال کې، موږ د ګوګل کوبرنیټس انجن (GKE) کارولی. سربیره پردې، موږ د پروژې په پیل کې GKE په بشپړ ډول د هغې د ویب انٹرفیس له لارې تنظیم کړ، کوم چې خورا ګړندی و او لکه څنګه چې موږ په هغه وخت کې فکر کاوه، اسانه و. یوازینۍ اتومات پروسه په GKE کې د خدماتو پیل کولو لپاره د ډاکر عکسونو جوړول وو.
