د آی ټي شرکت لپاره په 2019 کې بریالي کیدو لپاره څه اړتیا لري؟ په کنفرانسونو او غونډو کې استادان ډیرې لوړې خبرې وايي چې تل د عادي خلکو لپاره د پوهیدو وړ ندي. د ګمارنې وخت لپاره مبارزه ، مایکرو خدمات ، د مونولیت پریښودل ، د DevOps بدلون او نور ډیر څه. که موږ لفظي ښکلا پریږدو او په مستقیم ډول او په روسیه کې خبرې وکړو، نو دا ټول یو ساده مقالې ته راځي: د لوړ کیفیت محصول جوړ کړئ، او د ټیم لپاره په آرامۍ سره ترسره کړئ.
وروستنی خورا مهم شوی دی. سوداګرۍ په نهایت کې دې پایلې ته رسیدلې چې د آرامۍ پراختیا پروسه د تولید کچه ډیروي ، او که هرڅه له مینځه ویسي او د ساعت په څیر کار کوي ، نو دا په نازکو شرایطو کې د چلولو لپاره یو څه ځای هم ورکوي. یو وخت ، د دې چلولو لپاره ، یو ځانګړی هوښیار سړی د بیک اپ سره راغی ، مګر صنعت وده کوي ، او موږ د DevOps انجینرانو ته راغلو - هغه خلک چې د پراختیا او بهرني زیربنا تر مینځ د متقابل عمل پروسه په کافي او یو څه بدلوي. د شمنیزم سره تړاو نلري.
دا ټوله "ماډولر" کیسه په زړه پوري ده ، مګر ... داسې پیښ شوي چې ځینې مدیران په ناڅاپي ډول د DevOps په نوم یاد شوي ، او پخپله د DevOps انجینرانو ته اړتیا لیدل کیږي چې لږترلږه د ټیلی پیټي او ادعا کولو مهارتونه ولري.
مخکې له دې چې موږ د زیربنا چمتو کولو عصري ستونزو په اړه وغږیږو، راځئ چې دا تعریف کړو چې موږ د دې اصطلاح معنی څه ده. په اوسني وخت کې، وضعیت په داسې ډول وده کړې چې موږ د دې مفکورې دوه اړخیزه ته رسیدلي یو: زیربنا په مشروط ډول بهرنۍ او په مشروط ډول داخلي کیدی شي.
د بهرنۍ زیربنا په واسطه موږ هر هغه څه معنی لرو چې د خدماتو یا محصول فعالیت تضمینوي چې ټیم یې وده کوي. دا د غوښتنلیک یا ویب پاڼې سرورونه دي، کوربه کول او نور خدمتونه چې د محصول فعالیت تضمینوي.
داخلي زیربنا کې خدمات او تجهیزات شامل دي چې پخپله د پراختیایی ټیم او نورو کارمندانو لخوا کارول کیږي، چې معمولا ډیری دي. دا د کوډ ذخیره کولو سیسټمونو داخلي سرورونه دي، په محلي توګه ګمارل شوي کاري مدیر او هرڅه، هرڅه، هرڅه چې په کارپوریټ انټرانیټ کې شتون لري.
په یوه شرکت کې د سیسټم مدیر څه کوي؟ د دې خورا کارپوریټ انټرانیټ اداره کولو کار سربیره ، دا ډیری وختونه د اقتصادي اندیښنو بار په غاړه لري ترڅو د دفتر تجهیزاتو فعالیت تضمین کړي. اډمین هماغه سړی دی چې ژر تر ژره به د شاتنۍ خونې څخه د کارونې لپاره یو نوی سیسټم واحد یا اضافي لیپ ټاپ راوباسي ، یو نوی کیبورډ ورکړي او د دفترونو له لارې په ټولو څلورو برخو کې کرال کوي ، د ایترنیټ کیبل اوږدوي. مدیر نه یوازې د داخلي او بهرني سرورونو ځایی مالک او حاکم دی ، بلکه د سوداګرۍ اجرایوي هم دی. هو، ځینې مدیران کولی شي یوازې د سیسټم په الوتکه کې کار وکړي، پرته له هارډویر. دوی باید د "بنسټیز سیسټم مدیرانو" په جلا فرعي ټولګي کې جلا شي. او ځینې یې په ځانګړي ډول د دفتر تجهیزاتو خدمت کولو کې تخصص لري؛ خوشبختانه ، که چیرې شرکت له سلو څخه ډیر خلک ولري ، کار هیڅکله پای ته نه رسیږي. خو له دوی څخه هیڅ یو هم نه دي.
DevOps څوک دي؟ Devops هغه هلکان دي چې د بهرنۍ زیربنا سره د سافټویر پراختیا د متقابل عمل په اړه خبرې کوي. په دقیقه توګه، عصري ډیوپس د هغو مدیرانو په پرتله چې په ساده ډول یې ftp ته تازه معلومات اپلوډ کړي د پراختیا او ګمارلو پروسو کې دخیل دي. د DevOps انجینر یو له کلیدي دندو څخه دا دی چې د پراختیایی ټیمونو او محصول زیربنا تر مینځ د متقابل عمل یو هوسا او مؤثره جوړښت پروسې ډاډمن کړي. دا هغه خلک دي چې د رول بیک او پلي کولو سیسټمونو پلي کولو مسؤلیت لري؛ دا هغه خلک دي چې د پراختیا کونکو څخه ځینې بار اخلي او د امکان تر حده په خورا مهم کار تمرکز کوي. په ورته وخت کې ، ډیوپس به هیڅکله نوی کیبل ونه چلوي یا د شا خونې څخه نوی لپ ټاپ صادر کړي (c) KO
کیچ څه شی دی؟
دې پوښتنې ته " DevOps څوک دی؟" په ساحه کې نیمایي کارګران یو څه ځواب ویل پیل کوي لکه "ښه، په لنډه توګه، دا هغه مدیر دی چې ..." او نور په متن کې. هو ، یو وخت ، کله چې د DevOps انجینر مسلک د خدماتو ساتنې په برخه کې د خورا تکړه مدیرانو څخه راپورته کیده ، د دوی ترمینځ توپیرونه د هرچا لپاره څرګند نه و. مګر اوس ، کله چې په ټیم کې د ډیوپس او اډمین دندې په بشپړ ډول توپیر شوي ، نو دا د منلو وړ نه ده چې دوی له یو بل سره مغشوش کړي ، یا حتی دوی مساوي کړي.
مګر دا د سوداګرۍ لپاره څه معنی لري؟
استخدام، دا ټول د هغې په اړه دي.
تاسو د "سیسټم مدیر" لپاره خالي ځای پرانیزئ، او دلته لیست شوي اړتیاوې د "پراختیا او پیرودونکو سره تعامل"، "CI/CD تحویلي سیسټم"، "د شرکت د سرورونو او تجهیزاتو ساتنه"، "د داخلي سیسټمونو اداره کول" او داسې نور دي. پر تاسو پوهیږئ چې کارمند بې ځایه خبرې کوي. کیچ دا دی چې د "سیسټم مدیر" پرځای د خالي ځای سرلیک باید "DevOps انجینر" وي ، او که دا سرلیک بدل شي ، نو هرڅه په ځای کیږي.
په هرصورت، کله چې د داسې خالي ځای لوستل یو څه تاثیر ترلاسه کوي؟ دا چې شرکت د څو ماشینونو آپریټر په لټه کې دی چې دواړه به د نسخې کنټرول او نظارت سیسټم ځای په ځای کړي او د غاښونو سره به ټویسټر کش کړي ...
مګر د دې لپاره چې د کار بازار کې د مخدره توکو روږدي کیدو درجې ته وده ورنکړي ، دا کافي دي چې خالي بستونه د دوی په مناسبو نومونو ووایاست او په روښانه توګه پوه شئ چې د DevOps انجینر او د سیسټم مدیر دوه مختلف ارګانونه دي. مګر د ځینو کارګمارونکو نه هیریدونکی هیله چې نوماند ته د اړتیاو پراخه احتمالي لیست وړاندې کړي د دې حقیقت لامل کیږي چې د "کلاسیک" سیسټم مدیران پدې پوهیدل بندوي چې د دوی شاوخوا څه پیښیږي. څه، مسلک متغیر دی او دوی د وخت شاته دي؟
نه نه او یو ځل بیا نه. د زیربنا مدیران چې د شرکت داخلي سرورونه اداره کوي، یا د L2/L3 ملاتړ پوستونه نیسي او د نورو کارمندانو سره مرسته کوي، نه تللي او نه به ځي.
ایا دا متخصصین د DevOps انجینران کیدی شي؟ البته دوی کولی شي. په حقیقت کې، دا یو اړونده چاپیریال دی چې د سیسټم مدیریت مهارتونو ته اړتیا لري، مګر د دې سربیره، د څارنې، تحویلي سیسټمونو سره کار کول او په عموم کې، د پراختیا او ازموینې ټیم سره نږدې متقابل عمل اضافه کیږي.
د DevOps بله ستونزه
په حقیقت کې ، هرڅه یوازې د ګمارلو او د مدیرانو او ډیوپس ترمینځ دوامداره ګډوډي پورې محدود ندي. په ځینو وختونو کې، سوداګرۍ د وروستي زیربنا سره د پرمختیایي ټیم د تازه معلوماتو او تعاملاتو وړاندې کولو ستونزې سره مخ و.
شاید دا هغه وخت و کله چې یو کاکا د روښانه سترګو سره د ځینې کنفرانس په سټیج کې ودرېد او ویې ویل: "موږ دا کوو او دې ته یې DevOps وایو. دا هلکان به ستاسو ټولې ستونزې حل کړي "- او ویل یې پیل کړل چې د DevOps عملونو پلي کولو وروسته په شرکت کې څومره ښه ژوند دی.
په هرصورت، دا کافي ندي چې د DevOps انجنیر وګمارل شي ترڅو هرڅه کار وکړي لکه څنګه چې باید وي. شرکت باید د بشپړ DevOps بدلون څخه تیر شي ، دا دی ، زموږ د DevOps رول او وړتیاوې باید د محصول پراختیا او ازموینې ټیم اړخ کې هم په روښانه ډول پوه شي. موږ پدې موضوع کې یوه "په زړه پورې" کیسه لرو چې په بشپړ ډول ټول هغه وحشت په ګوته کوي چې په ځینو ځایونو کې پیښیږي.
حالت. DevOps ته اړتیا ده چې د نسخې رول بیک سیسټم ځای په ځای کړي پرته لدې چې واقعیا په دې پوه شي چې دا به څنګه کار وکړي. راځئ فرض کړو چې د کاروونکو سیسټم کې د لومړي نوم ، وروستي نوم او پټنوم لپاره جلا ساحې شتون لري. د محصول نوې نسخه راځي، مګر د پراختیا کونکو لپاره، "رول بیک" یوازې یو جادو څنډه ده چې هرڅه به سم کړي، او دوی حتی نه پوهیږي چې دا څنګه کار کوي. نو ، د مثال په توګه ، په راتلونکي پیچ کې پراختیا کونکو د لومړي او وروستي نوم ساحې سره یوځای کړل ، دا یې تولید ته واړول ، مګر نسخه د ځینې دلیلونو لپاره ورو ده. څه خبرې دي؟ مدیریت دیوپس ته راځي او وايي "سویچ وباسه!"، دا دی، له هغه څخه غوښتنه کوي چې پخوانۍ نسخې ته بیرته راشي. دیوپس څه کوي؟ دا پخوانۍ نسخې ته بیرته راګرځي، مګر له هغه وخته چې پراختیا کونکي نه غوښتل معلومه کړي چې دا رول بیک څنګه ترسره شوی، هیچا د ډیوپس ټیم ته ونه ویل چې ډیټابیس هم باید بیرته راوګرځول شي. د پایلې په توګه، هرڅه زموږ لپاره خرابیږي، او د ورو ویب پاڼې پرځای، کاروونکي د "500" تېروتنه ګوري، ځکه چې زاړه نسخه د نوي ډیټابیس ساحو سره کار نه کوي. دیوپس په دې اړه نه پوهیږي. پراختیا کونکي خاموش دي. مدیریت د خپلو اعصابو او پیسو له لاسه ورکولو پیل کوي او بیک اپونه یادوي، د دوی څخه د بیرته راګرځولو وړاندیز کوي ترڅو "لږترلږه یو څه کار وکړي." د پایلې په توګه، کاروونکي د یوې مودې په اوږدو کې خپل ټول معلومات له لاسه ورکوي.
مغز، البته، ډیوپس ته ځي، کوم چې "د سم رول بیک سیسټم نه دی رامینځته کړی،" او هیڅوک پروا نه کوي چې پدې کیسه کې موز پراختیا کونکي دي.
پایله ساده ده: پرته له دې چې DevOps ته نورمال چلند وشي ، دا لږ کار کوي.
د یادولو لپاره اصلي شی: د DevOps انجنیر جادوګر نه دی، او د کیفیت سره مخابراتو او د پراختیا سره دوه اړخیز تعامل پرته، هغه به د خپلو دندو سره مقابله ونه کړي. ډیوز نشي کولی د دوی "ستونزو" سره یوازې پریښودل شي یا دا امر ورکړل شي چې "د پراختیا کونکو سره مداخله مه کوئ ، د دوی دنده کوډ کول دي" او بیا امید لري چې په یوه حساس وخت کې به هرڅه لکه څنګه چې باید کار وکړي. دا څنګه کار نه کوي.
په لازمي ډول ، DevOps د مدیریت او ټیکنالوژۍ ترمینځ په پوله کې وړتیا ده. سربیره پردې، دا څرګنده نه ده چې په دې کاکټیل کې باید د مدیریت په پرتله ډیر ټیکنالوژي شتون ولري. که تاسو واقعیا غواړئ د ګړندي او خورا مؤثره پراختیا پروسې رامینځته کړئ ، نو تاسو باید په خپل ډیوپس ټیم باور وکړئ. هغه سم وسایل پیژني، هغه ورته پروژې پلي کړي، هغه پوهیږي چې څنګه یې ترسره کړي. د هغه سره مرسته وکړئ، د هغه مشورې ته غوږ ونیسئ، هڅه مه کوئ چې هغه په یو ډول خپلواکه واحد کې جلا کړئ. که مدیران په خپله کار کولی شي ، نو بیا په دې حالت کې ډیوپس بې ګټې دي؛ دوی به ونشي کولی تاسو سره د ښه کیدو کې مرسته وکړي که تاسو پخپله نه غواړئ دا مرسته ومنئ.
او یو وروستی شی: د زیربنا مدیرانو سرغړونه بنده کړئ. دوی خپل، د کار خورا مهم مخ لري. هو ، یو مدیر کولی شي د DevOps انجینر شي ، مګر دا باید پخپله د شخص په غوښتنه پیښ شي ، نه د فشار لاندې. او په دې کې هیڅ غلط نه دی چې د سیسټم مدیر غواړي د سیسټم مدیر پاتې شي - دا د هغه جلا مسلک او حق دی. که تاسو غواړئ د مسلکي بدلون څخه تیر شئ، نو تاسو باید هیڅکله هیر نکړئ چې تاسو باید نه یوازې تخنیکي مهارتونه رامینځته کړئ، بلکې مدیریت هم. ډیری احتمال، دا به تاسو پورې اړه ولري چې د یو مشر په توګه دا ټول خلک سره راټول کړئ او دوی ته په ورته ژبه د خبرو اترو درس ورکړئ.
سرچینه: www.habr.com