د Banki.ru پورټل د عملیاتو رییس اندری نیکولسکي د تیر کال کنفرانس کې خبرې وکړې د یتیم خدماتو په اړه: په زیربنا کې د یتیم پیژندلو څرنګوالی، ولې د یتیم خدمتونه خراب دي، څه باید ورسره وشي، او څه باید وشي که هیڅ شی مرسته ونه کړي.
د کټ لاندې د راپور متن نسخه ده.
سلام همکارانو! زما نوم اندری دی، زه په Banki.ru کې د عملیاتو مشري کوم.
موږ لوی خدمتونه لرو، دا ډول واحد خدمتونه دي، په ډیر کلاسیک مفهوم کې خدمتونه شتون لري، او ډیر کوچني دي. زما د کارګر او بزګر په اصطلاح کې زه وایم چې که یو خدمت ساده او کوچنی وي نو هغه کوچنی دی او که خورا ساده او کوچنی نه وي نو دا یوازې خدمت دی.
د خدماتو ګټې
زه به ژر تر ژره د خدماتو ګټو ته لاړ شم.
لومړی یې اندازه کول دي. تاسو کولی شئ په چټکۍ سره په خدمت کې یو څه وکړئ او تولید پیل کړئ. تاسو ترافیک ترلاسه کړی، تاسو خدمت کلون کړی دی. تاسو ډیر ترافیک لرئ، تاسو یې کلون کړی او د هغې سره ژوند کوئ. دا یو ښه بونس دی، او په اصل کې، کله چې موږ پیل کړ، دا زموږ لپاره خورا مهم شی و، ولې موږ دا ټول کوو.
دوهم، جلا پراختیا، کله چې تاسو ډیری پرمختیایي ټیمونه لرئ، په هر ټیم کې څو مختلف پراختیا کونکي، او هر ټیم خپل خدمت ته وده ورکوي.
د ټیمونو سره یو اهمیت شتون لري. پراختیا کونکي مختلف دي. او د مثال په توګه شتون لري، . ما دا لومړی د ماکسیم دوروفیف سره ولیدل. ځینې وختونه د واورې تودوخې خلک په ځینو ټیمونو کې وي او په نورو کې نه. دا په ټول شرکت کې کارول شوي مختلف خدمات یو څه نا مساوي کوي.
انځور ته وګورئ: دا یو ښه پرمخ وړونکی دی، هغه لوی لاسونه لري، هغه کولی شي ډیر څه وکړي. اصلي ستونزه دا ده چې دا لاسونه له کوم ځای څخه راځي.
خدمتونه دا امکان ورکوي چې د مختلف پروګرامینګ ژبو کارول چې د مختلف کارونو لپاره خورا مناسب دي. ځینې خدمتونه په ګو کې دي، ځینې په ایرلنګ کې دي، ځینې په روبي کې دي، یو څه په پی ایچ پی کې دي، یو څه په پایتون کې دي. په عموم کې، تاسو کولی شئ په پراخه کچه پراخه کړئ. دلته هم لنډیزونه شتون لري.
د خدمت پر بنسټ جوړښت اساسا د ډیوپس په اړه دی. دا دی ، که تاسو اتومات نلرئ ، د ګمارلو پروسه شتون نلري ، که تاسو دا په لاسي ډول تنظیم کړئ ، ستاسو تشکیلات کولی شي د خدماتو مثال څخه مثال ته بدل شي ، او تاسو باید هلته د یو څه کولو لپاره لاړشئ ، نو تاسو په دوزخ کې یاست.
د مثال په توګه ، تاسو 20 خدمات لرئ او تاسو اړتیا لرئ د لاس په واسطه ځای په ځای کړئ ، تاسو 20 کنسولونه لرئ ، او تاسو په ورته وخت کې د ننجا په څیر "انټر" فشار ورکړئ. دا ډیر ښه نه دی.
که تاسو د ازموینې وروسته خدمت لرئ (که چیرې ازموینه شتون ولري ، البته) ، او تاسو لاهم اړتیا لرئ دا د فایل سره پای ته ورسوئ ترڅو دا په تولید کې کار وکړي ، زه ستاسو لپاره بد خبر هم لرم.
که تاسو په ځانګړي ایمیزون خدماتو تکیه وکړئ او په روسیه کې کار وکړئ ، نو دوه میاشتې دمخه تاسو هم درلوده "شاوخوا هرڅه اور لري ، زه ښه یم ، هرڅه ښه دي."
موږ د ګمارنې اتومات کولو لپاره ځواب ورکوو، د کنورژن لپاره ګوډاګی، بانس د اتوماتیک ځای پرځای کولو لپاره، او کنفلوینس په یو ډول د دې ټولو تشریح کولو لپاره کاروو.
زه به په دې اړه په تفصیل سره خبرې ونه کړم، ځکه چې راپور د متقابل عمل په اړه ډیر دی، نه د تخنیکي تطبیق په اړه.
د مثال په توګه ، موږ ستونزې درلودې چیرې چې په سرور کې پوپټ د روبي 2 سره کار کوي ، مګر ځینې غوښتنلیک د روبي 1.8 لپاره لیکل شوی ، او دوی یوځای کار نه کوي. هلته یو څه غلط کیږي. او کله چې تاسو اړتیا لرئ په یوه ماشین کې د روبي ډیری نسخې چل کړئ، تاسو معمولا ستونزې پیل کړئ.
د مثال په توګه، موږ هر پرمخ وړونکي ته یو پلیټ فارم ورکوو چې په هغه کې نږدې هرڅه شتون لري چې موږ یې لرو، ټول هغه خدمتونه چې وده کولی شي، نو هغه یو جلا چاپیریال لري، هغه کولی شي هغه مات کړي او هغه څنګه چې وغواړي جوړ کړي.
دا پیښیږي چې تاسو د یو څه لپاره د ملاتړ سره یو څه ځانګړي تالیف شوي کڅوړې ته اړتیا لرئ. دا خورا سخت دی. ما یو راپور اوریدلی چیرې چې د ډاکر عکس 45 GB وزن لري. په لینکس کې، البته، دا ساده دی، هر څه کوچني دي، مګر بیا هم، کافي ځای به شتون ونلري.
ښه، دلته متضاد انحصارونه شتون لري، کله چې د پروژې یوه برخه د یوې نسخې په کتابتون پورې اړه لري، د پروژې بله برخه په بل نسخه پورې اړه لري، او کتابتونونه یوځای ندي نصب شوي.
موږ په PHP 5.6 کې سایټونه او خدمات لرو، موږ له دوی څخه شرمیږو، مګر موږ څه کولی شو؟ دا زموږ یو سایټ دی. په PHP 7 کې سایټونه او خدمات شتون لري، دلته ډیر څه شتون لري، موږ له دوی نه شرمیږو. او هر پراختیا کونکی خپله اډه لري چیرې چې هغه په خوښۍ سره لیدلی.
که تاسو په یوه شرکت کې په یوه ژبه ولیکئ، نو د هر پرمخ وړونکي درې مجازی ماشینونه نورمال ښکاري. که تاسو مختلف پروګرامینګ ژبې ولرئ، نو وضعیت خرابیږي.
تاسو په دې کې سایټونه او خدمات لرئ، په دې کې، بیا د Go لپاره بل سایټ، د روبي لپاره یو سایټ، او یو څه بل ریډیز اړخ ته. د پایلې په توګه، دا ټول د ملاتړ لپاره په لوی ډګر بدلیږي، او هر وخت یو څه مات کیدی شي.
له همدې امله، موږ د پروګرام کولو ژبې ګټې د مختلف چوکاټونو په کارولو سره بدلې کړې، ځکه چې د PHP چوکاټونه خورا توپیر لري، دوی مختلف ظرفیتونه، مختلفې ټولنې، او مختلف ملاتړ لري. او تاسو کولی شئ یو خدمت ولیکئ ترڅو تاسو دمخه د دې لپاره یو څه چمتو یاست.
هر خدمت خپل ټیم لري
زموږ اصلي ګټه ، کوم چې د څو کلونو راهیسې کرسټال شوی ، دا دی چې هر خدمت خپل ټیم لري. دا د یوې لویې پروژې لپاره مناسب دی، تاسو کولی شئ په اسنادو کې وخت خوندي کړئ، مدیران په خپله پروژه ښه پوهیږي.
تاسو کولی شئ په اسانۍ سره د ملاتړ څخه دندې وسپارئ. د مثال په توګه، د بیمې خدمت مات شو. او سمدلاسه هغه ټیم چې د بیمې سره معامله کوي د حل کولو لپاره ځي.
نوې بڼې په چټکۍ سره رامینځته کیږي، ځکه چې کله تاسو یو اټومي خدمت لرئ، تاسو کولی شئ په چټکۍ سره یو څه وخورئ.
او کله چې تاسو خپل خدمت مات کړئ، او دا حتمي واقع کیږي، تاسو د نورو خلکو خدماتو اغیزه نه ده کړې، او د نورو ټیمونو پراختیا کونکي تاسو ته د بټونو سره نه راځي او وايي: "ایا، دا مه کوئ."
د تل په څیر، باریکونه شتون لري. موږ باثباته ټیمونه لرو، مدیران په ټیم کې شامل دي. واضح اسناد شتون لري، مدیران هر څه له نږدې څاري. د مدیر سره هر ټیم ډیری خدمتونه لري، او د وړتیا یو مشخص ټکی شتون لري.
که ټیمونه تیریږي (موږ هم ځینې وختونه دا کاروو)، د "ستوري نقشه" په نوم یو ښه میتود شتون لري.
تاسو د خدماتو او خلکو لیست لرئ. د ستوري معنی دا ده چې سړی په دې خدمت کې ماهر دی، د کتاب معنی دا ده چې سړی د دې خدمت مطالعه کوي. د شخص دنده دا ده چې د ستوري لپاره کتابچه بدله کړي. او که د خدمت په مخ کې څه ونه لیکل شي، نو ستونزې پیل کیږي، چې زه به یې په اړه نور خبرې وکړم.
د یتیم خدمتونه څنګه څرګندیږي؟
لومړۍ ستونزه، ستاسو په زیربنا کې د یتیم خدمت ترلاسه کولو لومړۍ لاره د خلکو ګوښه کول دي. ایا چا کله هم د دندو ارزولو دمخه د سوداګرۍ مهال ویش پوره کړی؟ ځینې وختونه داسې پیښیږي چې ضرب الاجل سخت وي او د اسنادو لپاره کافي وخت شتون نلري. "موږ اړتیا لرو تولید ته خدمت وسپارو ، بیا به یې اضافه کړو."
که ټیم کوچنی وي، داسې پیښیږي چې یو پرمخ وړونکی وي چې هرڅه لیکي، پاتې نور په وزرونو کې دي. "ما بنسټیز جوړښت لیکلی، راځئ چې انٹرفیسونه اضافه کړو." بیا په یو وخت کې مدیر، د بیلګې په توګه، پریږدي. او د دې دورې په جریان کې، کله چې مدیر پاتې شو او یو نوی ندی ټاکل شوی، پراختیا کونکي پخپله پریکړه کوي چې خدمت چیرته ځي او هلته څه پیښیږي. او لکه څنګه چې موږ پوهیږو (راځئ چې یو څو سلایډونو ته لاړ شو)، په ځینو ټیمونو کې د واورې فلاک خلک شتون لري، ځینې وختونه د واورې فلیک ټیم مشري کوي. بیا هغه پریږدي، او موږ د یتیم خدمت ترلاسه کوو.
په ورته وخت کې، د مالتړ او سوداګرۍ څخه دندې له لاسه نه ورکوي؛ دوی په پای کې پای ته رسیږي. که چیرې د خدماتو د پراختیا په جریان کې کومې معمارۍ تېروتنې شتون ولري، دوی هم په بیکلاګ کې پای ته رسیږي. خدمت ورو ورو خرابیږي.
یتیم څنګه وپیژنو؟
دا لیست وضعیت ښه بیانوي. چا د دوی د زیربنا په اړه څه زده کړل؟
د مستند شوي کاري شاوخوا په اړه: دلته یو خدمت شتون لري او په عموم کې، دا کار کوي، دا د کار کولو څرنګوالي په اړه دوه پاڼې لارښود لري، مګر هیڅوک نه پوهیږي چې دا څنګه دننه کار کوي.
یا، د بیلګې په توګه، یو ډول لینک لنډونکی شتون لري. د مثال په توګه، موږ اوس مهال په مختلفو خدماتو کې د مختلفو موخو لپاره درې لینک لنډونکي لرو. دا یوازې پایلې دي.
اوس به زه د ښکاره کپتان یم. څه باید وشي؟ لومړی، موږ اړتیا لرو چې خدمت بل مدیر، بل ټیم ته انتقال کړو. که ستاسو د ټیم مشر لا تر اوسه نه دی پریښی، نو په دې بل ټیم کې، کله چې تاسو پوهیږئ چې خدمت د یتیم په څیر دی، تاسو اړتیا لرئ هغه څوک شامل کړئ چې لږترلږه د هغې په اړه یو څه پوهیږي.
اصلي شی: تاسو باید د لیږد پروسیجرونه په وینه کې لیکل شوي وي. زموږ په قضیه کې، زه معمولا دا څارنه کوم، ځکه چې زه دا ټول کار کولو ته اړتیا لرم. مدیران دې ته اړتیا لري چې ژر تر ژره تحویل شي، او هغه څه چې وروسته پیښیږي د دوی لپاره نور مهم ندي.
د یتیم کولو بله لاره دا ده چې "موږ به دا له بهر څخه ترسره کړو، دا به ګړندی وي، او بیا به یې ټیم ته وسپارو." دا روښانه ده چې هرڅوک په ټیم کې ځینې پلانونه لري، یو وار. ډیری وختونه د سوداګرۍ پیرودونکي فکر کوي چې بهرنی سرچینه به د تخنیکي څانګې په څیر ورته کار وکړي چې شرکت یې لري. که څه هم د دوی هڅونکي مختلف دي. په آؤټ سورسنګ کې عجیب تخنیکي حلونه او عجیب الګوریتمیک حلونه شتون لري.
د بیلګې په توګه، موږ یو خدمت درلود چې په مختلفو غیر متوقع ځایونو کې سپنکس درلود. زه به وروسته درته ووایم چې ما څه کول.
بهر سرچینې پخپله لیکل شوي چوکاټونه لري. دا د پخوانۍ پروژې څخه د کاپي پیسټ سره یوازې پی ایچ پی دی ، چیرې چې تاسو هر ډول شیان موندلی شئ. د ځای پرځای کولو سکریپټونه یو لوی نیمګړتیا ده کله چې تاسو اړتیا لرئ ځینې پیچلي بش سکریپټونه وکاروئ ترڅو په ځینې فایل کې څو کرښې بدل کړئ ، او دا د پلي کولو سکریپټونه د ځینې دریم سکریپټ لخوا ویل کیږي. د پایلې په توګه، تاسو د ګمارنې سیسټم بدل کړئ، بل څه غوره کړئ، هپ، مګر ستاسو خدمت کار نه کوي. ځکه چې هلته دا اړینه وه چې د مختلف فولډرونو ترمینځ 8 نور لینکونه واچول شي. یا داسې کیږي چې زر ریکارډونه کار کوي، مګر سل زره نور کار نه کوي.
زه به کپتان ته دوام ورکوم. د بهرنی خدماتو منل یو لازمي پروسیجر دی. ایا څوک کله هم د بهر څخه بهر شوی خدمت رسیدلی او چیرته یې نه منل کیږي؟ دا دومره مشهور نه دی، البته، د یتیم خدمت په توګه، مګر بیا هم.
خدمت باید وڅیړل شي، خدمت باید بیاکتنه وشي، پاسورډونه باید بدل شي. موږ یوه قضیه درلوده کله چې دوی موږ ته خدمت راکړ ، د اډمین پینل شتون لري "که ننوتل == 'اډمین' او& پاسورډ == 'اډمین'..." ، دا په کوډ کې سم لیکل شوی. موږ ناست او فکر کوو او خلک دا په 2018 کې لیکي؟
د ذخیره کولو ظرفیت ازموینه هم یو اړین شی دی. تاسو اړتیا لرئ وګورئ چې په سل زره ریکارډونو کې به څه پیښ شي ، حتی مخکې لدې چې تاسو دا خدمت په کوم ځای کې تولید ته واچوئ.
د اصلاح لپاره د خدمت په لیږلو کې باید هیڅ شرم نه وي. کله چې تاسو ووایاست: "موږ به دا خدمت ونه منو، موږ 20 دندې لرو، هغه وکړئ، نو موږ به ومنو،" دا عادي خبره ده. ستاسو وجدان باید د دې حقیقت له امله زیان ونه رسوي چې تاسو مدیر جوړوئ یا دا چې سوداګرۍ پیسې ضایع کوي. بیا به سوداګري ډیر مصرف کړي.
موږ یوه قضیه درلوده کله چې موږ پریکړه وکړه چې یوه ازمایښتي پروژه بهر کړو.
دا په خپل وخت تحویل شوی و، او دا د کیفیت یوازینی معیار و. له همدې امله موږ بله ازمایښتي پروژه جوړه کړه، کوم چې حتی واقعیا پیلوټ نه و. دا خدمتونه ومنل شول، او د اداري وسیلو له لارې دوی وویل، دلته ستاسو کوډ دی، دلته ټیم دی، دلته ستاسو مدیر دی. خدمتونه واقعیا دمخه د ګټې ترلاسه کولو لپاره پیل شوي. په ورته وخت کې، په حقیقت کې، دوی لاهم یتیم دي، هیڅوک نه پوهیږي چې دوی څنګه کار کوي، او مدیران د دوی د دندو د ردولو لپاره تر ټولو غوره هڅه کوي.
یو بل لوی مفهوم شتون لري - د ګوریلا پراختیا. کله چې ځینې ډیپارټمنټ، معمولا د بازار موندنې څانګه، غواړي د فرضیې ازموینه وکړي او د ټول خدمت بهر ته امر وکړي. ټرافیک ورته ورګډیږي، اسناد وتړي، له قراردادي سره اسناد لاسلیک کړي، کار ته راشي او وايي: "یارانو، موږ دلته یو خدمت لرو، دلته لا دمخه ترافیک شتون لري، پیسې راوړي، راځئ چې ومنو." موږ داسې وو، "اوپا، دا څنګه کیدی شي."
او د یتیم خدمت ترلاسه کولو بله لاره: کله چې یو ټیم ناڅاپه ځان بار کړي، مدیریت وايي: "راځئ چې د دې ټیم خدمت بل ټیم ته انتقال کړو، دا یو کوچنی بار لري." او بیا به موږ دا دریم ټیم ته انتقال کړو او مدیر به بدل کړو. او په پای کې موږ یو ځل بیا یتیم شو.
د یتیمانو ستونزه څه ده؟
څوک نه پوهیږي ، دا په سویډن کې د واسا جنګی بیړۍ پورته شوې ، د دې حقیقت لپاره مشهوره ده چې دا د لانچ کولو څخه 5 دقیقې وروسته ډوبه شوه. او د سویډن پاچا، په هرصورت، د دې لپاره هیڅوک اعدام نه کړل. دا د دوو نسلونو انجنیرانو لخوا جوړ شوی و چې نه پوهیدل چې دا ډول کښتۍ څنګه جوړ کړي. طبیعي اغیزه.
کښتۍ کیدای شي په ډیره بده توګه ډوبه شوې وي، د بیلګې په توګه، کله چې پاچا مخکې په طوفان کې په کوم ځای کې سپاره و. او له همدې امله ، هغه سمدلاسه ډوب شو ، د ایجیل په وینا دا ښه ده چې ژر ناکام شو.
که موږ ژر ناکام شو، معمولا کومه ستونزه نشته. د بیلګې په توګه، د منلو پرمهال دا د بیاکتنې لپاره لیږل شوی و. مګر که موږ دمخه په تولید کې ناکام شو ، کله چې پیسې پانګونه کیږي ، نو ستونزې شتون لري. پایلې، لکه څنګه چې دوی په سوداګرۍ کې ویل کیږي.
ولې د یتیم خدمتونه خطرناک دي:
- خدمت ممکن ناڅاپه مات شي.
- خدمت د ترمیم لپاره ډیر وخت نیسي یا هیڅ ترمیم نه کیږي.
- د خوندیتوب ستونزې.
- د اصلاحاتو او تازه کولو سره ستونزې.
- که یو مهم خدمت مات شي، د شرکت شهرت زیانمن کیږي.
د یتیم خدماتو سره څه وکړي؟
زه به بیا تکرار کړم چې څه وکړم. لومړی، باید اسناد شتون ولري. په Banki.ru کې 7 کاله ما ته درس راکړ چې ازموینه کونکي باید د پراختیا کونکو کلمه ونه اخلي، او عملیات باید د هرچا کلمه ونه نیسي. موږ باید چک وکړو.
دوهم، دا اړینه ده چې د تعامل ډیاګرامونه ولیکئ، ځکه چې داسې پیښیږي چې هغه خدمتونه چې خورا ښه ندي ترلاسه شوي انحصارونه لري چې هیڅوک یې په اړه ندي ویلي. د مثال په توګه، پراختیا کونکو خدمت په خپل کلید کې ځینې Yandex.Maps یا Dadata ته نصب کړی. تاسو د وړیا حد څخه تیر شوي، هرڅه مات شوي، او تاسو نه پوهیږئ چې څه پیښ شوي. ټول دا ډول ریکونه باید تشریح شي: خدمت Dadata، SMS، بل څه کاروي.
دریم، د تخنیکي پور سره کار کول. کله چې تاسو یو ډول کرچونه ترسره کوئ یا یو خدمت ومنئ او ووایاست چې یو څه باید ترسره شي، تاسو اړتیا لرئ ډاډ ترلاسه کړئ چې دا ترسره شوی. ځکه چې بیا به دا معلومه شي چې کوچنی سوری دومره کوچنی ندی، او تاسو به د هغې له لارې راوتلی شئ.
د معمارۍ دندو سره، موږ د Sphinx په اړه یوه کیسه درلوده. یو له خدماتو څخه د لیستونو داخلولو لپاره سپینکس کارول شوی. یوازې یو مخ شوی لیست، مګر دا هره شپه بیا لیست شوی. دا د دوه شاخصونو څخه راټول شوی و: هره شپه یو لوی شاخص ټاکل شوی و، او یو کوچنی شاخص هم و چې هغې ته پیچل شوی و. هره ورځ، د 50٪ احتمال سره د بمبارۍ یا نه، د محاسبې په جریان کې شاخص خراب شو، او زموږ خبرونه په اصلي پاڼه کې تازه کول ودرول. په لومړي سر کې د شاخص د بیا شاخص کولو لپاره 5 دقیقې وخت ونیو، بیا شاخص وده وکړه، او په ځینو وختونو کې د بیا شاخص کولو لپاره 40 دقیقې وخت نیسي. کله چې موږ دا پرې کړل، موږ د آرام ساه واخیسته، ځکه چې دا روښانه وه چې یو څه نور وخت به تیر شي او زموږ شاخص به په بشپړ وخت کې بیا شاخص شي. دا به زموږ د پورټل لپاره ناکامي وي، د اتو ساعتونو لپاره هیڅ خبر نشته - بس، سوداګرۍ بنده شوې.
د یتیم خدمت سره د کار کولو پلان
په حقیقت کې، دا خورا ستونزمن کار دی، ځکه چې ډیوپس د اړیکو په اړه دی. تاسو غواړئ له خپلو همکارانو سره ښه چلند وکړئ، او کله چې تاسو خپل همکاران او مدیران د مقرراتو سره سر ته ورسوئ، دوی ممکن د هغو خلکو په وړاندې متضاد احساسات ولري چې دا کار کوي.
د دې ټولو ټکو سربیره، یو بل مهم شی هم شتون لري: ځانګړي خلک باید د هر ځانګړي خدمت لپاره مسؤل وي، د ګمارنې طرزالعمل د هرې ځانګړې برخې لپاره. کله چې خلک شتون ونلري او تاسو باید د دې ټولې موضوع مطالعې لپاره ځینې نور خلک راجلب کړئ، دا ستونزمن کیږي.
که دا ټول مرسته ونه کړي، او ستاسو د یتیم خدمت لاهم یو یتیم دی، هیڅوک نه غواړي چې دا واخلي، اسناد نه وي لیکل شوي، هغه ټیم چې دې خدمت ته بلل شوی و، د هیڅ شی کولو څخه انکار کوي، یوه ساده لاره ده - د بیا کولو لپاره. هر څه
دا دی، تاسو د خدماتو اړتیاوې نوي کړئ او یو نوی خدمت ولیکئ، غوره، په غوره پلیټ فارم کې، پرته له عجیب ټیکنالوژیکي حلونو څخه. او تاسو دې ته په جنګ کې هجرت کوئ.
موږ داسې یو حالت درلود کله چې موږ په Yii 1 کې خدمت واخیست او پوه شو چې موږ نشو کولی دا نور پراختیا ومومي، ځکه چې موږ د پراختیا کونکو څخه وتښتیدل چې په Yii 1 کې ښه لیکلی شي. ټول پراختیا کونکي په سیمفوني XNUMX کې ښه لیکي. چې څه کول پکار دي؟ موږ وخت تخصیص کړ، یو ټیم مو تخصیص کړ، یو مدیر مو تخصیص کړ، پروژه مو بیا ولیکل او ټرافیک مو په اسانه بدل کړ.
له دې وروسته، زاړه خدمت حذف کیدی شي. دا زما د خوښې پروسیجر دی، کله چې تاسو اړتیا لرئ د تنظیم کولو مدیریت سیسټم څخه ځینې خدمتونه واخلئ او پاک کړئ او بیا لاړ شئ او وګورئ چې په تولید کې ټول موټرونه غیر فعال شوي، نو د پراختیا کونکي هیڅ نښه پاتې نشي. ذخیره په ګیټ کې پاتې ده.
دا ټول هغه څه دي چې زه یې په اړه خبرې کول غواړم، زه چمتو یم چې بحث وکړم، موضوع هولیور ده، ډیری یې په دې کې تیر کړي دي.
سلایډونو وویل چې تاسو ژبې متحد کړئ. یوه بیلګه د عکسونو اندازه کول وه. ایا دا واقعیا اړینه ده چې دا په کلکه په یوې ژبې پورې محدود کړئ؟ ځکه چې په پی ایچ پی کې د عکس اندازه کول، ښه، په حقیقت کې په ګولنګ کې ترسره کیدی شي.
په حقیقت کې، دا اختیاري دی، لکه د ټولو کړنو په څیر. شاید، په ځینو مواردو کې، دا حتی ناشونی دی. مګر تاسو اړتیا لرئ پوه شئ چې که تاسو د 50 کسانو په شرکت کې تخنیکي څانګه لرئ، 45 یې د PHP متخصصین دي، نور 3 د ډیوپس دي چې پیتون، ځواب ورکوونکي، پوپټ او داسې یو څه پوهیږي، او یوازې یو یې په ځینو کې لیکي. د ژبې ډول. ځینې د عکس د بیا راژوندي کولو خدمت، بیا کله چې دا پریږدي، متخصص ورسره ځي. او په ورته وخت کې ، تاسو اړتیا لرئ د بازار ځانګړي پراختیا کونکي په لټه کې شئ څوک چې پدې ژبه پوهیږي ، په ځانګړي توګه که دا نادر وي. دا، د سازماني نظر څخه، دا ستونزه ده. د ډیوپس له نظره ، تاسو به یوازې د لوبو کتابونو ځینې چمتو شوي سیټ کلون کولو ته اړتیا ونلرئ چې تاسو یې د خدماتو پلي کولو لپاره کاروئ ، مګر تاسو باید دا ټول بیا ولیکئ.
موږ اوس مهال په Node.js کې یو خدمت جوړوو، او دا به د هرې پراختیا کونکي لپاره د جلا ژبې سره نږدې یو پلیټ فارم وي. مګر موږ ناست وو او فکر یې کاوه چې لوبه د شمعې ارزښت لري. دا ستاسو لپاره یوه پوښتنه ده چې ناست او فکر وکړئ.
تاسو څنګه خپل خدمات څارئ؟ تاسو څنګه لوګو راټول او څارنه کوئ؟
موږ په Elasticsearch کې لاګونه راټولوو او په کبانا کې یې اچوو، او پدې پورې اړه لري چې ایا دا د تولید یا ازموینې چاپیریال دی، مختلف راټولونکي هلته کارول کیږي. چیرته لمبرجیک، بل چیرې بل څه، زما په یاد نه دي. او لاهم په ځینو خدماتو کې ځینې ځایونه شتون لري چیرې چې موږ ټیلګراف نصب کوو او بل چیرې په جلا توګه ډزې کوو.
په ورته چاپیریال کې د ګوډاګي او ځواب ویونکي سره څنګه ژوند کول؟
په حقیقت کې، موږ اوس دوه چاپیریال لرو، یو ګوډاګی دی، بل یې ځواب ورکوونکی دی. موږ د دوی د هایبرډیز کولو لپاره کار کوو. ځواب ورکونکی د ابتدايي ترتیب لپاره یو ښه چوکاټ دی، پپټ د ابتدايي ترتیب لپاره یو خراب چوکاټ دی ځکه چې دا په مستقیم پلیټ فارم کې لاسي کار ته اړتیا لري، او پپټ د ترتیب کولو کنورژن یقیني کوي. دا پدې مانا ده چې پلیټ فارم خپل ځان په تازه حالت کې ساتي، او د دې لپاره چې د انزیبل شوي ماشین تازه وساتل شي، تاسو اړتیا لرئ چې د یو څه فریکونسۍ سره هر وخت د پلی بوکس چلولو ته اړتیا ولرئ. همدا توپیر دی.
تاسو څنګه مطابقت ساتئ؟ ایا تاسو د ځواب وړ او ګوډاګی دواړو کې تشکیلات لرئ؟
دا زموږ لوی درد دی، موږ د خپلو لاسونو سره مطابقت ساتو او فکر کوو چې څنګه له دې ټولو څخه اوس په کوم ځای کې حرکت وکړو. دا معلومه شوه چې ګوډاګی کڅوړې راوباسي او هلته ځینې لینکونه ساتي، او ځواب ورکوونکي، د بیلګې په توګه، کوډ راوباسي او هلته د غوښتنلیک وروستي ترتیبات تنظیموي.
پریزنټیشن د روبي د مختلفو نسخو په اړه و. کومه حل لاره؟
موږ دا په یو ځای کې ولیدل، او موږ باید دا په خپل سر کې وساتو. موږ په ساده ډول هغه برخه بنده کړه چې په روبي کې روانه وه چې د غوښتنلیکونو سره مطابقت نلري او جلا یې وساته.
د سږ کال کنفرانس دا به د دسمبر په 7 نیټه په ټیکنوپولیس کې ترسره شي. موږ د نومبر تر 11 پورې د راپورونو لپاره غوښتنلیکونه منو. که تاسو غواړئ خبرې وکړئ موږ.
د ګډون کوونکو لپاره نوم لیکنه پرانیستې ده، موږ سره یوځای شئ!
سرچینه: www.habr.com