- سلام دیما. تاسو تخنیکي رییس یاست "فلانټاو د دې بنسټ ایښودونکی هم دی. مهرباني وکړئ موږ ته ووایاست چې شرکت څه کوي او تاسو په دې کې څه یاست؟
دیمتري: له بهر څخه داسې ښکاري چې موږ هغه هلکان یو چې د هرچا لپاره د کبرنیټ نصبولو شاوخوا ګرځي او د دې سره یو څه کوي. خو دا ریښتیا نه ده. موږ د یو شرکت په توګه پیل وکړ چې د لینکس سره معامله کوي، مګر د ډیرې مودې لپاره زموږ اصلي فعالیت د تولید او د لوړ بار بار پروژې خدمت کول دي. معمولا موږ ټول زیربنا له سکریچ څخه جوړوو او بیا د اوږدې مودې لپاره د هغې لپاره مسؤل یو. له همدې امله، اصلي کار چې "فلانټ" کوي، د کوم لپاره چې پیسې ترلاسه کوي، دا دی مسؤلیت په غاړه اخیستل او د ټرنکي تولید پلي کول.
زه، د تخنیکي رییس او د شرکت یو بنسټ ایښودونکي په توګه، ټوله شپه او شپه هڅه کوم چې معلومه کړم چې څنګه تولید ته د لاسرسي زیاتوالی، د هغې عملیات ساده کول، د مدیرانو ژوند آسانه کول، او د پراختیا کونکو ژوند نور هم ښه کول. خوندور
د Kubernetes په اړه
- په دې وروستیو کې ما د "فلانټ" او څخه ډیری راپورونه لیدلي دي مقالې د Kubernetes په اړه. ته څنګه هغه ته راغلې؟
دیمتري: ما مخکې هم څو څو ځله په دې اړه خبرې کړې دي، خو زه یې په تکرارولو کې هیڅ فکر نه کوم. زما په اند دا سمه ده چې دا موضوع تکرار شي ځکه چې د علت او تاثیر ترمنځ ګډوډي شتون لري.
دیمتري: ستراتیژي دا ده: موږ ځو او هر هغه څه ته چې دمخه شتون لري غوښتنې راوباسي. که چیرې د پلي کولو غوښتنې هلته ونه منل شي ، موږ په ساده ډول دوی پخپله جوړوو او تر هغه وخته پورې ژوند کوو چې زموږ د جوړیدو سره منل شوي نه وي. بیا، کله چې دا پورته ته ورسیږي، موږ بیرته د پورته نسخې ته ځو.
د مثال په توګه، موږ د پرومیتیوس آپریټر لرو، د کوم سره چې موږ شاید مخکې له مخکې 5 ځله زموږ د مجلس پورته خوا ته لاړ شو. موږ یو ډول ب featuresو ته اړتیا لرو ، موږ د پلې کولو غوښتنه لیږلې ، موږ اړتیا لرو چې سبا یې راوباسئ ، مګر موږ نه غواړو انتظار وکړو چې دا د پورته جریان خوشې شي. په دې اساس، موږ د ځان لپاره راټولوو، زموږ د ځانګړتیا سره زموږ مجلس، کوم چې موږ د ځینو دلیلونو لپاره اړتیا لرو، زموږ ټولو کلسترونو ته وړاندې کوو. بیا، د مثال په توګه، په پورته جریان کې دوی دا د دې کلمو سره موږ ته راګرځوي: "هلکانو، راځئ چې دا د یوې عمومي قضیې لپاره وکړو،" موږ، یا بل څوک، دا پای ته رسوو، او د وخت په تیریدو سره بیرته یوځای کیږي.
موږ هڅه کوو هر هغه څه ته وده ورکړو چې شتون لري. ډیری عناصر چې لا تر اوسه شتون نلري، لا تر اوسه اختراع شوي ندي، یا اختراع شوي، مګر د پلي کولو لپاره وخت نه لري - موږ یې کوو. او نه دا چې موږ د صنعت په توګه پروسې یا بایسکل جوړونه خوښوو، مګر یوازې دا چې موږ دې وسیلې ته اړتیا لرو. پوښتنه ډیری وخت کیږي، ولې موږ دا یا دا کار وکړ؟ ځواب ساده دی - هو، ځکه چې موږ باید نور لاړ شو، یو څه عملي ستونزه حل کړه، او موږ یې د دې تولا سره حل کړه.
لاره تل داسې وي: موږ په ډیر احتیاط سره لټون کوو او که چیرې موږ د یوې ډوډۍ څخه د ټرالیبس جوړولو په اړه کومه حل ونه موندلو، نو بیا موږ خپله ډوډۍ او خپل ټرالیبس جوړوو.
د فلانټا وسایل
- زه پوهیږم چې فلانټ اوس د اډون آپریټرونه ، شیل آپریټرونه ، او د ډیپ / ویرف اوزار لري. لکه څنګه چې زه پوهیږم، دا په مختلفو اوتارونو کې ورته وسیله ده. زه دا هم پوهیږم چې په فلانټ کې ډیری نور مختلف وسایل شتون لري. دا رشتېا ده؟
دوهم دلیل یې ځای پرځای کول دي. هو، هیلم شتون لري، مګر دا یوازې ځینې ستونزې حل کوي. مهمه نده چې دا څومره مسخره وي ، دا لیکل شوي چې "هیلم د کبرنیټس لپاره د بسته بندۍ مدیر دی." دقیقا څه شی دی. دلته د "پیکج مدیر" کلمې هم شتون لري - د پیکج مدیر څخه عادي تمه څه ده؟ موږ وایو، "د بسته بندۍ مدیر - کڅوړه وړاندې کړئ!" او موږ تمه لرو چې هغه به موږ ته ووایی: "پیکیج تحویل شوی دی."
دا په زړه پورې ده چې موږ ووایو: "هیلم، کڅوړه نصب کړئ" او کله چې هغه ځواب ورکوي چې هغه یې نصب کړی، دا معلومه شوه چې هغه یوازې نصب کړی - هغه کوبرنیټس ته اشاره وکړه: "دا شی پیل کړئ!"، او ایا دا پیل شوی یا نه. که دا کار کوي یا نه، هیلم دا مسله په بشپړه توګه نه حل کوي.
دا معلومه شوه چې هیلم یوازې د متن پری پروسیسر دی چې ډیټا په کوبرنیټس کې باروي.
مګر د هرې ګمارنې برخې په توګه، موږ غواړو پوه شو چې ایا غوښتنلیک تولید ته خپور شوی که نه؟ پروډ ته راوتلی پدې معنی چې غوښتنلیک هلته تللی دی ، نوې نسخه ځای په ځای شوې ، او لږترلږه دا هلته ټکر نه کوي او سم ځواب ورکوي. حلیم دا ستونزه په هیڅ صورت نه حل کوي. د دې د حل کولو لپاره ، تاسو اړتیا لرئ ډیرې هڅې مصرف کړئ ، ځکه چې تاسو اړتیا لرئ کوبرنیټس ته امر ورکړئ ترڅو وڅارئ او وڅارئ چې هلته څه پیښیږي - ایا دا ځای پرځای شوي یا رول شوي. او د ځای په ځای کولو ، پاکولو او مجلس پورې اړوند د کارونو یوه ډله هم شتون لري.
د لینکس کرنل په تاریخي ډول د ip لاره ، یو ډیر فلټر ، پلونه او ډیری مختلف زاړه برخې لري چې 15 ، 20 ، 30 کلن دي. په عموم کې ، دوی کار کوي ، هرڅه عالي دي ، مګر اوس دوی کانټینرونه ډک کړي ، او داسې ښکاري چې د یو بل په سر کې د 15 خښتو برج ، او تاسو په یوه پښه کې ودریږئ - یو عجیب احساس. دا سیسټم په تاریخي ډول د ډیری نښو سره وده کړې، لکه په بدن کې ضمیمه. په ځینو حالتونو کې د فعالیت سره ستونزې شتون لري، د بیلګې په توګه.
دلته یو په زړه پوری BPF او د دانه لپاره د هکس لیکلو وړتیا شتون لري - هلکانو د کرنل لپاره خپل هکونه لیکلي. بسته د لینوکس کرنل ته راځي، دوی دا په ان پټ کې په سمه توګه اخلي، دا پخپله پروسس کوي لکه څنګه چې باید پرته له پلونو، TCP پرته، د IP سټیک پرته - په لنډه توګه، هر هغه څه چې په لینکس کرنل کې لیکل شوي، تیریږي، او بیا یې تویوي. دا په کانتینر کې واچوئ.
څه شوي دي؟ خورا ښه فعالیت ، په زړه پوري ب featuresې - یوازې ښه! مګر موږ دې ته ګورو او ګورو چې په هر ماشین کې یو برنامه شتون لري چې د کوبرنیټس API سره وصل کیږي او د هغه معلوماتو پراساس چې له دې API څخه ترلاسه کوي ، C کوډ رامینځته کوي او بائنریونه راټولوي چې دا په کرنل کې بار کوي ترڅو دا هکونه کار وکړي. د کرنل په ځای کې
څه پیښیږي که چیرې یو څه غلط شي؟ موږ نه پوهیږو. د دې پوهیدو لپاره ، تاسو اړتیا لرئ دا ټول کوډ ولولئ ، ټول منطق درک کړئ ، او دا حیرانتیا ده چې دا څومره ستونزمن دی. مګر، له بلې خوا، دا پلونه، خالص فلټرونه، ip لارې شتون لري - ما د دوی سرچینې کوډونه ندي لوستلي، او 40 انجنیران چې زموږ په شرکت کې هم کار کوي. شاید یوازې یو څو په ځینو برخو پوه شي.
او فرق څه دی؟ دا معلومه شوه چې د ip لاره شتون لري، د لینکس کرنل، او یو نوی وسیله شتون لري - دا څه توپیر لري، موږ په یو یا بل نه پوهیږو. مګر موږ د یو څه نوي کارولو څخه ویره لرو - ولې؟ ځکه چې که دا وسیله 30 کلن وي، نو په 30 کلونو کې ټول بګونه وموندل شول، ټولې تېروتنې په لاره اچول شوي او تاسو اړتیا نلرئ د هرڅه په اړه پوه شئ - دا د تور بکس په څیر کار کوي او تل کار کوي. هرڅوک پوهیږي چې کوم تشخیصی سکریو ډرایور په کوم ځای کې ودریږي ، کوم tcpdump په کومه شیبه کې چلیږي. هرڅوک د تشخیصي اسانتیاو ښه پوهیږي او پوهیږي چې د اجزاو دا سیټ په لینکس کرنل کې څنګه کار کوي - نه دا چې دا څنګه جوړښت شوی ، مګر دا څنګه کارول کیږي.
او په زړه پورې یخ Cilium 30 کلن نه دی، دا لا پخه شوی نه دی. Kubernetes ورته ستونزه لري، کاپي. دا سیلیم عالي کار کوي ، دا کوبرنیټس عالي کار کوي ، مګر کله چې په تولید کې یو څه غلط شي ، ایا تاسو کولی شئ په جدي حالت کې ژر پوه شئ چې څه غلط شوي؟
د مثال په توګه، یو واحد دی چې د 300 کسانو لخوا لیکل شوی، او هرڅوک چې په پراختیا کې برخه اخیستې وي پوهیږي چې دلته ستونزې شتون لري، او دا باید په کوچنیو ټوټو ویشل شي - شاوخوا 10 ټوټې، چې هر یو یې د 30 کسانو لخوا لیکل شوی. په لږترلږه نسخه کې. دا مهم، اړین او یخ دی. مګر کله چې یو پیل موږ ته راشي، چیرته چې 3 خورا تکړه او تکړه هلکان په خپلو زنګونونو کې 60 مایکرو خدمتونه لیکلي، هرکله چې زه کوروالول ګورم.
ماته داسې ښکاري چې دا دمخه په زرګونو ځله خبرې شوي دي - دوی په یوه یا بل ډول توزیع شوي مونولیت ترلاسه کړی. دا په اقتصادي توګه توجیه نه ده؛ دا په عمومي توګه خورا ستونزمن دی. ما دا څو ځله لیدلي چې دا واقعیا ما ته زیان رسوي، نو زه د هغې په اړه خبرو ته دوام ورکوم.
لومړنۍ پوښتنې ته ، د دې حقیقت ترمینځ شخړه شتون لري چې له یوې خوا ، کوبرنیټس کارول ویره لري ، ځکه چې دا روښانه نده چې څه به هلته مات شي یا کار نه کوي ، له بلې خوا ، دا روښانه ده چې هرڅه هلته ځي او هیڅ شی به نه وي مګر Kubernetes به پیښ شي. ځواب - د ګټو مقدار وزن کړئ چې راځي، د دندو اندازه چې تاسو یې حل کولی شئ. دا د پیمان په یو اړخ کې دی. له بلې خوا، د کم وخت یا د غبرګون وخت کمښت، د شتون کچه، یا د فعالیت شاخصونو کمښت سره خطرونه شتون لري.
دلته دا دی - یا موږ په چټکۍ سره حرکت کوو، او کوبرنیټس موږ ته اجازه راکوي چې ډیری شیان ډیر ګړندي او غوره ترسره کړو، یا موږ د باور وړ، وخت ازمول شوي حلونه کاروو، مګر ډیر ورو حرکت کوو. دا یو انتخاب دی چې هر شرکت باید وکړي. تاسو کولی شئ دا په ځنګل کې د یوې لارې په توګه فکر وکړئ - کله چې تاسو د لومړي ځل لپاره ځئ ، تاسو کولی شئ مار ، پړانګ یا لیونۍ بیجر سره ووینئ ، او کله چې تاسو 10 ځله مزل کړی وي ، تاسو له لارې لرې کړی یاست. څانګې او تګ اسانه کړئ. هر ځل چې لاره پراخه شي. بیا دا د اسفالټ سړک دی، او وروسته یو ښکلی بلوارډ.
Kubernetes لاهم ولاړ نه دی. بیا پوښتنه: Kubernetes، له یوې خوا، 4-5 بائنریونه دي، له بلې خوا، دا ټول ایکوسیستم دی. دا هغه عملیاتي سیسټم دی چې موږ یې زموږ په ماشینونو کې لرو. دا څه شی دی؟ Ubuntu یا Curios؟ دا د لینکس کرنل دی، د اضافي اجزاوو یوه ډله. دا ټول شیان دلته له سړکه یو زهرجن مار وغورځول شو، هلته دښته جوړه شوه. Kubernetes خورا ګړندی او متحرک وده کوي ، او د خطرونو حجم ، د نامعلوم مقدار حجم هره میاشت کمیږي او په وینا یې ، دا پیمانه بیا متوازن کیږي.
د دې پوښتنې په ځواب کې چې یو پیل باید څه وکړي، زه به ووایم - فلانټ ته راشئ، 150 زره روبله تادیه کړئ او د ټرنکي DevOps اسانه خدمت ترلاسه کړئ. که تاسو د یو څو پراختیا کونکو سره کوچني پیل یاست ، دا کار کوي. د دې پرځای چې خپل DevOps استخدام کړئ ، څوک به اړتیا ولري چې ستاسو د ستونزو حل کولو لپاره زده کړي او پدې وخت کې معاش ورکړي ، تاسو به د ټولو مسلو لپاره د حل لاره ترلاسه کړئ. هو، ځینې نیمګړتیاوې شتون لري. موږ، د بهرنی سرچینې په توګه، دومره ښکیل نه یو او بدلونونو ته چټک ځواب ورکوو. مګر موږ ډیر مهارتونه او چمتو شوي تمرینونه لرو. موږ تضمین کوو چې په هر حالت کې به موږ ژر تر ژره دا معلومه کړو او کوم کبرنیټ له مړو څخه راپورته کړو.
زه په کلکه وړاندیز کوم چې د پیل کولو او تاسیس شوي سوداګرۍ لپاره آؤټ سورسنګ تر اندازې پورې چیرې چې تاسو کولی شئ د 10 خلکو ټیم عملیاتو ته وقف کړئ ، ځکه چې نور هیڅ معنی نلري. دا حتما د دې آؤټ سورس کولو لپاره معنی لري.
د ایمیزون او ګوګل په اړه
- ایا د ایمیزون یا ګوګل څخه د حل څخه کوربه د بهر سرچینې په توګه ګڼل کیدی شي؟
دیمتري: هو، البته، دا یو شمیر مسلې حل کوي. مګر بیا هم باریکونه شتون لري. تاسو لاهم اړتیا لرئ پوه شئ چې څنګه یې وکاروئ. د مثال په توګه، د ایمیزون AWS په کار کې زرګونه کوچني شیان شتون لري: د بار بیلانسر باید ګرم شي یا غوښتنه باید مخکې له مخکې لیکل شي چې "هلکانو، موږ ټرافیک ترلاسه کوو، زموږ لپاره د بار بیلانس ګرم کړئ! » تاسو اړتیا لرئ په دې نزاکتونو پوه شئ.
کله چې تاسو هغو خلکو ته ورشئ چې پدې کې تخصص لري ، تاسو نږدې ټول عادي شیان بند کړئ. موږ اوس مهال 40 انجنیران لرو، د کال په پای کې به شاید 60 وي - موږ یقینا د دې ټولو شیانو سره مخ شوي یو. حتی که موږ په یوه پروژه کې بیا له دې ستونزې سره مخ شو، موږ ژر تر ژره یو له بل څخه پوښتنه کوو او پوهیږو چې څنګه یې حل کړو.
شاید ځواب دا وي چې البته، یو کوربه کیسه ځینې برخې اسانه کوي. پوښتنه دا ده چې ایا تاسو چمتو یاست چې په دې کوربه توب باور وکړئ او ایا دوی به ستاسو ستونزې حل کړي. ایمیزون او ګوګل ښه فعالیت کړی. زموږ د ټولو قضیو لپاره - دقیقا. موږ نور مثبتې تجربې نه لرو. نور ټول بادل چې موږ یې د کار کولو هڅه کړې ډیری ستونزې رامینځته کوي - اګر ، او هرڅه چې په روسیه کې دي ، او په مختلف پلي کولو کې ټول ډوله اوپن سټیک: هیډسټر ، اووریج - هرڅه چې تاسو غواړئ. دوی ټول هغه ستونزې رامینځته کوي چې تاسو یې نه غواړئ حل کړئ.
ځینې خلک غلط فهم لري چې دوی کبرنیټ ته اړتیا لري. خلک اړتیا لري، دوی ژوره اړتیا لري چې فکر کولو، مطالعې، د زیربنا ټولو ستونزو او د دوی د غوښتنلیکونو چلولو ستونزو کې لیوالتیا ودروي. دوی غواړي غوښتنلیکونه یوازې کار وکړي او په ساده ډول ځای په ځای شي. د دوی لپاره ، کوبرنیټس دا امید دی چې دوی به د هغه کیسې اوریدل بند کړي چې "موږ هلته پروت وو" ، یا "موږ نشو کولی بهر شو ،" یا هرڅه.
تخنیکي رییس معمولا موږ ته راځي. دوی له هغه څخه د دوو شیانو غوښتنه کوي: له یوې خوا، موږ ته ځانګړتیاوې راکړئ، له بلې خوا، ثبات. موږ وړاندیز کوو چې دا پخپله واخلئ او دا یې وکړئ. د سپینو زرو ګولۍ، یا د سپینو زرو تخته دا ده چې تاسو د دې ستونزو په اړه فکر کول او د وخت ضایع کول پریږدئ. تاسو به ځانګړي خلک ولرئ چې دا مسله به وتړي.
هغه کلمې چې موږ یا بل څوک کوبرنیټس ته اړتیا لري ناسم دي.
اډمین واقعیا Kubernetes ته اړتیا لري، ځکه چې دا یو ډیر په زړه پورې لوبو دی چې تاسو کولی شئ ورسره لوبه وکړئ او ټینکر وکړئ. راځئ چې صادق واوسو — هرڅوک د لوبو سره مینه لري. موږ ټول یو ځای ماشومان یو، او کله چې موږ یو نوی ګورو، موږ غواړو له هغې سره لوبې وکړو. ځینې خلک دا رد کړي، د بیلګې په توګه، په اداره کې، ځکه چې دوی لا دمخه کافي لوبه کړې او لا دمخه په دې ټکي ستړي شوي چې دوی په ساده ډول نه غواړي. خو دا په بشپړه توګه د چا له لاسه نه ده. د مثال په توګه ، که زه د اوږدې مودې لپاره د سیسټم ادارې او DevOps په ډګر کې له لوبو څخه ستړی شوی یم ، نو زه لاهم له لوبو سره مینه لرم او لاهم یو څه نوي پیرود کوم. ټول خلک، یو ډول یا بل، لاهم یو ډول لوبو غواړي.
دا اوس په 2019 کې کومه راډیو ده؟ په موټر کې، د راډیو ریسیور ټول موجونه او د سټیشنونو نومونه لټوي. د پروسې فزیک په 100 کلونو کې نه دی بدل شوی، مګر د کارولو اسانتیا لري. اوس، او نه یوازې اوس، لا دمخه په 1980 کې، کله چې د عظیموف سره مرکه وه، هرڅوک راډیو کارولې او هیچا فکر نه کاوه چې دا څنګه کار کوي. دا تل کار کړی دی - دا یو ورکړل شوی دی.
عاصموف بیا وویل چې دا به د کمپیوټر سره ورته وي. د کارولو اسانتیا به زیاته شي. که په 1980 کې تاسو اړتیا لرئ چې په کمپیوټر کې د بټونو فشارولو لپاره ځانګړې زده کړې ترلاسه کړئ، نو په راتلونکي کې به دا قضیه نه وي.
زه احساس کوم چې د کوبرنیټس او زیربنا سره به د کارولو اسانتیا کې لوی زیاتوالی هم راشي. دا، زما په نظر، څرګند دی - دا په سطحه پروت دی.
د انجنیرانو سره څه وکړي؟
- بیا به د انجینرانو او سیسټم مدیرانو سره څه پیښ شي چې د کوبرنیټس ملاتړ کوي؟
دیمتري: د 1C له راتګ وروسته محاسب ته څه پیښ شول؟ په همدې اړه. مخکې، دوی په کاغذ کې شمیرل - اوس په یوه پروګرام کې. د کار تولید د پراخوالي امرونو سره لوړ شوی، مګر پخپله کار ورک شوی نه دی. که پخوا په یوه څراغ کې 10 انجنیرانو کار کاوه، اوس به یو کافی وي.
د سافټویر مقدار او د دندو شمیر، زما په اند، اوس د نوي DevOps په پرتله په چټکۍ سره وده کوي او موثریت مخ په ډیریدو دی. اوس په بازار کې یو ځانګړی کمښت شتون لري او دا به ډیر وخت دوام وکړي. وروسته ، هرڅه به یو ځانګړي نورم ته راستون شي ، په کوم کې چې د کار موثریت به ډیر شي ، ډیر او ډیر سرور به وي ، یو نیورون به د کوبرنیټ سره وصل شي ، کوم چې به ټولې سرچینې په سمه توګه وټاکي لکه څنګه چې باید وي ، او په عمومي ډول به. هرڅه پخپله وکړئ، لکه څنګه چې باید وي - سړی به لاړ شي او مداخله ونه کړي.
البته، دا وضعیت به ډیر ژر بدل شي - یو څه سنتریت باید وي. دا د سافټویر پراختیا سره ورته نده - سره له دې چې هرڅوک پراختیا کونکو ته اړتیا لري ، او هرڅوک ښه پراختیا کونکو ته اړتیا لري ، بازار پوهیږي چې څوک د څه ارزښت لري - صنعت آباد شوی. دا اوس د DevOps سره قضیه نده.
- د هغه څه څخه چې ما اوریدلي، ما دې نتیجې ته ورسید چې د اوسني سیسټم مدیر باید ډیره اندیښنه ونه کړي، مګر دا وخت دی چې خپل مهارتونه لوړ کړي او دې حقیقت ته چمتو شي چې سبا به ډیر کار وي، مګر دا به ډیر لوړ وي.
دیمتري: سل په سلو کې. په عموم کې، موږ په 2019 کې ژوند کوو او د ژوند قاعده دا ده: د ټول عمر زده کړه - موږ په ټول ژوند کې زده کوو. ماته داسې ښکاري چې اوس هرڅوک پوهیږي او دا احساس کوي، مګر پوهیدل کافي ندي - تاسو باید دا وکړئ. هره ورځ موږ باید بدل کړو. که موږ دا کار ونه کړو، نو ژر یا وروسته به موږ د مسلک په څنګ کې پریږدو.
د تیز 180 درجې بدلونونو لپاره چمتو اوسئ. زه دا احتمال نه ردوم چې یو څه به په بنسټیز ډول بدل شي، یا یو څه نوی اختراع شي - دا پیښیږي. هپ! - او موږ اوس په بل ډول عمل کوو. دا مهمه ده چې د دې لپاره چمتو اوسئ او اندیښنه مه کوئ. دا ممکن وي چې سبا هر څه چې زه یې کوم غیر ضروري وي - هیڅ شی نه، ما ټول عمر زده کړه کړې او چمتو یم چې نور څه زده کړم. دا کومه ستونزه نه ده. تاسو باید د کار خوندیتوب څخه ویره ونلرئ، مګر تاسو اړتیا لرئ چې په دوامداره توګه یو څه نوي زده کړئ.
هیلې او د اعلان یوه دقیقه
– کومه هیله لرې؟
دیمتري: هو، څو ارمانونه لرم.
لومړی او خورا سوداګریز - ګډون وکړئ YouTube. ګرانو لوستونکو، یوټیوب ته لاړ شئ او زموږ چینل سبسکرایب کړئ. په نږدې یوه میاشت کې به موږ د ویډیو خدماتو فعال پراخول پیل کړو. موږ به د کوبرنیټس په اړه ډیر تعلیمي مینځپانګې ولرو، خلاص او مختلف: له عملي شیانو څخه تر لابراتوارونو پورې، ژورو بنسټیزو تیوریکي شیانو ته او د کبرنیټس پلي کولو څرنګوالی. د اصولو او نمونو کچه.
دوهم سوداګریزه هیله دا ده چې لاړ شي GitHub او ستوري واچوئ ځکه چې موږ دوی ته خواړه ورکوو. که تاسو موږ ته ستوري نه راکوي، موږ به د خوړلو لپاره هیڅ ونه لرو. دا د کمپیوټر په لوبه کې د مینا په څیر دی. موږ یو څه کوو، یو څه کوو، هڅه کوو، یو څوک وايي چې دا ډارونکي بایسکلونه دي، یو څوک چې هرڅه په بشپړ ډول غلط دي، مګر موږ دوام ورکوو او په بشپړ صداقت عمل کوو. موږ یوه ستونزه وینو، حل یې کړو او خپلې تجربې شریکې کړو. له همدې امله، موږ ته یو ستوری راکړئ، دا به تاسو لګښت ونه کړي، مګر دا به موږ ته ګټه ورسوي، ځکه چې موږ یې تغذیه کوو.
دریم، مهم، او نور نه سوداګریزه هیله ده په افسانو باور کول پریږدئ. تاسو مسلکي یاست. DevOps یو خورا جدي او مسؤل مسلک دی. په خپل کار ځای کې لوبې کول بند کړئ. اجازه راکړئ دا ستاسو لپاره کلیک وکړئ او تاسو به یې پوه شئ. تصور وکړئ چې تاسو روغتون ته راشئ، او هلته ډاکټر تاسو باندې تجربه کوي. زه پوهیږم چې دا ممکن د یو چا لپاره ناورین وي، مګر ډیری احتمال، دا ستاسو په اړه ندي، مګر د بل چا په اړه. نورو ته ووایه چې ودریږي. دا واقعیا زموږ د ټولو لپاره ژوند خرابوي - ډیری د عملیاتو ، اډمینونو او DevOps سره د ملګرو په توګه چلند کوي چې یو څه یې مات کړي. دا ډیری وختونه د دې حقیقت له امله "مات شوي" وو چې موږ لوبې ته لاړو، او په سړه شعور سره یې نه ګورو چې دلته څه دي او دلته څه دي.
دا پدې معنی ندي چې تاسو باید تجربه ونه کړئ. موږ باید تجربه وکړو، موږ دا پخپله کوو. د ریښتیني کیدو لپاره ، موږ پخپله هم ځینې وختونه لوبې کوو - دا ، البته ، خورا بد دی ، مګر هیڅ انسان زموږ لپاره اجنبی نه دی. راځئ چې 2019 د جدي ، ښه فکر کولو تجربو کال اعلان کړو ، نه په تولید کې لوبې. شاید همداسې وي.