نن په ساوت برج کې موږ د پلان کولو په غونډه کې د فیروزي مدیریت په اړه بحث وکړ.
داسې کسان وو چې له پورته څخه ښکته، له مفکورې څخه عمل ته د حرکت وړاندیز وکړ. لکه، راځئ چې د فیروزي مدیریت فلسفه پلي کړو: یو معیار ومومئ، پریکړه وکړئ چې څنګه رولونه وویشل شي، څنګه اړیکه باید جوړه شي، او په دې لاره حرکت پیل کړئ.
دلته هغه کسان وو (زما په شمول) چې غوښتل یې له لاندې څخه پورته حرکت وکړي، له تمرین څخه مفکورې ته. موږ ځانګړي دندې او ځانګړي ستونزې لرو. راځئ چې دوی د فیروزي وسیلو پراساس حل کړو ، او د فیروزي مدیریت به پخپله وده وکړي.
که تاسو مدیریت د پراختیا سره پرتله کړئ، د پورته څخه ښکته لاره یو مونولیت رامینځته کوي، او د ښکته پورته لاره د مایکرو سرویس جوړښت دی. اوس، زموږ د "مایرو سرویس" مدیریت کې، موږ کولی شو په ورځ کې دوه ځله د مدیریت سرکټ بیا جوړ کړو او سمدلاسه یې "په تولید کې رول کړو."
او پروګرام د هغو کسانو لپاره رامینځته شوی څوک چې غوره کوي له لاندې څخه پورته حرکت وکړي.
موږ به د DevOps فلسفې په اړه بحث ونه کړو. نه دا چې دا بې معنی دی، یا موږ نه پوهیږو، یا موږ هولیوار نه خوښوو (او موږ یې نه کوو). دا یوازې دا دی چې د DevOps فلسفه د کلونو کلونو تمرین په اوږدو کې په هر DevOps معمار او انجینر کې کرسټال کیږي ، نه د 3 ورځو سخت روزنې کې.
موږ به د ځانګړو وسیلو په اړه بحث وکړو. یو څه چې د ورځني کار په کچه کې د فلسفې خبرو اترو او مدیریت بیارغونې پرته، سمدلاسه پلي کیدی شي. د ګیټ سره د ټیم کار په اړه لارښوونې ولیکئ. د سرورونو پلي کولو لپاره د لوبو کتاب ولیکئ. د لاګ راټولونکی تنظیم کړئ.
د پایلې په توګه، کار به اسانه او ساده شي، او یو اساس به ښکاره شي چې تاسو کولی شئ خپل DevOps جوړ کړئ.
د سویل برج تمرینونو هاخوا ته د تګ لپاره ، موږ په ځینو موضوعاتو بهرني ویناوالو ته بلنه ورکړه.
Artem Galonsky، STO "بیورو بیورو"
په سوداګریز پرمختګ کې 12+ کاله.
د ټیم مشر / د 2011 راهیسې د پرمختیایي څانګې مشر.
د 2016 راهیسې تخنیکي رییس.
د زده کونکو سره یوځای، موږ به د غوښتنلیکونو د اتوماتیک کولو لارې وګورو چې مخکې کارول شوي. راځئ چې د عصري پایپ لاین جوړولو او ځینې عام وسیلو په اړه بحث وکړو. راځئ چې د GitLab CI/CD وسیلو او وړتیاوو ته نږدې وګورو. ما په خپلو موضوعاتو کې تمرین جوړ کړ (د اتومات کولو پیژندنه او د ګیټ لاب سره کار کول) ترڅو زده کونکي احساس وکړي چې څنګه او ولې د CI/CD عصري میتودونه کارول کیږي. نظریه به په معقول ډول اړین وي.
الیکسي سټیپانینکو، د سلیکٹیل کلاوډ پلیټ فارم انجنیر
د OpenStack کلاوډ ساتلو لپاره د زیربناوو دندو سره معامله کول: څارنه، CI/CD او د ترتیب مدیریت.
لومړی، موږ به د زیربنا مدیریت ماډلونو او میتودونو په اړه وغږیږو (څنګه د برنامه کولو طریقې اداره ته راغلې) او موږ به د اعلاناتي زیربناوو مدیریت لپاره د HashiCorp DevOps وسیلو (پیکر او Terraform) سره په عمل کې آشنا شو.
د بلاک په بشپړیدو سره ، تاسو به وکولی شئ خپل زیربنا تشریح کړئ ، د ازموینې او تولید چاپیریال رامینځته کول اتومات کړئ ، خپل غوښتنلیک اندازه کړئ ، او د بار بیلنسر په کارولو سره د لوړ شتون حل رامینځته کړئ.
اډوارډ میدویدیف، په ټنګسټن لابراتوار کې CTO (جرمني)
په StackStorm کې د انجنیر په توګه کار کړی، د پلیټ فارم د ChatOps فعالیت لپاره مسؤل دی. د ډیټا مرکز اتومات کولو لپاره ChatOps رامینځته شوي او پلي شوي. د روسیې او نړیوالو کنفرانسونو سپیکر.
په سلرم کې ، زه به د دې په اړه وغږیږم چې څنګه د DevOps ټیم دننه اړیکې رامینځته کړم او د CI / CD پایپ لاین سره متقابل عمل د چیټ بوټونو سره د دوه طرفه ادغام په کارولو سره ډیر اغیزمن وي.
ایوان کروګلوف، په Booking.com کې اصلي پراختیا کونکی
په 2013 کې د Booking.com سره د یوځای کیدو راهیسې، هغه په زیربنایي پروژو لکه د توزیع شوي پیغام رسولو او پروسس کولو، BigData او ویب سټیک، لټون کې کار کړی دی.
اوس مهال د داخلي بادل او خدماتو میش جوړولو مسلو باندې کار کوي.
د Slerm په وروستۍ برخه کې، موږ به د SRE اصلي ایډیالوژیکي او سازماني مفکورو سره آشنا شو، او زما د تجربې څخه د ژوندیو مثالونو په کارولو سره د دوی د غوښتنلیک تمرین په پام کې ونیسو. برسېره پردې، موږ به د SRE تخنیکي اړخ ته وګورو، یعنې کوم تخنیکونه کارول کیدی شي چې خدمت ډیر باوري کړي.
د کورس په پای کې، زه به هڅه وکړم چې دوه مهمې پوښتنې ځواب کړم:
- SRE یو مدیر یا پروګرامر ته څه ورکوي؟
- ولې د سوداګرۍ یا محصول مالک د SRE پلي کولو ته اړتیا لري؟
نو دا DevOps Slurm به ځانګړی وي: که موږ برنامه تکرار کړو ، نو دا به د مختلف ترکیب سره وي.
د هغو کسانو لپاره چې پاملرنه کوي، لاهم د هابراپوسټ پروموشنل کوډ کارولو سره 15٪ تخفیف شتون لري.
د Slurm's DevOps پروګرام په اړه - .
ثبتونه:
سرچینه: www.habr.com