موږ، البته، په اړه خبرې کوو . که تاسو توضیحاتو ته نه ځئ ، نو د سپتمبر په 30 او اکتوبر 1 کې به موږ د پراختیا ، ازموینې او عملیاتو پروسې ترکیب کولو کنفرانس جوړ کړو ، او که تاسو توضیحاتو ته لاړشئ ، مهرباني وکړئ د پیشو لاندې.
د DevOps تګلارې دننه، د پروژې د تخنیکي پراختیا ټولې برخې یو له بل سره تړلې دي، په موازي توګه واقع کیږي او یو بل اغیزه کوي. دلته ځانګړی اهمیت د اتوماتیک پرمختیایي پروسو رامینځته کول دي چې په ریښتیني وخت کې بدلیدل ، سمول شوي او ازمول کیدی شي. دا تاسو سره مرسته کوي په بازار کې بدلونونو ته سمدستي ځواب ووایی.
په کنفرانس کې موږ غواړو وښیو چې دا طریقه څنګه د محصول پراختیا اغیزه کوي. د پیرودونکي لپاره د سیسټم اعتبار او تطبیق څنګه تضمین کیږي. څنګه DevOps د خپل کاري پروسې تنظیم کولو لپاره د شرکت جوړښت او چلند بدلوي.
د پردی شاته
دا زموږ لپاره مهمه ده چې نه یوازې پوه شو چې مختلف شرکتونه د DevOps کړنلارې چوکاټ کې څه کوي ، بلکه پدې پوهیدل چې ولې دا ټول ترسره کیږي. له همدې امله ، موږ نه یوازې متخصصینو ته بلنه ورکړه چې د برنامې کمیټې کې برخه واخلي ، مګر متخصصین چې د مختلف پوستونو څخه د DevOps خبرې ګوري:
- لوړ پوړي انجنیران؛
- پرمخ وړونکي
- ټیم رهبري کوي؛
- CTO.
له یوې خوا، دا ستونزې او شخړې رامینځته کوي کله چې د راپورونو غوښتنې په اړه بحث کیږي. که یو انجینر د یوې لویې حادثې تحلیل سره علاقه ولري ، نو دا د پراختیا کونکي لپاره خورا مهم دی چې پوه شي چې څنګه داسې سافټویر رامینځته کړي چې په بادلونو او زیربناوو کې کار کوي. مګر په موافقه کولو سره، موږ یو پروګرام جوړوو چې د هرچا لپاره به ارزښتناکه او په زړه پورې وي: له انجنیرانو څخه تر CTO پورې.
زموږ د کنفرانس هدف یوازې د ډیری هایپ راپورونو غوره کول ندي ، بلکه د عمومي عکس وړاندې کول دي: د DevOps طریقه څنګه په عمل کې کار کوي ، کوم ډول ریک تاسو کولی شئ کله چې نوي پروسو ته لاړشئ. په ورته وخت کې، موږ د منځپانګې برخه جوړوي، د سوداګرۍ ستونزې څخه ځانګړي ټیکنالوژیو ته ځي.
د کنفرانس برخې به په ورته ډول پاتې شي .
- د زیربنا پلیټ فارم.
- د کوډ په توګه زیربنا.
- دوامداره تحویلي.
- نظر
- په DevOps کې جوړښت، د CTO لپاره DevOps.
- د SRE کړنې.
- د روزنې او پوهې مدیریت.
- امنیت، DevSecOps.
- د DevOps بدلون.
د کاغذونو لپاره زنګ ووهئ: کوم ډول راپورونه موږ په لټه کې یو
موږ په مشروط ډول د کنفرانس احتمالي لیدونکي په پنځو ډلو ویشلي: انجینران، پراختیا کونکي، امنیتي متخصصین، د ټیم مشران او CTO. هر ګروپ کنفرانس ته د راتلو لپاره خپله انګیزه لري. او ، که تاسو د دې پوستونو څخه DevOps ته ګورئ ، تاسو کولی شئ پوه شئ چې څنګه خپله موضوع تمرکز وکړئ او چیرې چیرې ټینګار وکړئ.
د انجنیرانو لپاره، څوک چې د زیربنا پلیټ فارم رامینځته کوي ، دا مهمه ده چې د موجوده رجحاناتو پوهه شي ، ترڅو پوه شي چې کوم ټیکنالوژي اوس خورا پرمختللي دي. دوی به د دې ټیکنالوژیو کارولو او د نظرونو تبادله کې د ریښتیني ژوند تجربې په اړه زده کړې سره علاقه ولري. یو انجنیر به خوشحاله وي چې یو راپور واوري چې د ځینې سختې حادثې تحلیل کوي، او موږ به په بدل کې هڅه وکړو چې دا ډول راپور غوره او پالش کړو.
د پراختیا کونکو لپاره دا مهمه ده چې په داسې مفهوم پوه شي لکه د بادل اصلي غوښتنلیک. دا د سافټویر رامینځته کولو څرنګوالی دی ترڅو دا په بادلونو او مختلف زیربناوو کې کار وکړي. پراختیا کونکی باید په دوامداره توګه د سافټویر څخه فیډبیک ترلاسه کړي. دلته موږ غواړو د دې په اړه قضیې واورو چې شرکتونه دا پروسه څنګه رامینځته کوي ، د سافټویر فعالیت څنګه نظارت کوي ، او د تحویلي ټوله پروسه څنګه کار کوي.
د سایبر امنیت متخصصین دا مهمه ده چې پوه شئ چې څنګه د امنیت پروسې تنظیم کړئ ترڅو دا په شرکت کې د پرمختګ او بدلون پروسې مخه ونه نیسي. د اړتیاو په اړه موضوعات چې په ورته متخصصینو کې د DevOps ځایونه به هم په زړه پوري وي.
د ټیم مشران غواړي پوه شيپه نورو شرکتونو کې د دوامداره تحویلي پروسه څنګه کار کوي. شرکتونو د دې لاسته راوړلو لپاره کومه لاره نیولې ، دوی څنګه په DevOps کې د پراختیا او کیفیت تضمین پروسې رامینځته کړې. د ټیم مشران هم د کلاوډ اصلي سره علاقه لري. او همدارنګه د ټیم دننه او د پراختیا او انجینرۍ ټیمونو ترمنځ د متقابل عمل په اړه پوښتنې.
لپاره CTO ترټولو مهمه خبره دا ده چې معلومه کړئ چې دا ټولې پروسې څنګه وصل کړئ او د سوداګرۍ اړتیاو سره یې تنظیم کړئ. هغه ډاډ ترلاسه کوي چې غوښتنلیک د سوداګرۍ او پیرودونکي دواړو لپاره د باور وړ دی. او دلته تاسو اړتیا لرئ پوه شئ چې کوم ټیکنالوژي به د کومو سوداګریزو دندو لپاره کار وکړي ، څنګه ټوله پروسه رامینځته کړي ، او داسې نور. CTO د بودیجې ورکولو مسولیت هم لري. د مثال په توګه، هغه باید پوه شي چې د متخصصینو د بیا روزنې لپاره څومره پیسو ته اړتیا لري ترڅو دوی په DevOps کې کار وکړي.
که تاسو د دې مسلو په اړه څه ویل لرئ، چپ مه کوئ، . د کاغذونو غوښتنه کولو وروستۍ نیټه د اګست 20 ده. هرڅومره دمخه چې تاسو نوم لیکنه وکړئ ، ډیر وخت به تاسو باید خپل راپور نهایی کړئ او د خپل پریزنټشن لپاره چمتو کړئ. نو، ځنډ مه کوئ.
ښه، که تاسو اړتیا نلرئ په عامه توګه خبرې وکړئ، بس او د سپتمبر په 30 او اکتوبر 1 راشئ ترڅو د همکارانو سره اړیکه ونیسئ. موږ ژمنه کوو چې دا به په زړه پوري او الهام بخښونکي وي.
موږ څنګه DevOps ګورو
د دې لپاره چې دقیقا پوه شو چې موږ د DevOps څخه څه معنی لرو ، زه وړاندیز کوم چې زما راپور لوستل (یا بیا لوستل) "" د بازار د څپو له لارې تګ، ما ولیدل چې څنګه د DevOps مفکوره په مختلفو اندازو شرکتونو کې بدله شوه: د کوچني پیل څخه څو ملي شرکتونو ته. راپور د یو لړ پوښتنو په اړه جوړ شوی، د دوی په ځوابولو سره تاسو کولی شئ پوه شئ چې آیا ستاسو شرکت د DevOps په لور روان دی یا ایا په کوم ځای کې ستونزې شتون لري.
DevOps یو پیچلی سیسټم دی، پدې کې باید شامل وي:
- ډیجیټل محصول.
- د سوداګرۍ ماډلونه چې دا ډیجیټل محصول رامینځته کوي.
- د محصول ټیمونه چې کوډ لیکي.
- د تحویلي دوامداره تمرینونه.
- د خدمت په توګه پلیټ فارمونه.
- زیربنا د خدمت په توګه.
- د کوډ په توګه زیربنا.
- د اعتبار ساتلو لپاره جلا تمرینونه، په DevOps کې جوړ شوي.
- د فیډبیک تمرین چې دا ټول تشریح کوي.
د راپور په پای کې یو ډیاګرام شتون لري چې په شرکت کې د DevOps سیسټم نظر ورکوي. دا به تاسو ته اجازه درکړي چې وګورئ چې ستاسو په شرکت کې کومې پروسې لا دمخه منظم شوي او کوم چې لاهم جوړ شوي دي.
د راپور ویډیو یې کتلی شئ .
او اوس به یو بونس وي: د RIT++ 2019 څخه څو ویډیوګانې، کوم چې د DevOps بدلون خورا عمومي مسلو ته تماس نیسي.
د شرکت زیربنا د محصول په توګه
آرټیوم نومینکو په سکاینګ کې د DevOps ټیم رهبري کوي او د هغه د شرکت زیربنا پراختیا ته پاملرنه کوي. هغه وویل چې زیربنا څنګه په SkyEng کې د سوداګرۍ پروسو اغیزه کوي: د دې لپاره څنګه د ROI محاسبه کول، د محاسبې لپاره کوم معیارونه باید غوره شي او د دوی د ښه کولو لپاره څنګه کار وکړي.
د مایکرو خدماتو په لاره کې
Nixys شرکت د بوخت ویب پروژو او ویشل شوي سیسټمونو لپاره ملاتړ چمتو کوي. د دې تخنیکي رییس بوریس ایرشوف وویل چې څنګه د سافټویر محصولات وژباړل شي، چې پراختیا یې 5 کاله دمخه (یا حتی ډیر) په عصري پلیټ فارم کې پیل شوې.
د یوې قاعدې په توګه، دا ډول پروژې یوه ځانګړې نړۍ ده چیرې چې د زیربنا داسې تیاره او لرغوني کونجونه شتون لري چې اوسني انجنیران یې په اړه نه پوهیږي. او د معمارۍ او پراختیا طریقې چې یوځل غوره شوي زاړه دي او نشي کولی سوداګرۍ ته د پراختیا ورته سرعت او د نوي نسخو خوشې کولو سره چمتو کړي. د پایلې په توګه، د هر محصول خوشې کول په زړه پورې جرات بدلیږي، چیرې چې یو څه په دوامداره توګه راټیټیږي، او په خورا غیر متوقع ځای کې.
د دې ډول پروژو مدیران په لازمي ډول د ټولو ټیکنالوژیکي پروسو بدلولو اړتیا سره مخ دي. بورس په خپل راپور کې وویل:
- څنګه د پروژې لپاره سم جوړښت غوره کړئ او زیربنا ترتیب کړئ؛
- کوم وسیلې باید وکارول شي او د بدلون په لاره کې له کومو ننګونو سره مخ کیږي؛
- بیا به څه وکړي.
د خوشې کولو اتومات کول یا په ګړندۍ او بې درده ډول وړاندې کولو څرنګوالی
الکساندر کوروتکوف په CIAN کې د CI/CD سیسټم مخکښ جوړونکی دی. هغه د اتوماتیک وسیلو په اړه خبرې وکړې چې دا یې ممکنه کړې چې کیفیت ښه کړي او تولید ته د کوډ رسولو وخت 5 ځله کم کړي. مګر دا ډول پایلې یوازې د اتوماتیک سره نشي ترلاسه کیدی، نو الکساندر هم د پراختیایي پروسو بدلونونو ته پاملرنه وکړه.
حادثې څنګه تاسو سره په زده کړه کې مرسته کوي؟
Alexey Kirpichnikov د 5 کلونو لپاره په SKB کونتور کې DevOps او زیربنا پلي کوي. د دریو کلونو په جریان کې، د هغه په شرکت کې نږدې 1000 فاکیپونه د مختلف درجې عاطفي پیښې رامینځته شوي. د دوی په منځ کې، د بیلګې په توګه، 36٪ په تولید کې د ټیټ کیفیت خوشې کولو له امله رامینځته شوي، او 14٪ د معلوماتو مرکز کې د هارډویر ساتنې کار له امله رامینځته شوي.
د راپورونو آرشیف (پوسټ مارټم) چې د شرکت انجینرانو د څو کلونو راهیسې په پرله پسې توګه ساتل د حادثو په اړه د داسې کره معلوماتو ترلاسه کول امکان لري. پوسټ مارټم د وظیفې انجینر لخوا لیکل شوی ، کوم چې لومړی یې اضطراري سیګنال ته ځواب ووایه او هرڅه یې سمول پیل کړل. ولې انجنیران ځوروي چې د راپورونو په لیکلو سره د شپې لخوا د facaps سره مبارزه کوي؟ دا ډاټا تاسو ته اجازه درکوي چې ټول انځور وګورئ او د زیربنا پراختیا په سم لوري کې حرکت وکړئ.
په خپله وینا کې، الیکسي شریک کړل چې څنګه یو ریښتیني ګټور پوسټ مارټم ولیکئ او څنګه په لوی شرکت کې د داسې راپورونو عمل پلي کړي. که تاسو د دې په اړه کیسې خوښ کړئ چې څنګه یو څوک خراب شوی، د فعالیت ویډیو وګورئ.
موږ پوهیږو چې ستاسو د DevOps لید ممکن زموږ سره سمون ونلري. دا به په زړه پوري وي چې پوه شئ چې تاسو د DevOps بدلون څنګه ګورئ. د دې موضوع په اړه خپله تجربه او لید په نظرونو کې شریک کړئ.
کوم راپورونه موږ دمخه په برنامه کې منلي دي؟
پدې اونۍ کې د پروګرام کمیټې 4 راپورونه تصویب کړل: د امنیت، زیربنا او د SRE کړنو په اړه.
شاید د DevOps بدلون خورا دردناکه موضوع: څنګه ډاډ ترلاسه کړئ چې د معلوماتو امنیت څانګې هلکان د پراختیا ، عملیاتو او ادارې ترمینځ دمخه رامینځته شوي اړیکې له مینځه وړي. ځینې شرکتونه د معلوماتو امنیت څانګې پرته اداره کوي. څنګه په دې قضیه کې د معلوماتو امنیت ډاډمن کړئ؟ په دی اړه مونا ارخیپووا له sudo.su څخه. د هغې له راپور څخه موږ زده کوو:
- څه باید خوندي شي او له چا څخه؛
- معمول امنیتي پروسې څه دي؛
- څنګه د معلوماتي ټیکنالوژۍ او معلوماتو امنیت پروسې سره یو ځای کیږي؛
- د CIS CSC څه شی دی او څنګه یې پلي کول؛
- څنګه او د کوم شاخصونو په واسطه د معلوماتو منظم امنیت معاینه ترسره کړئ.
راتلونکی راپور د کوډ په توګه د زیربنا پراختیا په اړه اندیښنه لري. د لارښود معمول مقدار کم کړئ او ټوله پروژه په ګډوډۍ بدله نه کړئ، ایا دا امکان لري؟ دې پوښتنې ته ماکسیم کوسټرکین د اکسټینز څخه. د هغه شرکت کاروي تیرافیف د AWS زیربنا سره کار کولو لپاره. وسیله مناسبه ده، مګر پوښتنه دا ده چې څنګه د دې کارولو په وخت کې د کوډ لوی بلاک جوړولو څخه مخنیوی وشي. د داسې میراث ساتل به هر کال ډیر ګران شي.
ماکسیم به وښیې چې د کوډ ځای پرځای کولو نمونې څنګه کار کوي ، هدف د اتومات کولو او پراختیا ساده کول دي.
بل موږ به د زیربناوو په اړه اورو ولادیمیر ریابوف د Playkey څخه. دلته به موږ د زیربنا پلیټ فارم په اړه وغږیږو، او موږ به زده کړو:
- څنګه پوه شئ چې ایا د ذخیره کولو ځای په مؤثره توګه کارول کیږي؛
- که چیرې یوازې 10 TB ذخیره وکارول شي څو سوه کارونکي کولی شي 20 TB مینځپانګه ترلاسه کړي؛
- څنګه 5 ځله ډیټا کمپریس کړئ او کاروونکو ته یې په ریښتیني وخت کې چمتو کړئ؛
- د ډیری ډیټا مرکزونو ترمینځ په الوتنه کې د معلوماتو ترکیب کولو څرنګوالی؛
- څنګه په یو بل باندې د کاروونکو هرډول نفوذ له مینځه ویسي کله چې یو مجازی ماشین په ترتیب سره کاروئ.
د دې جادو راز ټیکنالوژي ده ZFS د FreeBSD لپاره او د هغې تازه فورک په لینکس کې ZFS. ولادیمیر به د Playkey څخه قضیې شریک کړي.
Matvey Kukuy د Amixr.IO څخه د ژوند مثالونو سره چمتو دی ، څه شوي دي SRE او دا څنګه د باور وړ سیسټمونو په جوړولو کې مرسته کوي. Amixr.IO د مراجعینو پیښې د خپل شالید له لارې تیریږي؛ په ټوله نړۍ کې لسګونه د دندې ټیمونو دمخه د 150 زره قضیو سره معامله کړې. په کنفرانس کې، Matvey به هغه احصایې او بصیرت شریک کړي چې د هغه شرکت د پیرودونکو ستونزو حل کولو او د ناکامیو تحلیل کولو سره راټول کړي.
یوځل بیا ، زه له تاسو څخه غوښتنه کوم چې لالچ مه اوسئ او د DevOps سامورای په توګه خپله تجربه شریکه کړئ. خدمت وکړئ د یو راپور لپاره، او تاسو او زه به 2,5 میاشتې وخت ولرو چې یوه غوره وینا چمتو کړو. که غواړې چې اورېدونکی شې خبر پاڼي ته د برنامه تازه معلوماتو سره او د وخت څخه دمخه د ټکټونو بک کولو په اړه په جدي توګه فکر وکړئ ، ځکه چې دوی به د کنفرانس نیټې ته نږدې ډیر ګران شي.
سرچینه: www.habr.com