ایا Kubernetes نوی لینکس دی؟ له Pavel Selivanov سره مرکه


کوډکینګ:
عزت خادیف: سلام. زما نوم عزت خادیف دی. زه د Mail.ru کلاوډ حلونو لپاره د PaaS جوړونکی یم. زما سره دلته د سویل برج څخه پاول سیلیوانوف دی. موږ د DevOpsDays کنفرانس کې یو. هغه به دلته د دې په اړه خبرې وکړي چې تاسو څنګه کولی شئ د Kubernetes سره DevOps جوړ کړئ، مګر ډیری احتمال به تاسو بریالي نه شئ. ولې دومره توره موضوع؟

پاول سیلیوانوف: دا واقعیا تیاره نه ده. دا د حقیقت په اړه ده چې موږ هڅه کوو د ټکنالوژۍ په مرسته زموږ د ټولنې ډیری ستونزې حل کړو. او موږ هڅه کوو چې د ټیکنالوژۍ په مرسته شیان په یو اړخیز ډول حل کړو. کوبینیټس یو شان دی - دا هغه شی دی چې دوی یې مسؤل دي، یو څوک ممکن ووایې چې Ops. مګر موږ د DevOps انجینر عالي مفهوم لرو. د DevOps انجنیر د Kubernetes لپاره مسؤل دی. په ورته وخت کې ... لکه څنګه چې تاسو Kubernetes جوړ کړئ، مګر د دیو هلکان په دې ټولو کبرنیټس نه پوهیږي، دوی په دې نه پوهیږي چې دا تاسو ته څه کولو اجازه درکوي - او هرڅه د دوی لپاره یو شان ژوند کوي. او دا د دې حقیقت سره سره چې کوبرنیټس چمتو شوي حلونه لري ، چمتو شوي وسیلې د دې ټیکنالوژۍ کارولو لپاره د دې DevOps کړنلارې پراخه کولو لپاره ، د Dev او Ops ترمینځ اړیکه. موږ له دې فرصت څخه ډېر لږ ګټه اخلو. د دې حقیقت له امله چې موږ حتی اوسني جوړښتونه دې ټولو DevOps وسیلو ته لیږدوو - Docker، Kubernetes، بادل او داسې نور - موږ دا وضعیت نور هم خرابوو. او موږ د وسیلو څخه په مختلف ډول کارولو پیل کوو په پرتله چې دوی یې غوښتل. او د دې ټولو ټیکنالوژیو په شاوخوا کې یوازې ویرونکي بیساګانې رامینځته کیږي.

عزت خادیف: ګورم. دا د یوې پراخې موضوع په څیر احساس کوي. تاسو څه فکر کوئ چې شرکتونه اوس مهال ترټولو عام ستونزه ده؟ د Kubernetes سره.

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

عزت خدییف: او په معلوماتي ټیکنالوژۍ کې د پرسونل اوسني کمښت ته په پام سره. کوم چې تل شتون لري. او اوس شتون لري. تاسو څه فکر کوئ چې په دې شرایطو کې څنګه ژوند وکړئ؟ د ژوند هیکونه کوم دي؟

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

عزت خدییف: ایا نړیوال حلونه خراب دي یا د دوی پر بنسټ نور هم رامینځته کیدی شي؟

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

عزت خدیوف: که دا اډمین لا دمخه ستاسو لپاره کار کوي، نو خبره د هغه د ګوښه کولو کې نه ده. هغه به یوازې نور څه کولی شي.

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

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

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

عزت خدییف: د کوبرنایټس د اوسني حالت په اړه څه فکر کوئ؟ په پنځو او لسو کلونو کې به يې څه وي؟

