موږ د سپورت ماسټر څارنه کوو - څنګه او څه سره

موږ د محصول ټیمونو جوړولو په مرحله کې د څارنې سیسټم رامینځته کولو په اړه فکر وکړ. دا څرګنده شوه چې زموږ سوداګرۍ - استحصال - په دې ټیمونو کې نه راځي. ولې دغه دی؟

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

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

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

هغه پلیټ فارم چې زموږ آنلاین پلورنځي فعالیت کوي داسې ښکاري:

• مخ
• منځنی دفتر
• شاته دفتر

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

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

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

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

د سیسټم جوړښت او سټیک

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

د غوښتنلیک لانچ په لومړیو مرحلو کې د هراړخیز نظارت نشتوالی (له هغه وخته چې موږ دا رامینځته کول پیل کړل کله چې ډیری سیسټمونه په تولید کې وو) د دې حقیقت لامل شو چې موږ د ټول پلیټ فارم نظارت تنظیم کولو لپاره د پام وړ تخنیکي پور درلود. موږ نشو کولی د یو IS لپاره د څارنې په ترتیب کولو تمرکز وکړو او د هغې لپاره په تفصیل سره د څارنې کار وکړو، ځکه چې پاتې سیسټمونه به د یو څه وخت لپاره پرته له څارنې څخه پاتې شي. د دې ستونزې د حل لپاره، موږ د پرت په واسطه د معلوماتو سیسټم حالت ارزولو لپاره د خورا اړین میټریکونو لیست په ګوته کړ او پلي کول یې پیل کړل.

له همدې امله، دوی پریکړه وکړه چې فیلان په برخو کې وخوري.

زموږ سیسټم عبارت دی له:

• هارډویر
• عملیاتي سیسټم؛
• ساوتري
• د څارنې غوښتنلیک کې د UI برخې؛
• د سوداګرۍ اندازه
• د ادغام غوښتنلیکونه؛
• د معلوماتو امنیت؛
• شبکې
• ترافیک توازن کونکی

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

نو، د سټیک په اړه.

موږ د خلاصې سرچینې سافټویر کاروو. په مرکز کې موږ زبکس لرو، کوم چې موږ په ابتدايي توګه د خبرتیا سیسټم په توګه کاروو. هرڅوک پوهیږي چې دا د زیربنا نظارت لپاره مثالی دی. دا څه مانا لري؟ دقیقا هغه ټیټې کچې میټریکونه چې هر شرکت چې خپل ډیټا مرکز ساتي (او سپورت ماسټر خپل ډیټا مرکزونه لري) - د سرور تودوخې ، حافظې حالت ، برید ، د شبکې وسیله میټریکونه.

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

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

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

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

یو وخت موږ د لاسي ازموینې سره پیل وکړ او دا د فعالیت او ادغام اتومات ازموینو ته وده ورکړه. له دې څخه موږ څارنه وکړه، یوازې اصلي فعالیت پریږدو، او په نښه کونکو باندې تکیه وکړه چې د امکان تر حده باثباته دي او د وخت په تیریدو سره اکثرا بدلون نه کوي.

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

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

په نهایت کې، دریم، د معلوماتو سرچینه د مرکزي ننوتلو سیسټم دی. موږ د لاګونو لپاره لچک لرونکي سټیک کاروو، او بیا موږ کولی شو دا ډاټا د سوداګرۍ میټریکونو لپاره زموږ د څارنې سیسټم ته واړوو. د دې ټولو سربیره، موږ خپل د څارنې API خدمت لرو، چې په Python کې لیکل شوی، کوم چې د API له لارې هر ډول خدمتونه پوښتي او له دوی څخه ډیټا په زیبکس کې راټولوي.

د څارنې بله اړینه ځانګړتیا د لید لید دی. زموږ د Grafana پر بنسټ ولاړ دی. دا د نورو لید سیسټمونو په مینځ کې ولاړ دی پدې کې دا تاسو ته اجازه درکوي په ډشبورډ کې د مختلف ډیټا سرچینو څخه میټریکونه لیدو. موږ کولی شو د آنلاین پلورنځي لپاره د لوړې کچې میټریکونه راټول کړو، د بیلګې په توګه، د DBMS څخه په وروستي ساعت کې د سپارښتنو شمیر، د OS لپاره د فعالیت میټریکونه چې دا آنلاین پلورنځي د Zabbix څخه پرمخ ځي، او د دې غوښتنلیک مثالونو لپاره میټریکونه د پرومیتیوس څخه. او دا ټول به په یوه ډشبورډ کې وي. روښانه او د لاسرسي وړ.

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

بل مهم ټکی دا دی چې د غوښتنلیک پرت د پرومیتیس لخوا راټول شوی. هغه پخپله هم د زیبکس سره مدغم دی. او موږ د سایټ سپیډ هم لرو، یو خدمت چې موږ ته اجازه راکوي چې پیرامیټونه وګورو لکه زموږ د پاڼې د بارولو سرعت، خنډونه، د پاڼې رینډینګ، د سکریپټونو بارولو، او داسې نور، دا هم د API سره یوځای شوی. نو زموږ میترونه په زبیبکس کې راټول شوي، او په وینا یې، موږ هم له هغه ځایه خبرتیا ورکوو. ټول خبرتیاوې اوس مهال د لیږلو اصلي میتودونو ته لیږل شوي (د اوس لپاره دا بریښنالیک او ټیلیګرام دی ، د MS ټیمونه هم پدې وروستیو کې وصل شوي). داسې یو حالت ته د خبرتیا لوړولو پلانونه شتون لري چې سمارټ بوټونه د خدمت په توګه کار کوي او د محصول ټولو لیوالتیا ټیمونو ته د څارنې معلومات چمتو کوي.

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

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

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

امکانات

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

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

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

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

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

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

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

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

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

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

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

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

که تاسو د پام وړ شمیر ادغامونو سره لویې پروژې هم وڅارئ ، په نظرونو کې ولیکئ چې د دې لپاره تاسو د سپینو زرو کوم ګولۍ موندلی.

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