د خبرو اترو پر بنسټ
پدې وروستیو کې ، د DevOps او SRE تعریف په اړه ریښتیني جنګونه راپورته شوي.
سره له دې چې د دې موضوع په اړه په ډیرو لارو بحثونو لا دمخه زما په شمول زما غاښونه مات کړي دي، ما پریکړه وکړه چې د دې موضوع په اړه خپل نظر د حبرې ټولنې محکمې ته وړاندې کړم. د هغو کسانو لپاره چې لیوالتیا لري، بلی ته ښه راغلاست. او اجازه راکړئ چې هرڅه له سره پیل شي!
له تاریخ څخه دمخه
نو، په پخوانیو وختونو کې، د سافټویر جوړونکو او د سرور مدیرانو ټیم په جلا توګه ژوند کاوه. لومړی په بریالیتوب سره کوډ لیکلی، دویم، لومړی ته په خطاب کې د مختلفو ګرمو، زړه پورې ټکو په کارولو سره، سرورونه تنظیم کړئ، په وخت سره پراختیا کونکو ته راځي او په ځواب کې یو جامع "هرڅه زما په ماشین کار کوي" ترلاسه کوي. سوداګرۍ سافټویر ته انتظار باسي، هرڅه بې کاره وو، دا وخت په وخت مات شو، هرڅوک اندیښمن و. په ځانګړې توګه هغه څوک چې د دې ټولې ګډوډۍ لپاره پیسې ورکوي. د روښانه څراغ دوره. ښه، تاسو دمخه پوهیږئ چې DevOps له کوم ځای څخه راځي.
د DevOps تمرینونو زیږون
بیا جدي هلکان راغلل او ویې ویل - دا صنعت نه دی، تاسو داسې کار نشئ کولی. او دوی د ژوند دورې ماډلونه راوړي. دلته، د مثال په توګه، د V-موډل دی.
نو موږ څه وینو؟ سوداګري د مفهوم سره راځي، د معمار ډیزاین حلونه، پراختیا کونکي کوډ لیکي، او بیا دا ناکامیږي. یو څوک په یو ډول محصول ازموینه کوي ، څوک په یو ډول دا وروستي کارونکي ته وړاندې کوي ، او په کوم ځای کې د دې معجزې ماډل محصول کې یوازینی سوداګریز پیرودونکي ناست دي چې د بحر لخوا ژمنه شوې هوا ته انتظار باسي. موږ دې نتیجې ته ورسیدو چې موږ داسې میتودونو ته اړتیا لرو چې موږ ته د دې پروسې رامینځته کولو اجازه راکوي. او موږ پریکړه وکړه چې داسې کړنې رامینځته کړو چې دوی به پلي کړي.
د دې موضوع په اړه یو شعري تحلیل چې تمرین څه شی دی
په عمل کې زما مطلب د ټیکنالوژۍ او ډسپلین ترکیب دی. یوه بیلګه د ټرافورم کوډ په کارولو سره د زیربنا تشریح کولو تمرین دی. ډسپلین دا دی چې څنګه د کوډ سره زیربنا تشریح کړي، دا د پراختیا کونکي په سر کې ده، او ټیکنالوژي پخپله ټراففارم دی.
او دوی پریکړه وکړه چې دوی ته د DevOps کړنې ووایی - زما په اند دوی د پراختیا څخه عملیاتو ته معنی لري. موږ د مختلف هوښیار شیانو سره مخ شو - د CI/CD کړنې، د IaC اصولو پراساس تمرینونه، زرګونه یې. او موږ ځو ، پراختیا کونکي کوډ لیکي ، د DevOps انجینران د سیسټم توضیحات د کوډ په بڼه په کاري سیسټمونو بدلوي (هو ، کوډ ، له بده مرغه ، یوازې توضیح دی ، مګر د سیسټم مجسم نه دی) ، تحویلي دوام لري ، او همداسی پسی. د پرون مدیران، په نویو کړنو کې مهارت درلود، په ویاړ سره د DevOps انجنیرانو په توګه وروزل شول، او هرڅه له هغه ځایه لاړل. او هلته ماښام و، او سهار و ... بخښنه، له هغه ځایه نه.
دا ټول بیا ښه نه دي، د خدای شکر
هرڅومره ژر چې هرڅه ارام شول ، او مختلف هوښیار "میتودولوژیسټانو" د DevOps تمرینونو په اړه موټ کتابونه لیکل پیل کړل ، شخړې په خاموشۍ سره راپورته شوې چې د DevOps بدنام انجینر څوک و او دا چې DevOps د تولید کلتور دی ، نا رضایتي بیا راپورته شوه. ناڅاپه دا معلومه شوه چې د سافټویر تحویل یو بالکل غیر معمولی کار دی. هر پرمختیایی زیربنا خپل سټیک لري ، چیرې چې تاسو اړتیا لرئ دا راټول کړئ ، چیرې چې تاسو اړتیا لرئ چاپیریال ځای په ځای کړئ ، دلته تاسو ټامکاټ ته اړتیا لرئ ، دلته تاسو د پیل کولو لپاره هوښیار او پیچلې لارې ته اړتیا لرئ - په عموم کې ، ستاسو سر ټکان کوي. او ستونزه، په عجیب ډول، په ابتدايي توګه د پروسو په تنظیم کې وګرځیده - د دې تحویلي فعالیت، لکه د خنډ په څیر، د پروسو بندول پیل کړل. برسېره پر دې، هیڅوک عملیات لغوه نه کړل. دا په V- ماډل کې نه لیدل کیږي، مګر لاهم د ژوند ټول دوره په ښي خوا کې شتون لري. د پایلې په توګه، دا اړینه ده چې په یو څه ډول زیربنا وساتي، د څارنې څارنه وکړي، پیښې حل کړي، او همدارنګه د سپارلو سره معامله وکړي. هغوی. په دواړو پراختیا او عملیاتو کې په یوه پښه کېناستل - او ناڅاپه دا د پراختیا او عملیاتو په توګه وګرځید. او بیا د مایکرو خدماتو لپاره عمومي هیپ شتون درلود. او د دوی سره ، د ځایی ماشینونو پراختیا بادل ته حرکت کول پیل کړل - هڅه وکړئ په ځایی ډول یو څه ډیبګ کړئ ، که چیرې لسګونه او سلګونه مایکرو خدمات شتون ولري ، نو دوامداره تحویلي د بقا وسیله کیږي. د "کوچني عادي شرکت" لپاره دا سمه وه، مګر بیا هم؟ او ګوګل؟
د ګوګل لخوا SRE
ګوګل راغی، ترټولو لوی کاکټي وخوړل او پریکړه یې وکړه - موږ دې ته اړتیا نلرو، موږ اعتبار ته اړتیا لرو. او اعتبار باید اداره شي. او ما پریکړه وکړه چې موږ متخصصینو ته اړتیا لرو چې د اعتبار اداره کړي. ما دوی ته د SR انجنیرانو غږ وکړ او ویې ویل، دا ستاسو لپاره دی، دا د معمول په څیر ښه ترسره کړئ. دلته SLI دی، دلته SLO دی، دلته څارنه ده. او هغه خپله پوزه په عملیاتو کې واچوله. او هغه خپل "د اعتماد وړ DevOps" SRE بللی. هرڅه سم ښکاري، مګر یو ناپاک هیک شتون لري چې ګوګل یې توان لري - د SR انجینرانو موقف لپاره، هغه خلک وګمارل چې وړ پراختیا کونکي وو او یو څه کورنی کار یې هم کړی او د کاري سیسټمونو په فعالیت پوهیږي. برسېره پردې، ګوګل پخپله د داسې خلکو په ګمارلو کې ستونزې لري - په ځانګړې توګه ځکه چې دلته دا د ځان سره سیالي کوي - دا اړینه ده چې یو چا ته د سوداګرۍ منطق تشریح کړي. سپارل د انجینرانو خوشې کولو ته ګمارل شوي، SR - انجنیران د اعتبار اداره کوي (البته، په مستقیم ډول نه، مګر د زیربنا اغیزه کول، د جوړښت بدلول، د بدلونونو او شاخصونو تعقیب کول، د پیښو سره معامله کول). ښه، تاسو کولی شئ . مګر څه که تاسو ګوګل نه یاست، مګر اعتبار لاهم یو څه اندیښنه ده؟
د DevOps نظریاتو پراختیا
بس بیا ډاکر راورسید ، کوم چې د lxc څخه وده وکړه ، او بیا د آرکیسټریشن مختلف سیسټمونه لکه د Docker Swarm او Kubernetes ، او DevOps انجینرانو ساه ورکړه - د عملونو یووالي د تحویلي ساده کول. دا دومره حد ته ساده کړه چې دا ممکنه شوه چې حتی پراختیا کونکو ته د بهر سرچینې تحویل کړي - what is deployment.yaml. کانټینر کول ستونزه حل کوي. او د CI/CD سیسټمونو بشپړتیا لا دمخه د یوې فایل لیکلو کچې کې ده او موږ ځو - پراختیا کونکي کولی شي دا پخپله اداره کړي. او بیا موږ د دې په اړه خبرې پیل کوو چې څنګه کولی شو خپل SRE جوړ کړو، سره ... یا لږترلږه د یو چا سره.
SRE په ګوګل کې ندی
ښه، سمه ده، موږ تحویلي راکړه، داسې بریښي چې موږ کولی شو ساه وباسو، ښه پخوانیو ورځو ته بیرته راستون شو، کله چې مدیرانو د پروسیسر بار لیدلی، سیسټمونه یې ټیون کړل او په خاموشۍ او خاموشۍ کې د مګ څخه د نه پوهیدو وړ یو څه وخوړل ... ودروئ. دا نه ده چې موږ هرڅه پیل کړل (کوم چې د افسوس خبره ده!). ناڅاپه دا معلومه شوه چې د ګوګل په چلند کې موږ کولی شو په اسانۍ سره غوره تمرینونه غوره کړو - دا د پروسیسر بار نه دی چې مهم دی، او نه چې موږ څو ځله هلته ډیسکونه بدلوو، یا په بادل کې لګښت اصلاح کوو، مګر د سوداګرۍ میټریکونه ورته بدنام دي. SLx. او هیچا له دوی څخه د زیربناوو مدیریت نه دی لیرې کړی، او دوی اړتیا لري چې پیښې حل کړي، او په دوره توګه وظیفه وي، او په عمومي توګه د سوداګرۍ پروسو کې پاتې شي. او هلکانو، لږ څه لږ په ښه کچه پروګرام کول پیل کړئ، ګوګل لا دمخه ستاسو په تمه دی.
د لنډیز لپاره. ناڅاپه، مګر تاسو لا دمخه د لوستلو څخه ستړي شوي یاست او تاسو نشئ کولی د مقالې په تبصره کې لیکوال ته سپک او لیکلو ته انتظار وکړئ. DevOps د تحویلي تمرین په توګه تل وو او وي. او دا هر ځای نه ځي. SRE د عملیاتي تمریناتو د یوې ټولګې په توګه دا خورا بریالۍ کوي.
سرچینه: www.habr.com