پاول سیلیوانوف: ښه پوښتنه. زه یوازې پوهیږم چې زموږ په ټولنه کې پدې اړه څه تیریږي. ځینې ​​​​خلک پدې باور دي چې د کوبرنیټس پرته به هیڅ شی پاتې نشي. هغه وضعیت چې ډیر وخت دمخه د لینکس سره پیښ شوی. دا ، د لینکس څخه بهر داسې خلک شتون لري چې په BSD کې ژوند کوي ، ډیری احتمال دوی خورا ځانګړي دندې لري. داسې خلک شته چې د وینډوز - وینډوز سرورونو لاندې کار کوي - ډیری احتمال، دوی هم ځانګړي دندې لري، یا دوی یوازې په دې مسله کې وړتیا لري او دوی چمتو ندي چې هلته پریږدي. په هر حالت کې، زموږ په ساحه کې معیار لینکس دی. داسې نظر شتون لري چې کوبرنیټس به ورته ډی فاکټو معیار شي ، او د کوبرنیټس پرته به هیڅ نه وي. Kubernetes به نه یوازې غوښتنلیکونه اداره کړي، د دوی ګمارل، ځای پرځای کول، او اندازه کول. په عموم کې، هرڅه اداره کړئ. اوس دوی لا دمخه پوښتنه کوي: "ایا دا ممکنه ده چې ډیټابیس کوبرنیټس ته واړوو؟" زه معمولا وایم چې دلته مسله په کوبرنیټس کې نه ده ، مګر په ډاکر کې. که تاسو چمتو یاست چې خپل ډیټابیس په کانټینرونو کې پرمخ بوځي، نو دا به څنګه کار وکړي. دوی ماته ځواب ورکړ: "نه، نه، نه، انتظار وکړئ. کانتینرونو ته اړتیا نشته. Kubernetes ته اړتیا لري. موږ به یې په نوډ کې پیوند کړو. دا دی، هرڅه به لکه څنګه چې موږ یې اوس لرو، یوازې کوبرنیټس به دا ټول اداره کړي. او دا په حقیقت کې یو ښه نظر دی. دا دی، Kubernetes یو داسې شی دی کله چې تاسو کولی شئ یو شرکت ته ورشئ، که چیرې شرکت Kubernetes ولري او پروسیجرونه یې جوړ کړي، نو یو څوک چې پدې پوهیږي - هغه باید یوازې د څو ورځو لپاره وګوري: " زه چمتو یم چې ستاسو ملاتړ وکړم. په بشپړه توګه. په بشپړه توګه. زه پوهیږم چې شیان ستاسو لپاره څنګه کار کوي. د کوبرنیټس پرته د لیدونو برعکس - دلته یو څو بیساچي غورځول شوي ، دلته نور بیساچي. دلته د ځواب وړ، Terraform دلته. یو چا دا ټول لیکلي، او شپږ میاشتې وخت نیسي چې دا معلومه کړي. دلته. نو ایا Kubernetes به د حقیقت معیار شي، زه نه پوهیږم. نن ورځ، هغه د هغه حلونو په پرتله چې د هغه شاوخوا شتون لري ډیر هوښیار او ډاډمن ښکاري.

عزت خادیف: ښه، د لینکس سره پرتله کول خورا زړور دي. دا په یوه ماشین کار کوي - دا ټول دي. او Kubernetes په ډیری ماشینونو کار کوي. یو ملیون تغیرات او لاملونه سمدلاسه راپورته کیږي. هو، دا زړور دی. یوازې که تاسو په پام کې ونیسئ چې د دې تمثیل لپاره سیالي کونکي شتون لري. د مثال په توګه، بې سرور. ایا Kubernetes د داسې سیالیو سره په خطر کې دی؟

