DevOps په تیرو څو کلونو کې خورا مشهوره موضوع ګرځیدلې. ډیری خلک د دې سره د یوځای کیدو خوب کوي، مګر، لکه څنګه چې تمرین ښیې، ډیری وختونه یوازې د معاشونو د کچې له امله.
ځینې خلک د دوی په بیا پیل کې DevOps لیست کوي، که څه هم دوی تل د اصطلاح په جوهر نه پوهیږي یا نه پوهیږي. ځینې خلک فکر کوي چې د Ansible، GitLab، Jenkins، Terraform او ورته نورو مطالعې وروسته (لست ستاسو د ذوق سره سم ادامه ورکول کیدی شي)، تاسو به سمدلاسه "ډیوپسیسټ" شئ. دا، البته، ریښتیا نه ده.
د تیرو څو کلونو لپاره، زه په عمده توګه په مختلفو شرکتونو کې د DevOps پلي کولو کې ښکیل یم. له دې وړاندې، هغه د 20 کلونو څخه زیات د سیسټم مدیر څخه د IT رییس پورې په پوستونو کې کار کړی. اوس مهال په Playgendary کې د DevOps مشر انجنیر دی.
DevOps څوک دی
د یوې مقالې لیکلو نظر د بلې پوښتنې وروسته راپورته شو: "ډیو اوپس څوک دی؟" لا تر اوسه د څه یا څوک لپاره کومه ټاکل شوې اصطلاح شتون نلري. ځینې ځوابونه لا دمخه پدې کې دي . لومړی به یې اصلي ټکي په ګوته کړم او بیا به خپل نظریات او نظرونه شریک کړم.
DevOps یو متخصص ندی چې ګمارل کیدی شي ، نه د اسانتیاو سیټ ، او نه د انجینرانو سره د پراختیا کونکو څانګه.
DevOps یوه فلسفه او میتودولوژي ده.
په بل عبارت، دا د عملونو مجموعه ده چې پراختیا کونکو سره مرسته کوي په فعاله توګه د سیسټم مدیرانو سره اړیکه ونیسي. یعني د کار بهیرونه له یو بل سره وصل او یوځای کول.
د DevOps په راتګ سره، د متخصصینو جوړښت او رول ورته پاتې شو (هلته پراختیا کونکي شتون لري، انجنیران شتون لري)، مګر د متقابل عمل قواعد بدل شوي. د څانګو ترمنځ سرحدونه تیاره شوي دي.
د DevOps اهداف په دریو ټکو کې تشریح کیدی شي:
- سافټویر باید په منظمه توګه تازه شي.
- سافټویر باید ژر تر ژره ترسره شي.
- سافټویر باید په اسانۍ او لنډ وخت کې ځای په ځای شي.
د DevOps لپاره هیڅ واحد وسیله شتون نلري. د ډیری محصولاتو تنظیم کول ، تحویلول او مطالعه کول پدې معنی ندي چې DevOps په شرکت کې څرګند شوی. ډیری وسیلې شتون لري او دا ټول په بیلابیلو مرحلو کې کارول کیږي ، مګر یو ګډ هدف ته خدمت کوي.
او دا یوازې د DevOps وسیلو برخه ده
زه اوس د 2 کلونو څخه ډیر وخت لپاره د DevOps انجینر موقف لپاره د خلکو سره مرکه کوم ، او زه پوهیدم چې د اصطلاح په ماهیت په روښانه ډول پوهیدل څومره مهم دي. ما ځانګړي تجربې، مشاهدې او فکرونه راټول کړي چې زه یې غواړم شریک کړم.
د مرکې تجربې څخه، زه لاندې انځور ګورم: متخصصین چې DevOps د دندې سرلیک ګڼي معمولا د همکارانو سره غلط فهمۍ لري.
د پام وړ بېلګه وه. یو ځوان مرکې ته راغی چې په خپل ژوند کې یې ډیرې هوښیارې خبرې وکړې. په تیرو دریو دندو کې، هغه د 5-6 میاشتو تجربه درلوده. ما دوه پیلونه پریښودل ځکه چې دوی "لیدلي ندي." مګر د دریم شرکت په اړه، هغه وویل چې هیڅوک هغه هلته نه پوهیږي: پراختیا کونکي په وینډوز کې کوډ لیکي، او رییس دا کوډ مجبوروي چې په منظم ډاکر کې "لپټ" شي او د CI/CD پایپ لاین کې جوړ شي. هلک د خپل اوسني کار ځای او د هغه د همکارانو په اړه ډیری منفي شیان وویل - ما یوازې ځواب ورکړ: "نو تاسو به یو هاتین ونه پلورئ."
بیا ما له هغه څخه یوه پوښتنه وکړه چې زما په لیست کې د هر نوماند لپاره لوړ دی.
- DevOps ستاسو لپاره په شخصي توګه څه معنی لري؟
- په عمومي توګه یا زه دا څنګه درکوم؟
زه د هغه شخصي نظر سره علاقه لرم. هغه د اصطلاح په تیورۍ او اصل پوهیده، مګر هغه له دوی سره سخت اختلاف درلود. هغه باور درلود چې DevOps د دندې سرلیک و. دا هغه ځای دی چې د هغه د ستونزو ریښه ده. د نورو متخصصینو په څیر ورته نظر لري.
کارګمارونکي ، د "ډیو اوپس جادو" په اړه ډیر څه اوریدلي ، غواړي یو څوک ومومي چې راشي او دا "جادو" رامینځته کړي. او د "DevOps یوه دنده ده" کټګورۍ غوښتونکي نه پوهیږي چې د دې طریقې سره به دوی د تمې پوره کولو توان ونلري. او، په عموم کې، دوی په خپل بیا پیل کې DevOps لیکلي ځکه چې دا یو رجحان دی او دوی د دې لپاره ډیره پیسې ورکوي.
د DevOps میتودولوژي او فلسفه
میتودولوژي کیدای شي نظري او عملي وي. زموږ په قضیه کې، دا دویمه ده. لکه څنګه چې ما پورته یادونه وکړه، DevOps د کړنو او ستراتیژیو یوه مجموعه ده چې د بیان شوي اهدافو ترلاسه کولو لپاره کارول کیږي. او په هر حالت کې، د شرکت د سوداګرۍ پروسو پورې اړه لري، دا ممکن د پام وړ توپیر ولري. کوم چې دا ښه یا بد نه کوي.
د DevOps میتودولوژي یوازې د اهدافو ترلاسه کولو وسیله ده.
اوس د دې په اړه چې د DevOps فلسفه څه ده. او دا شاید ترټولو ستونزمن پوښتنه وي.
د لنډ او لنډ ځواب جوړول خورا ستونزمن کار دی، ځکه چې دا لاهم رسمي نه دی. او له هغه ځایه چې د DevOps فلسفې پیروان په عمل کې ډیر بوخت دي ، نو د فلسفې کولو لپاره په ساده ډول هیڅ وخت شتون نلري. په هرصورت، دا یو خورا مهم بهیر دی. سربیره پردې ، دا مستقیم د انجینرۍ فعالیتونو سره تړاو لري. حتی د پوهې ځانګړې ساحه شتون لري - .
زما په پوهنتون کې داسې کومه موضوع نه وه، ما باید هر څه پخپله د هغه موادو په کارولو سره زده کړل چې ما په 90s کې موندلی و. موضوع د انجینرۍ زده کړې لپاره اختیاري ده، له همدې امله د ځواب رسمي کولو نشتوالی. مګر هغه خلک چې په جدي ډول په DevOps کې ډوب شوي د شرکت د ټولو پروسو یو ځانګړي "روح" یا "نا شعوري جامعیت" احساس کوي.
د خپلې تجربې په کارولو سره، ما هڅه وکړه چې د دې فلسفې ځینې "موضوعات" رسمي کړي. پایله یې په لاندې ډول ده:
- DevOps یو څه خپلواک ندی چې د پوهې یا فعالیت په جلا ساحه کې جلا کیدی شي.
- د شرکت ټول کارمندان باید د DevOps میتودولوژي لخوا لارښود شي کله چې د دوی فعالیتونه پلان کړي.
- DevOps د شرکت دننه ټولې پروسې اغیزه کوي.
- DevOps د شرکت دننه د هر ډول پروسو لپاره د وخت لګښتونو کمولو لپاره شتون لري ترڅو د دې خدماتو پراختیا او د پیرودونکو اعظمي راحت ډاډمن کړي.
- DevOps، په عصري ژبه کې، د شرکت د هر کارمند فعال دریځ دی، چې موخه یې د وخت لګښتونه کمول او زموږ په شاوخوا کې د IT محصولاتو کیفیت ښه کول دي.
زه فکر کوم چې زما "موضوعات" د بحث لپاره جلا موضوع ده. مګر اوس د جوړولو لپاره یو څه شتون لري.
DevOps څه کوي
دلته کلیدي کلمه اړیکه ده. ډیری مخابرات شتون لري، چې پیل کونکی یې باید ورته ورته DevOps انجنیر وي. ولې دغه دی؟ ځکه چې دا فلسفه او میتودولوژي ده، او یوازې د انجنیري پوهه ده.
زه نشم کولی د لویدیځ کار بازار په اړه 100٪ باور سره خبرې وکړم. مګر زه په روسیه کې د DevOps بازار په اړه ډیر څه پوهیږم. د سلګونو مرکو سربیره ، په تیر یو نیم کال کې ما د لوی روسی شرکتونو او بانکونو لپاره د "DevOps پلي کولو" خدمت لپاره په سلګونو تخنیکي وړاندیزونو کې برخه اخیستې ده.
په روسیه کې، DevOps لاهم یو ډیر ځوان دی، مګر دمخه د رجحان موضوع ده. تر هغه ځایه چې زه پوهیږم، یوازې په مسکو کې په 2019 کې د ورته متخصصینو کمښت له 1000 څخه ډیر و. او د کارګمارونکو لپاره د Kubernetes کلمه تقریبا د بیل لپاره د سور رګ په څیر ده. د دې وسیلې پیروان چمتو دي چې دا وکاروي حتی چیرې چې دا اړینه نه وي او له اقتصادي پلوه ګټور وي. کارګمارونکي تل نه پوهیږي چې په کومو قضیو کې د کارولو لپاره خورا مناسب دی، او د مناسب ځای په ځای کولو سره، د Kubernetes کلستر ساتل د دودیز کلستر سکیم په کارولو سره د غوښتنلیک پلي کولو په پرتله 2-3 ځله ډیر لګښت لري. دا وکاروئ چیرې چې تاسو واقعیا ورته اړتیا لرئ.
د DevOps پلي کول د پیسو په شرایطو کې ګران دي. او دا یوازې په هغه ځای کې توجیه کیږي چې دا په نورو برخو کې اقتصادي ګټې راوړي، نه په خپله.
د DevOps انجینران په حقیقت کې مخکښان دي - دوی هغه څوک دي چې باید په شرکت کې د دې میتودولوژي پلي کولو او پروسې رامینځته کولو لپاره لومړی وي. د دې لپاره چې بریالي شي، متخصص باید په دوامداره توګه په ټولو کچو کې د کارمندانو او همکارانو سره اړیکه ونیسي. لکه څنګه چې زه معمولا وایم ، د شرکت ټول کارمندان باید د DevOps پلي کولو پروسې کې دخیل وي: د پاکولو میرمنې څخه تر CEO پورې. او دا یو شرط دی. که چیرې د ټیم ترټولو ځوان غړی نه پوهیږي او پوهیږي چې DevOps څه دي او ولې ځینې تنظیمي کړنې ترسره کیږي ، نو بریالي پلي کول به کار ونکړي.
همچنان ، د DevOps انجینر اړتیا لري چې وخت په وخت اداري سرچینې وکاروي. د مثال په توګه، د "چاپیریال مقاومت" بریالي کولو لپاره - کله چې ټیم د DevOps وسایلو او میتودولوژي منلو ته چمتو نه وي.
پراختیا کونکی باید یوازې کوډ او ازموینې ولیکي. د دې کولو لپاره، هغه یو لوی ځواکمن لپ ټاپ ته اړتیا نلري چې هغه به په سیمه ایزه توګه د پروژې ټول زیربنا ځای پرځای کړي او ملاتړ وکړي. د مثال په توګه ، د مخکښې پای پراختیا کونکی د غوښتنلیک ټول عناصر په خپل لپ ټاپ کې ساتي ، پشمول ډیټابیس ، S3 ایمولیټر (مینیو) ، او داسې نور. يعنې، هغه د دې سيمه ييزو زيربناوو په ساتلو کې ډېر وخت لګوي او د داسې يوې حل لارې له ټولو ستونزو سره په واحد لاس مبارزه کوي. د مخکینۍ لپاره کوډ رامینځته کولو پرځای. دا ډول خلک کولی شي د هر بدلون په وړاندې مقاومت وکړي.
مګر داسې ټیمونه شتون لري چې برعکس، د نوي وسایلو او میتودونو په معرفي کولو خوښ دي، او په فعاله توګه پدې پروسه کې برخه اخلي. که څه هم په دې حالت کې، د DevOps انجنیر او ټیم ترمنځ اړیکه فسخه شوې نه وه.
کله چې DevOps ته اړتیا نشته
داسې شرایط شتون لري کله چې DevOps ته اړتیا نلري. دا یو حقیقت دی - دا باید پوه شي او ومنل شي.
تر ټولو لومړی، دا په هر شرکت (په ځانګړې توګه کوچني سوداګرۍ) باندې تطبیق کیږي، کله چې د دوی ګټه په مستقیم ډول د IT محصولاتو شتون یا نشتوالي پورې اړه لري چې پیرودونکو ته معلوماتي خدمتونه وړاندې کوي. او دلته موږ د شرکت ویب پاڼې په اړه خبرې نه کوو، دا یو جامد "سوداګریز کارت" یا د متحرک خبرونو بلاکونو سره، او داسې نور.
DevOps اړین دی کله چې ستاسو د پیرودونکي رضایت او د هغه لیوالتیا چې تاسو ته بیرته راستنیږي د پیرودونکي سره د متقابل عمل لپاره د دې معلوماتو خدماتو شتون پورې اړه لري ، د دوی کیفیت او هدف.
د پام وړ مثال یو مشهور بانک دی. شرکت معمول پیرودونکي دفترونه نلري، د اسنادو جریان د میل یا کوریرونو له لارې ترسره کیږي، او ډیری کارمندان د کور څخه کار کوي. شرکت یوازې یو بانک پاتې شوی او زما په نظر، د پرمختللو DevOps ټیکنالوژیو سره د IT شرکت بدل شوی.
ډیری نور مثالونه او لیکچرونه د موضوعي غونډو او کنفرانسونو ریکارډونو کې موندل کیدی شي. ما له دوی څخه ځینې په شخصي توګه لیدلي - دا د هغو کسانو لپاره خورا ګټور تجربه ده چې غواړي پدې لار کې پرمختګ وکړي. دلته په DevOps کې د ښو لیکچرونو او موادو سره د یوټیوب چینلونو لینکونه دي:
اوس خپل کاروبار ته وګورئ او په دې اړه فکر وکړئ: ستاسو شرکت او ګټې څومره د IT محصولاتو پورې اړه لري ترڅو د پیرودونکو متقابل عمل وړ کړي؟
که ستاسو شرکت کب په کوچني پلورنځي کې وپلوري او د معلوماتي ټکنالوجۍ یوازینۍ محصول دوه 1C وي: د سوداګرۍ تشکیلات (حساب او UNF) ، نو بیا د DevOps په اړه خبرې کول په سختۍ سره معنی لري.
که تاسو په لوی سوداګرۍ او تولیدي تصدۍ کې کار کوئ (د بیلګې په توګه، تاسو د ښکار ټوپک تولید کوئ)، نو تاسو باید د هغې په اړه فکر وکړئ. تاسو کولی شئ نوښت وکړئ او خپل مدیریت ته د DevOps پلي کولو امکانات وړاندې کړئ. ښه، او په ورته وخت کې، دا پروسه رهبري کړئ. یو فعال دریځ د DevOps فلسفې یو له مهمو اصولو څخه دی.
د کلني مالي بدلون اندازه او حجم د دې معلومولو لپاره اصلي معیار ندی چې ایا ستاسو شرکت DevOps ته اړتیا لري.
راځئ چې یو لوی صنعتي تصدۍ تصور کړو چې د پیرودونکو سره مستقیم تعامل نه کوي. د بیلګې په توګه، ځینې موټر جوړونکي او د موټر جوړولو شرکتونه. زه اوس ډاډه نه یم، مګر زما د تیرو تجربو څخه، د ډیرو کلونو لپاره د پیرودونکي ټول تعامل د بریښنالیک او تلیفون له لارې ترسره شوی.
د دوی پیرودونکي د موټر پلورونکو محدود لیست دي. او هر یو د جوړونکي څخه یو متخصص ګمارل شوی. د ټولو داخلي اسنادو جریان د SAP ERP له لارې واقع کیږي. داخلي کارمندان په اصل کې د معلوماتو سیسټم پیرودونکي دي. مګر دا IS د کلستر سیسټمونو اداره کولو کلاسیک وسیلو لخوا کنټرول کیږي. کوم چې د DevOps عملونو کارولو امکان خارجوي.
له همدې امله پایله: د داسې تصدیو لپاره ، د DevOps پلي کول خورا مهم ندي ، که موږ د مقالې له پیل څخه د میتودولوژۍ اهداف په یاد کړو. مګر زه دا نه ردوم چې دوی نن ورځ ځینې DevOps وسیلې کاروي.
له بلې خوا، ډیری کوچني شرکتونه شتون لري چې د DevOps میتودولوژي، فلسفې، کړنو او وسایلو په کارولو سره سافټویر رامینځته کوي. او دوی باور لري چې د DevOps پلي کولو لګښت هغه لګښت دی چې دوی ته اجازه ورکوي چې د سافټویر بازار کې په اغیزمنه توګه سیالي وکړي. د داسې شرکتونو مثالونه لیدل کیدی شي .
د پوهیدو لپاره اصلي معیار چې ایا DevOps ته اړتیا ده: ستاسو د IT محصولات د شرکت او پیرودونکو لپاره کوم ارزښت لري.
که د شرکت اصلي محصول چې ګټه تولیدوي سافټویر وي، تاسو DevOps ته اړتیا لرئ. او دا دومره مهمه نده که تاسو د نورو محصولاتو په کارولو سره ریښتینې پیسې وګټئ. پدې کې آنلاین پلورنځي یا ګرځنده غوښتنلیکونه د لوبو سره هم شامل دي.
هر ډول لوبې شتون لري د تمویل څخه مننه: د لوبغاړو مستقیم یا غیر مستقیم. په Playgendary کې، موږ وړیا ګرځنده لوبې رامینځته کوو چې له 200 څخه ډیر خلک په مستقیم ډول د دوی په جوړولو کې ښکیل دي. موږ څنګه DevOps وکاروو؟
هو، په سمه توګه ورته ورته چې پورته تشریح شوي. زه په دوامداره توګه د پراختیا کونکو او ازموینو سره اړیکه لرم ، او د DevOps میتودولوژی او وسیلو کې د کارمندانو لپاره داخلي روزنه ترسره کوم.
موږ اوس په فعاله توګه جینکنز د CI/CD پایپ لاین وسیلې په توګه کاروو ترڅو د یووالي سره د ټولو مجلس پایپ لاینونو اجرا کولو او د اپل سټور او پلی مارکیټ ته ورپسې ګمارلو لپاره. د کلاسیک اوزار کټ څخه نور:
- آسنا - د پروژې مدیریت لپاره. د جینکنز سره یوځای کول ترتیب شوي.
- د ګوګل ناسته - د ویډیو غونډو لپاره.
- سلیک - د مخابراتو او مختلف خبرتیاو لپاره ، پشمول د جینکنز خبرتیاوې.
- Atlassian Confluence - د اسنادو او ډله ایز کار لپاره.
زموږ په سمدستي پلانونو کې د سونار کیوب په کارولو سره د جامد کوډ تحلیل معرفي کول او د دوامداره ادغام مرحله کې د سیلینیم په کارولو سره د اتوماتیک UI ازموینې ترسره کول شامل دي.
پر ځای د يو پایلې
زه غواړم د لاندې فکر سره پای ته ورسیږم: د لوړ کیفیت لرونکي DevOps انجینر کیدو لپاره ، دا اړینه ده چې زده کړئ چې څنګه د خلکو سره ژوندی اړیکه ونیسئ.
د DevOps انجنیر د ټیم لوبغاړی دی. او نور هیڅ نه. د همکارانو سره د خبرو اترو نوښت باید د هغه څخه راشي، او د ځینو شرایطو تر اغیز لاندې نه وي. د DevOps متخصص باید د ټیم لپاره غوره حل وګوري او وړاندیز وکړي.
او هو، د هرې حل لارې پلي کول به ډیرو بحثونو ته اړتیا ولري، او په پای کې به په بشپړ ډول بدلون ومومي. په خپلواکه توګه وده کول، د هغه د نظریاتو وړاندیز او پلي کول، دا ډول یو شخص د ټیم او ګمارونکي دواړو لپاره ډیر ارزښت لري. کوم چې په نهایت کې د هغه د میاشتني معاش یا اضافي بونس په شکل کې منعکس کیږي.
سرچینه: www.habr.com