د URUS شرکت Kubernetes په مختلفو بڼو کې هڅه وکړه: په ګوګل کلاوډ کې په نری فلز کې خپلواکه ځای پرځای کول، او بیا یې خپل پلیټ فارم د Mail.ru کلاوډ حلونو (MCS) کلاوډ ته لیږدول. ایګور شیشکین وايي چې څنګه دوی د بادل نوی چمتو کونکی غوره کړ او څنګه دوی وکولی شول په دوه ساعتونو کې دې ته مهاجرت وکړي ()، په URUS کې د سیسټم لوړ پوړی مدیر.
URUS څه کوي؟
د ښاري چاپیریال د کیفیت د ښه کولو لپاره ډیری لارې شتون لري، او یو یې د چاپیریال دوستانه کول دي. دا په حقیقت کې هغه څه دي چې د URUS - سمارټ ډیجیټل خدماتو شرکت کار کوي. دلته دوی حلونه پلي کوي چې له تصدیو سره مرسته کوي د چاپیریال مهم شاخصونه وڅاري او په چاپیریال باندې د دوی منفي اغیز کم کړي. سینسرونه د هوا جوړښت، د شور کچه او نورو پیرامیټونو ډاټا راټولوي، او بیا یې د تحلیل او سپارښتنو لپاره متحد URUS-Ekomon پلیټ فارم ته لیږي.
URUS څنګه له دننه څخه کار کوي
د URUS یو عام پیرودونکی یو شرکت دی چې د استوګنې په سیمه کې یا نږدې موقعیت لري. دا کیدای شي فابریکه، بندر، د ریل پټلۍ یا کوم بل تاسیسات وي. که زموږ پیرودونکي دمخه خبرداری ترلاسه کړی وي ، د چاپیریال ککړتیا لپاره جریمه شوی و ، یا غواړي لږ شور جوړ کړي ، د زیان رسونکي اخراج مقدار کم کړي ، هغه موږ ته راځي ، او موږ دمخه ورته د چاپیریال نظارت لپاره چمتو شوی حل وړاندیز کوو.
د H2S غلظت نظارت ګراف له نږدې نبات څخه د شپې منظم اخراج ښیې
هغه وسیلې چې موږ یې په URUS کې کاروو ډیری سینسرونه لري چې د چاپیریال وضعیت ارزولو لپاره د ځینې ګازونو مینځپانګې ، شور کچه او نورو معلوماتو په اړه معلومات راټولوي. د سینسر دقیق شمیر تل د ځانګړي دندې لخوا ټاکل کیږي.
د اندازه کولو ځانګړتیاو پورې اړه لري، د سینسر سره وسایل کیدای شي د ودانیو، قطبونو او نورو خپلمنځي ځایونو په دیوالونو کې موقعیت ولري. هر دا ډول وسیله معلومات راټولوي، راټولوي او د معلوماتو ترلاسه کولو دروازې ته یې لیږي. هلته موږ معلومات د اوږدې مودې ذخیره کولو لپاره خوندي کوو او د راتلونکي تحلیل لپاره یې پری پروسس کوو. د هغه څه ساده مثال چې موږ د تحلیل په پایله کې ترلاسه کوو د هوا کیفیت شاخص دی چې د AQI په نوم هم پیژندل کیږي.
په موازي ډول، ډیری نور خدمتونه زموږ په پلیټ فارم کې کار کوي، مګر دا په عمده توګه د خدمت طبیعت دي. د مثال په توګه، د خبرتیا خدمت مشتریانو ته خبرتیاوې لیږي که چیرې کوم څارل شوي پیرامیټونه (د مثال په توګه، د CO2 منځپانګې) د جواز وړ ارزښت څخه ډیر وي.
موږ څنګه ډاټا ذخیره کوو. د کبرنیټس کیسه په نری فلز کې
د URUS د چاپیریال د څارنې پروژه څو ډیټا ګدامونه لري. په یو کې موږ "خام" ډاټا ساتو - هغه څه چې موږ په مستقیم ډول د وسیلو څخه ترلاسه کوو. دا ذخیره یو "مقناطیسي" ټیپ دی، لکه د زاړه کیسټ ټیپونو په څیر، د ټولو شاخصونو تاریخ سره. د ذخیره کولو دوهم ډول د دمخه پروسس شوي ډیټا لپاره کارول کیږي - د وسیلو څخه ډیټا ، د سینسرونو ترمینځ اړیکې او پخپله د وسیلو لوستلو په اړه د میټاډاټا سره بډایه شوي ، د سازمانونو سره تړاو ، موقعیتونه او نور. دا معلومات تاسو ته اجازه درکوي په متحرک ډول ارزونه وکړئ چې یو ځانګړی شاخص څنګه لري. د یوې ټاکلې مودې په اوږدو کې بدل شوی. موږ د نورو شیانو په مینځ کې د "خام" ډیټا ذخیره کاروو ، د بیک اپ په توګه او د مخکې پروسس شوي ډیټا بیا رغولو لپاره ، که ورته اړتیا رامینځته شي.
کله چې موږ څو کاله دمخه زموږ د ذخیره کولو ستونزه حل کولو په لټه کې وو ، موږ دوه پلیټ فارم انتخابونه درلودل: کوبرنیټس او اوپن سټیک. مګر له هغه وخته چې وروستی خورا شیطاني ښکاري (یوازې د دې معمارۍ ته وګورئ ترڅو پدې قانع شي) ، موږ په کوبرنیټس کې میشت شو. د دې په ګټه بل دلیل نسبتا ساده سافټویر کنټرول و، د سرچینو له مخې حتی د هارډویر نوډونو د انعطاف وړ کټ کولو وړتیا.
پخپله د کبرنیټس ماسټر کولو سره موازي ، موږ د ډیټا ذخیره کولو لارې هم مطالعه کړې ، پداسې حال کې چې موږ خپل ټول ذخیره په خپل هارډویر کې په کوبرنیټس کې ساتلې ، موږ عالي تخصص ترلاسه کړ. هرڅه چې موږ بیا په کبرنیټس کې ژوند کاوه: بشپړ ذخیره ، د څارنې سیسټم ، CI/CD. Kubernetes زموږ لپاره په یو ټولیز پلیټ فارم بدل شوی.
مګر موږ غوښتل چې د Kubernetes سره د خدمت په توګه کار وکړو، او د هغې په ملاتړ او پراختیا کې ښکیل نه شو. برسیره پردې، موږ دا نه خوښوو چې دا زموږ په فلزاتو کې ساتلو لپاره څومره لګښت لري، او موږ په دوامداره توګه پراختیا ته اړتیا لرو! د مثال په توګه، یو له لومړنیو دندو څخه د Kubernetes Ingress کنټرولرانو زموږ د سازمان د شبکې زیربنا کې مدغم کول وو. دا یو ستونزمن کار دی، په ځانګړې توګه په پام کې نیولو سره چې په هغه وخت کې د پروګراماتي سرچینو مدیریت لپاره هیڅ شی چمتو نه و لکه د DNS ریکارډونو یا د IP پتې تخصیص. وروسته موږ د بهرني ډیټا ذخیره کولو تجربه پیل کړه. موږ هیڅکله د PVC کنټرولر پلي کولو ته نږدې نه یو، مګر بیا هم دا څرګنده شوه چې دا د کار یوه لویه ساحه وه چې وقف متخصصینو ته اړتیا لري.
د ګوګل کلاوډ پلیټ فارم ته بدلول یو لنډمهاله حل دی
موږ پوهیږو چې دا دوام نشي کولی، او زموږ ډاټا د فلزي څخه د ګوګل کلاوډ پلیټ فارم ته لیږدول شوي. په حقیقت کې، په هغه وخت کې د روسیې شرکت لپاره ډیری په زړه پوري اختیارونه شتون نلري: د ګوګل کلاوډ پلیټ فارم سربیره، یوازې ایمیزون ورته خدمت وړاندیز کړی، مګر موږ لاهم د ګوګل څخه حل ته ولاړ یو. بیا دا موږ ته له اقتصادي پلوه ډیر ګټور بریښي ، اپسټریم ته نږدې ، د دې حقیقت یادونه نه کول چې ګوګل پخپله په تولید کې د PoC Kubernetes یو ډول دی.
لومړۍ لویه ستونزه په افق کې راڅرګنده شوه ځکه چې زموږ د پیرودونکي اساس وده کوي. کله چې موږ د شخصي معلوماتو ذخیره کولو ته اړتیا درلوده، موږ د یو انتخاب سره مخ شو: یا موږ د ګوګل سره کار کوو او د روسیې قوانینو څخه سرغړونه کوو، یا موږ د روسیې فدراسیون کې د بدیل په لټه کې یو. انتخاب، په ټوله کې، د وړاندوینې وړ و. 🙂
موږ څنګه د بادل مثالی خدمت ولید
د لټون په پیل کې، موږ دمخه پوهیږو چې موږ د راتلونکي بادل چمتو کونکي څخه څه ترلاسه کول غواړو. موږ د کوم خدمت په لټه کې یو:
- ګړندی او انعطاف منونکی. داسې چې موږ کولی شو ژر تر ژره یو نوی نوډ اضافه کړو یا په هر وخت کې یو څه ځای په ځای کړو.
- ارزانه. موږ د مالي مسلو په اړه ډیر اندیښمن یو، ځکه چې موږ په سرچینو کې محدود وو. موږ دمخه پوهیږو چې موږ غواړو د کوبرنیټس سره کار وکړو ، او اوس دنده دا وه چې د دې حل کارولو موثریت زیاتولو یا لږترلږه ساتلو لپاره د دې لګښت کم کړو.
- اتومات. موږ پلان درلود چې د API له لارې د خدماتو سره کار وکړو، پرته له مدیرانو او تلیفون زنګونو یا شرایطو څخه چیرې چې موږ اړتیا لرو په لاسي ډول په بیړني حالت کې څو درجن نوډونه پورته کړو. څرنګه چې زموږ ډیری پروسې اتومات دي، موږ د بادل خدمت څخه ورته تمه درلوده.
- د روسیې په فدراسیون کې د سرورونو سره. البته، موږ پلان درلود چې د روسیې قانون او ورته 152-FZ سره سم عمل وکړو.
په هغه وخت کې، په روسیه کې د Kubernetes aaS چمتو کونکي لږ وو، او کله چې یو برابرونکي غوره کول، دا زموږ لپاره مهمه وه چې زموږ لومړیتوبونو سره موافقت ونه کړو. د Mail.ru کلاوډ حلونو ټیم، چې ورسره موږ کار پیل کړی او لاهم همکاري کوو، موږ ته د API ملاتړ او یو مناسب کنټرول پینل سره په بشپړ ډول اتومات خدمت چمتو کړی چې افق پکې شامل دی - د دې سره موږ کولی شو په چټکۍ سره د نوډونو خپل سري شمیر لوړ کړو.
موږ څنګه په دوه ساعتونو کې MCS ته مهاجرت وکړ
په داسې حرکتونو کې، ډیری شرکتونه د ستونزو او خنډونو سره مخ دي، مګر زموږ په قضیه کې هیڅ نه و. موږ نېکمرغه یو: له هغه ځایه چې موږ د مهاجرت له پیل دمخه په کبرنیټس کې کار کاوه ، موږ په ساده ډول درې فایلونه سم کړل او زموږ خدمات په نوي کلاوډ پلیټ فارم MCS کې پیل کړل. اجازه راکړئ تاسو ته یادونه وکړم چې تر هغه وخته پورې موږ په پای کې د فلزي فلز پریښود او د ګوګل کلاوډ پلیټ فارم کې ژوند کاوه. له همدې امله ، حرکت پخپله له دوه ساعتونو څخه ډیر نه و نیولی ، او یو څه نور وخت (شاوخوا یو ساعت) زموږ د وسیلو څخه د معلوماتو کاپي کولو مصرف شوی. وروسته بیا موږ دمخه سپنیکر کاروو (د دوامداره تحویل چمتو کولو لپاره د څو کلاوډ CD خدمت). موږ دا په چټکۍ سره نوي کلستر ته اضافه کړل او د معمول په څیر کار ته دوام ورکړ.
د پرمختیایي پروسو او CI/CD اتومات کولو څخه مننه، په URUS کې Kubernetes د یو متخصص لخوا اداره کیږي (او هغه زه یم). په یو څه مرحله کې ، د سیسټم بل مدیر زما سره کار وکړ ، مګر بیا وروسته معلومه شوه چې موږ دمخه ټول اصلي معمول اتومات کړی و او زموږ د اصلي محصول په برخه کې ډیر او ډیر کارونه شتون درلود او دا معنی لري چې مستقیم سرچینې دې ته اړوي.
موږ هغه څه ترلاسه کړل چې موږ یې د بادل چمتو کونکي څخه تمه درلوده، ځکه چې موږ پرته له فریبونو همکاري پیل کړه. که کومې پیښې وې، ډیری یې تخنیکي وې او هغه چې په اسانۍ سره د خدماتو نسبتا تازهتوب لخوا تشریح کیدی شي. اصلي شی دا ده چې د MCS ټیم ژر تر ژره نیمګړتیاوې له منځه یوسي او په چټکۍ سره په پیغامونو کې پوښتنو ته ځواب ووایي.
که زه خپله تجربه د ګوګل کلاوډ پلیټ فارم سره پرتله کړم، د دوی په قضیه کې زه حتی نه پوهیږم چې د فیډبیک تڼۍ چیرته وه، ځکه چې په ساده ډول ورته اړتیا نه وه. او که کومه ستونزه رامنځ ته شوه، ګوګل پخپله یو اړخیزه خبرتیاوې لیږلي. مګر د MCS په قضیه کې، زه فکر کوم چې لویه ګټه دا ده چې دوی د روسیې پیرودونکو ته د امکان تر حده نږدې دي - دواړه په جغرافیه او ذهني توګه.
موږ څنګه په راتلونکي کې د بادل سره کار کوو
اوس زموږ کار د Kubernetes سره نږدې تړلی دی، او دا په بشپړه توګه د زیربناوو د کارونو له نظره موږ سره مناسب دی. له همدې امله، موږ پلان نه لرو چې له کوم ځای څخه هجرت وکړو، که څه هم موږ په دوامداره توګه نوي طرزالعملونه او خدمات معرفي کوو ترڅو د ورځني کارونو ساده کولو او نوي اتومات کولو، د خدماتو ثبات او اعتبار زیاتولو لپاره ... موږ اوس د Chaos بندر خدمت پیل کوو (په ځانګړې توګه ، موږ chaoskube کاروو، مګر دا مفهوم نه بدلوي: ) چې په اصل کې د Netflix لخوا رامینځته شوی. Chaos بندر یو ساده کار کوي: دا په تصادفي وخت کې د تصادفي کبرنیټ پوډ حذف کوي. دا زموږ د خدمت لپاره اړین دی چې په نورمال ډول د مثالونو شمیر n–1 سره ژوند وکړي ، نو موږ خپل ځان روزو ترڅو د هرډول ستونزو لپاره چمتو اوسو.
اوس زه د دریمې ډلې حلونو کارول ګورم - ورته بادل پلیټ فارمونه - د ځوان شرکتونو لپاره یوازینی سم شی په توګه. معمولا، د دوی د سفر په پیل کې، دوی په بشري او مالي دواړو سرچینو کې محدود دي، او د خپل کلاوډ یا ډیټا مرکز جوړول او ساتل خورا ګران او د کار ګران کار دی. د کلاوډ چمتو کونکي تاسو ته اجازه درکوي چې دا لګښتونه کم کړئ؛ تاسو کولی شئ ژر تر ژره له دوی څخه دلته او اوس د خدماتو عملیاتو لپاره اړین سرچینې ترلاسه کړئ ، او د حقیقت وروسته د دې سرچینو لپاره تادیه وکړئ. لکه څنګه چې د URUS شرکت لپاره، موږ به د اوس لپاره په بادل کې Kubernetes ته وفادار پاتې شو. مګر څوک پوهیږي، موږ باید په جغرافیه کې پراخ کړو، یا د ځینو ځانګړو تجهیزاتو پر بنسټ حلونه پلي کړو. یا شاید د مصرف شوي سرچینو مقدار به په نرۍ فلز کې خپل کبرنیټس توجیه کړي ، لکه په پخوانیو ورځو کې. 🙂
هغه څه چې موږ د بادل خدماتو سره کار کولو څخه زده کړل
موږ په نرۍ فلزاتو کې د کبرنیټ کارول پیل کړل، او حتی هلته دا په خپله طریقه ښه وه. مګر د دې ځواک په دقیق ډول په بادل کې د AAS برخې په توګه څرګند شو. که تاسو یو هدف وټاکئ او د امکان تر حده هرڅه اتومات کړئ ، تاسو به وکولی شئ د پلورونکي بند څخه مخنیوی وکړئ او د بادل چمتو کونکو ترمینځ حرکت کول به څو ساعته وخت ونیسي ، او عصبي حجرې به زموږ سره پاتې شي. موږ کولی شو نورو شرکتونو ته مشوره ورکړو: که تاسو غواړئ خپل ځان (بادل) خدمت پیل کړئ، محدود سرچینې او د پراختیا لپاره اعظمي سرعت ولرئ، همدا اوس د کلاوډ سرچینو په کرایه کولو سره پیل کړئ، او خپل د معلوماتو مرکز جوړ کړئ وروسته له دې چې فوربس ستاسو په اړه لیکي.
سرچینه: www.habr.com