پاول سیلیوانوف: له سرور نه ... (خندا) بې سروره - موږ لاهم پوهیږو چې سرورونه شتون لري. ما په دې وروستیو کې په دې اړه یو راپور واورېد. هلته سړي وویل چې لاهم سرورونه شتون لري - او دا بادل دی. مګر موږ باید تل پوه شو چې بادل هم سرورونه لري. دلته ریښتیني هارډویر سرورونه ، یو ریک شتون لري ، او دوی چیرې نصب شوي. دا بادل دی. د دې په سر کې بې سرور دی، چیرې چې "نه" سرورونه شتون لري. نو پوښتنه دا ده: ایا سرورلیس به په کبرنیټس وګټي؟ ماته داسې ښکاري چې سرور لیس به کوبرنیټس ته لاړ شي. د چمتو کونکو لپاره چې بې سرور چمتو کوي ، Kubernetes د دې چمتو کولو لپاره خورا مناسب پلیټ فارم دی. هو، شاید په یو وخت کې به موږ په اصولو کې د Kubernetes په اړه خبرې ودروو، لکه څنګه چې د سوداګرۍ غوښتنلیکونو عادي پراختیا په اړه. مګر په ژورو کې یو ځای، چمتو کونکي او انجنیران به Kubernetes ولري، چیرته چې دا ټول به پلي شي.

عزت خدییف: یو څه جلا موضوع. د بشپړ سټیک انجینر په څیر یو شی شتون لري. تاسو د دوی په اړه څه فکر کوئ؟ ایا دوی حتی شتون لري؟

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

عزت خادیف: آیا تاسو ښکاره کولی شئ؟

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

عزت خدییف: او له همدې نظره... له داسې انجینرانو سره څنګه مرکه وکړو؟

پاول سیلیوانوف: هو، ښه پوښتنه. هغه شاید دمخه د هغه څه څخه بهر وي چې زه پدې ژوند کې پوهیږم. مګر زه به یوازې یو مثال ورکړم. دا د مرکې سره هیڅ تړاو نلري. دا په روسیه کې زموږ د تعلیم سیسټم په اړه دی. په IT کې، موږ پوهیږو چې په روسیه کې زموږ د زده کړې سیسټم د معلوماتي ټیکنالوژۍ نړۍ لپاره خورا زوړ دی، دا هغه څه ندي چې باید وي. زه په اوسط ډول د پراخه روسیې په اړه خبرې کوم - او هلته څه پیښیږي. هغه خلک فارغ شوي چې په بشپړ ډول چمتو ندي چې د فراغت وروسته بله ورځ د ویب پراختیا یا ټیکنالوژۍ شرکت ته لاړ شي. او دا یو ډول بد دی. موږ دوی ته ځینې عجیب شیان درس ورکوو، که څه هم موږ باید دوی ته درس ورکړو چې څنګه د Android، iOS لپاره پراختیا ومومي، د Git او دا ټول شیان څنګه وکاروو. په حقیقت کې، داسې ښکاري چې نه. کالج هغه وخت دی چې ستاسو مور او پالر اکثرا ستاسو لپاره پیسې ورکوي. ستاسو د ټول ژوند لپاره. او تاسو کولی شئ د خپل ژوند پنځه کاله د ژورې مطالعې لپاره وقف کړئ. او دا ټول د T شکل مطالعه کړئ. کله چې تاسو په انسټیټیوټ کې مطالعه کولی شئ د نسخې کنټرول سیسټم څه شی دی، د پراختیا نمونې څه دي، د ټول شیانو ازموینې څرنګوالی، کوم ډول ډیټابیسونه او بیلانسونه شتون لري. او کله چې تاسو کار ته ځئ ، تاسو یوې ځانګړې ساحې ته ژوره ولوستل پیل کړئ. او دا څنګه موږ انجینران ترلاسه کوو. او په روسیه کې زموږ د زده کړې سیسټم دې حقیقت ته خورا نږدې دی څومره چې موږ فکر کوو. موږ ته د ریاضیاتو ښه روزنه ورکول کیږي، موږ ته ښه الګوریتمیک روزنه راکړل کیږي، موږ ته د پروګرام کولو ژبو یو څه پوهه راکړل کیږي. او د مرکې په اړه، دا ماته یو څه نږدې ښکاري. موږ باید د انجینرانو سره مرکه وکړو. موږ د T-شکل لپاره د T پورتنۍ برخې ته اړتیا لرو. ځکه چې دا به د T خط عمودی کرښه ترلاسه کړي.

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

پاول سیلیوانوف: مننه.

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

Add a comment