څو کاله وړاندې، ډیری سازمانونو DevOps د سافټویر پراختیا لپاره د اصلي طریقې پرځای د یوې ژمنې تجربې په توګه لیدل. نن ورځ، DevOps د پراختیا او پلي کولو کړنو او وسیلو یوه ثابته او پیاوړې ټولګه ده چې د نوي محصول خپریدو ګړندۍ کوي او تولید ښه کوي. تر ټولو مهمه دا چې د DevOps اغیز د سوداګرۍ عمومي ودې او ګټې لپاره دی.
ټیم ما تر ټولو په زړه پورې برخې ژباړلې ، د ډیو اوپس څیړنې او ارزونې (DORA) د متخصصینو لخوا ترتیب شوی. پدې څیړنه کې د نړۍ له ګوټ ګوټ څخه 31,000 مسلکي کسان شامل وو. راځئ چې وګورو چې په 2019 کې په صنعت کې څه بدلون راغلی او سوداګرۍ څنګه کولی شي د سافټویر تحویلي موثریت ښه کړي.
د صنعت او شرکت اندازه څنګه د DevOps حالت اغیزه کوي
دې څېړنې د DevOps د اغیزمنتوب او د یوې ادارې د صنعت ترمنځ هیڅ اړیکه ونه موندله، پرته له پرچون پلور څخه، چیرې چې پایلې یو څه ښې وې. دا په جزوي ډول د پرچون پلورونکو اړتیاوو او تقاضا کې د بدلونونو ته د چټک ځواب ویلو اړتیا له امله ده. د څېړنې له مخې، هر شرکت، په شمول د مالي او عامه سکتورونو، کولی شي د DevOps لوړه کچه ترلاسه کړي.
د DevOps د اغیزمنتوب کچه په هغو شرکتونو کې چې له 5000 څخه ډیر کارمندان لري د هغو شرکتونو په پرتله ټیټه وه چې له 5000 څخه کم کارمندان لري. دا احتمال د لویو سازمانونو د لویو پروسو، سخت کنټرولونو، او د معلوماتي ټکنالوژۍ د سیسټمونو د پیچلو جوړښتونو له امله دی، کوم چې د کوډ پراختیا او پلي کولو کې ځنډ رامینځته کوي. متخصصین پدې باور دي چې د شرکت اندازه د DevOps په جوړولو کې د بریالیتوب مخه نه نیسي؛ دا ممکن په ځینو مواردو کې ډیرې هڅې ته اړتیا ولري.
په یوه شرکت کې د DevOps کچه څنګه ارزونه وکړو
متخصصینو د DevOps پروسې د بنچمارک ارزونې سره پرتله کړې، د سروې ګډونوال یې په څلورو ډلو ویشلي: غوره، ښه، اوسط، او ضعیف.
راپور د DevOps اغیزمنتوب ارزولو لپاره څلور کلیدي معیارونه کارولي دي: د سافټویر پراختیا بدلون وخت، د ځای پرځای کولو فریکونسۍ، د ناکامۍ کچه، او د بیا رغونې وخت.
د DevOps څلور کچې - ارزونه وکړئ چې ستاسو شرکت چیرته ولاړ دی:
د شرکت د اصلي خدماتو او غوښتنلیکونو لپاره د سافټویر رسولو اغیزمنتوب ارزولو لپاره یو میټریک
هغه ټیمونه چې غوره فعالیت لري
هغه ټیمونه چې ښه فعالیت لري
هغه ټیمونه چې اوسط فعالیت لري
هغه ټیمونه چې ټیټې نمرې لري
د ځای پرځای کولو فریکونسي
څو ځله یو شرکت کوډ تولید ته ځای په ځای کوي یا یې پای کاروونکو ته خپروي.
د غوښتنې سره سم، هره ورځ څو ځله ځای پرځای کول
په ورځ کې له یو ځل څخه تر اونۍ کې یو ځل پورې
په اونۍ کې یو ځل څخه تر میاشتې کې یو ځل
په میاشت کې یو ځل / څو میاشتې
د بدلونونو بشپړولو وخت
د ازموینې څخه سافټویر ته د رسیدو لپاره څومره وخت نیسي چې په بریالیتوب سره په تولید کې کار کوي؟
له یوې ورځې څخه په کم وخت کې
له یوې ورځې څخه تر یوې اونۍ پورې
له یوې اونۍ څخه تر یوې میاشتې پورې
له یوې میاشتې څخه تر شپږو میاشتو پورې
د خدماتو د بیا رغونې وخت
د کومې پېښې یا ستونزې وروسته چې کاروونکي اغیزمن کړي، د خدماتو بیا رغونه څومره وخت نیسي؟
له یو ساعت څخه کم
د ورځ پر مهال
د اونۍ په جریان کې
له یوې اونۍ څخه تر یوې میاشتې پورې
د بدلونونو په جریان کې د ناکامیو فریکونسی
د تازه معلوماتو یا نویو خپرونو څومره سلنه د خدماتو د خرابیدو لامل کیږي او اصلاحاتو ته اړتیا لري؟
0-15٪
0-15٪
0-15٪
46-60٪
دې څېړنې لاندې رجحان وموند: د هغو ټیمونو شمیر چې د لوړ فعالیت کچه لري نږدې درې چنده زیات شوی، چې په ۲۰۱۸ کې د ټولو ځواب ویونکو له ۷٪ څخه په ۲۰۱۹ کې ۲۰٪ ته لوړ شوی دی.
د فعالیت د کچې له مخې د پراختیایي ټیمونو ویش.
د ټیټ فعالیت لرونکو ډلو د ټیمونو په پرتله، د لوړ فعالیت لرونکو DevOps ټیمونه:
- ۲۰۸ ځله ډیر کوډونه پلي کول ترسره کړل.
- د کوډ پلي کولو لپاره ۱۰۶ ځله کم وخت ولګول شو.
- ۷ ځله کم ناکام شو.
- د ناکامیو وروسته د سافټویر بیا رغونه ۲.۶۰۴ ځله ګړندۍ وه.
برسیره پردې، د لوړ فعالیت لرونکي DevOps ټیمونه د ټیټ فعالیت لرونکي ټیمونو په پرتله دوه چنده احتمال لري چې د دوی د سازماني فعالیت معیارونه پوره کړي یا یې ډیر کړي.
ډیری کارپوهان په دې باور دي چې په ټولو معیارونو کې په یو وخت کې پرمختګونه ترلاسه کول ناممکن دي، چې جوړجاړي ته اړتیا لري. د مثال په توګه، ځینې په دې باور دي چې د خپریدو سرعت زیاتول کولی شي د سافټویر رسولو او خدماتو چمتو کولو اعتبار باندې منفي اغیزه وکړي. په هرصورت، څیړنې ښودلې چې د پایلو سرعت او ثبات په متقابل ډول ځانګړي ندي.
زه د DevOps ټیمونو په شمیر کې د زیاتوالي په اړه هیڅ حیرانونکی نه وینم؛ دا طبیعي ده: د DevOps فلسفه اوس مشهوره ده، او د نوي شرکتونو شمیر مخ په ډیریدو دی.
خو، زما په نظر، متخصصینو د DevOps د اغیزمنتوب ارزولو لپاره په بشپړه توګه سم پیرامیټرې نه دي غوره کړي.
د کوډ د ځای پرځای کولو سرعت له مخې قضاوت کول، لږترلږه، عجیب دی. دا یوازې د نوي شرکتونو لپاره پلي کیږي، چیرې چې بازار ته سرعت کلیدي معیار دی، او ډیری وختونه محصول په خپل خام شکل کې خپور کیږي. په داسې شرایطو کې، هغه میکانیزمونه چې پراختیا او تولید ته رسولو ته سرعت ورکوي خورا مهم دي. مګر د تاسیس شوي سافټویر لپاره، لکه مالي یا طبي، د ناکامۍ کچه ممکن یو معیار نه وي - ناکامۍ ممکن د منلو وړ نه وي.
د خدماتو د بیا رغونې وخت لپاره هم همداسې ده: د هر پرمختللي خدمت لپاره، دا باید په ثانیو کې اندازه شي، او د ډیری خدماتو لپاره، د بندیدو وخت د منلو وړ نه دی. د دې دلیل لپاره، بې ساري رول آوټ ټیکنالوژي (د مثال په توګه، شنه / نیلي) اختراع شوې.
همدارنګه، د کوډونو د ځای پرځای کولو په شمیر تکیه مه کوئ - دا د پراختیایي ټیم اړتیاوو او وړتیاوو پورې اړه لري. که چیرې ځای پرځای کول د نوي فعالیت اضافه کولو پورې اړه ولري، نو دا یو شی دی، مګر که دا د تیرو ځای پرځای کولو په جریان کې رامینځته شوي بګونو حل کولو پورې اړه ولري، نو دا یو بل شی دی.
ډینس رومانینکو، د Mail.ru کلاوډ حلونو کې آزاد کارپوه
د DevOps پروسې څنګه ښه کړو
راپور دوه برخې په ګوته کوي چې کولی شي د DevOps ښه کولو کې مرسته وکړي: د سافټویر پراختیا او تحویلۍ موثریت لوړول او د کارګرانو تولید ښه کول.
هر لوري خپل اجزا لري، چې د ښه کولو سره تاسو کولی شئ مطلوب هدف ترلاسه کړئ.
د راپور له مخې، د ډیجیټل بدلون کلیدي کارپوریټ کلتور دی. د لوړ فعالیت لرونکي DevOps ټیمونه د باور او رواني خوندیتوب کلتور، د کار پایلو روښانه پوهه، او روښانه اهدافو ته اړتیا لري. دا ډول چاپیریال د ټیم غړو ته دا توان ورکوي چې باخبره پریکړې وکړي، خپل نظرونه څرګند کړي، او ډیر تخلیقي وي.
د کلاوډ ټیکنالوژۍ، دوامداره تحویلي، د ناورین بیا رغونې ازموینه، او د بدلون مدیریت هم کولی شي د سافټویر پراختیا او تحویلي موثریت ښه کولو کې مرسته وکړي. تولید د کارولو لپاره اسانه وسیلو کې پانګوونې، تخنیکي پور کمولو (یعنې، د غیر موثر کوډ او زړو ټیکنالوژیو سلنه کمول)، او د کارپوریټ پوهې اساس رامینځته کولو او بهرنیو حلونو ته لاسرسي سره لوړ کیدی شي.
زه باور لرم چې د DevOps میتودولوژي او نظریه په سمه توګه د دې پروسې د بهرني شرایطو څخه خپلواک کولو په اړه ده، لکه کلاوډ یا اصلي هارډویر. کلاوډ پخپله د یوې وسیلې څخه ډیر څه ندي؛ دا به په ځینو لارو کې مرسته وکړي، په نورو کې به خنډ شي، یا هیڅ ګټه به ونلري.
ډینس رومانینکو، د Mail.ru کلاوډ حلونو کې آزاد کارپوه
لاندې به موږ د DevOps ټیمونو د موثریت د ښه کولو ځینې برخې وګورو.
د کلاوډ ټیکنالوژي د DevOps بریالیتوب کې مرسته کوي
په ۲۰۱۹ کال کې، ډېر او ډېر سازمانونه د کلاوډ حل لارې غوره کوي چې د DevOps ټیمونو تولید د پام وړ ښه کوي.
د DevOps ټیمونه کوم زیربناوې کاروي؟
DORA وموندله چې د ځواب ویونکو ۸۰٪ پوسټونه په هرصورت، یوازې ۲۹٪ ځواب ویونکو د ملي معیارونو او ټیکنالوژۍ انسټیټیوټ د اصلي کلاوډ کمپیوټري ځانګړتیاو ټولې پنځه پلي کړې دي - چې د DevOps دننه د کلاوډ ارزښت ارزولو لپاره ترټولو مهم معیار دی.
ځانګړتیاوې
د هغو کسانو سلنه چې دا یې کارولې ده
د غوښتنې پر بنسټ ځان خدمت
مصرف کونکي کولی شي په اتوماتيک ډول د کمپیوټر سرچینې چمتو کړي
د اړتیا په صورت کې، د چمتو کونکي له ګډون پرته.
۸۵٪
(له ۲۰۱۸ کال راهیسې + ۱۱٪)
شبکې ته پراخه لاسرسی
د کلاوډ وړتیاوې د مختلفو پلیټ فارمونو له لارې شتون لري،
لکه ګرځنده تلیفونونه، ټابلیټونه، لپټاپونه او کاري سټیشنونه.
۸۵٪
(له ۲۰۱۸ کال راهیسې + ۱۱٪)
د سرچینو حوض
د چمتو کونکي سرچینې په څو-کرایه دار ماډل کې راټول شوي، چیرې چې فزیکي او مجازی سرچینې په متحرک ډول د غوښتنې سره سم ټاکل کیږي.
۸۵٪
(له ۲۰۱۸ کال راهیسې + ۱۱٪)
د اندازې وړتیا او لچک
سرچینې په افقي یا عمودي ډول د غوښتنې سره سم اندازه کیږي، په حقیقت کې لامحدود دي، او په هر وخت کې په هر مقدار کې چمتو کیدی شي.
۸۵٪
(له ۲۰۱۸ کال راهیسې +۱۳۵)
د شفافيت
د کلاوډ سیسټمونه په اتوماتيک ډول د خدماتو ډول پراساس د سرچینو کارول څارنه، اصلاح او راپور ورکوي: د معلوماتو ذخیره کول او پروسس کول، د ترافیک حجم،
د فعالو کاروونکو حسابونه.
۸۵٪
(له ۲۰۱۸ کال راهیسې + ۱۱٪)
پلیټ فارم د خدمت په توګه (PaaS) په زیاتیدونکي توګه د کانټینر متمرکز ځای پرځای کولو ماډل په لور روان دی. کلاوډ پلیټ فارمونه د سافټویر ځای پرځای کول ساده کوي، نو ټیمونه یوازې د غوښتنلیک کوډ چلولو په اړه اندیښنه ته اړتیا لري. اندازه کول، د ظرفیت پلان کول، اداره کول، او د زیربنا ساتنه هم چمتو کونکو ته لیږدول کیږي.
د کلاوډ چمتو کونکي د مختلفو خدماتو وړاندې کولو لپاره یو نړیوال معیار کیږي: د مجازی ماشین شبکې، د هویت او لاسرسي مدیریت (IAM)، ذخیره او ډیټابیسونه، د ماشین زده کړه، د شیانو انټرنیټ (IoT)، د کانټینر حلونه، امنیتي حلونه، او نور.
د کلاوډ چمتو کونکو مراجعین یوازې د هغو سرچینو لپاره پیسې ورکوي چې دوی یې کاروي، د لګښت شفافیت ډاډمن کوي، د دودیزو معلوماتو مرکزونو برعکس، چیرې چې د پراختیا لګښتونو په اړه معلومات ترلاسه کول ستونزمن یا ناممکن دي. د هغو شرکتونو ځواب ویونکي چې پورته لیست شوي کلاوډ چمتو معیارونه پوره کوي د سافټویر لګښتونو اټکل کولو احتمال 2,6 ځله ډیر دی، دوه ځله احتمال لري چې پوه شي کوم غوښتنلیکونه ډیری سرچینې مصرفوي، او 1,65 ځله ډیر احتمال لري چې د دوی د معلوماتي ټیکنالوژۍ بودیجې کې پاتې شي.
ځینې وختونه دا معلومه کیږي چې د وړ متخصص استخدام او په ډیټا سنټر کې د وقف شوي ظرفیت کارول د کلاوډ کمپیوټینګ لپاره د پیسو ورکولو په پرتله ډیر لګښت لرونکی دی. غوره انتخاب د شرکت پروفایل او پیمانه پورې اړه لري، او همدارنګه د داخلي معلوماتي ټکنالوژۍ متخصصینو او تخصص شتون پورې اړه لري. د مثال په توګه، کلاوډ د سوداګرۍ پیل کولو پرمهال اسانه دی یا که شرکت داخلي معلوماتي ټکنالوژۍ څانګه ونه لري. لکه څنګه چې شرکت اندازه کوي، دا ممکن د زیربنا ټول یا برخه په اساس کې ساتل ډیر لګښت لرونکی وي.
ډینس رومانینکو، د Mail.ru کلاوډ حلونو کې آزاد کارپوه
د DevOps تخنیکي کړنې
ډیری سازمانونه چې د DevOps پلي کولو په لټه کې دي د لارښوونو یا غوره کړنو سیټ لټوي. په هرصورت، هیڅ دوه شرکتونه یو شان ندي، نو د کړنو انتخاب د سوداګرۍ اوسني حالت او د هغې اهدافو پورې اړه لري.
سره له دې، داسې عمومي ساحې شتون لري چې کولی شي د DevOps موثریت ښه کولو کې مرسته وکړي: ځینې یې د ټیم په کچه رامینځته شوي، پداسې حال کې چې نور یې د سازماني کچې هڅو ته اړتیا لري.
په ۲۰۱۹ کال کې د ډیو اپس ټیمونو لپاره د ودې کومې برخې په ګوته شوي دي؟
په سازماني کچه
- په نرمۍ سره جوړه شوې معمارۍ
- د بدلونونو پلي کول
- د کوډ ملاتړ
د ټیم په کچه
- دوامداره ادغام
- د ازموینې اتومات کول
- د ځای پرځای کولو اتومات کول
- څارنه
- د پراختیا پایپ لاین
په ټیم او سازماني کچه
- د کلاوډ خدماتو کارول
- د ناورین د بیا رغونې ازموینه
دې مطالعې د DevOps موثریت باندې د نرمې جوړې شوې معمارۍ مثبت اغیز تایید کړ.
یو نرم جوړ شوی جوړښت ټیمونو ته اجازه ورکوي چې په خپلواکه توګه د غوښتنې سره سم سیسټمونه ازموینه، ځای پر ځای او بدل کړي، د نورو ټیمونو څخه خپلواک، پرته له اضافي ملاتړ، سرچینو، یا تصویب، او لږ فیډبیک سره. دا د ډیر موثریت لپاره اجازه ورکوي، مګر د تنظیم او مدیریت لوړې کچې ته اړتیا لري.
دا طریقه یوازې د نوي شرکتونو لپاره او د ځینو احتیاطونو سره ممکنه ده. نور شرکتونه ممکن مختلف حالتونه ولري. یو ښه مثال یې بانکداري/فینټیک دی. دوی ممکن په ځانګړي ډول ملکیتي حلونه وکاروي، مګر د DevOps طریقې به پلي شي.
ډینس رومانینکو، د Mail.ru کلاوډ حلونو کې آزاد کارپوه
بریالي DevOps ټیمونه هرڅه اتومات کوي.
تاسو ته وړتیا درکوي چې خدمات او غوښتنلیکونه د کم لګښتونو او خطرونو سره تولید ته راوړئ، او د سازمان د اهدافو سره سم خپرونې وساتئ.
د CI/CD بریالی تطبیق دا هم معنی لري چې ټیمونه کولی شي د غوښتنې سره سم په تولید کې بدلونونه ځای په ځای کړي، د ځای پر ځای کولو کیفیت په اړه سمدستي نظر ترلاسه کړي، او د راتلونکي ځای پر ځای کولو دورې د ښه کولو لپاره په چټکۍ سره عمل وکړي.
راپور ښیي چې د DevOps بریالي ټیمونه په پراخه کچه د ملاتړ پروسو، کړنو او وسیلو کې پانګونه کوي:
- ۹۲٪ د اتوماتیک اسمبلۍ وسایل کاروي؛
- ۸۷٪ د اتومات واحد ازموینې کاروي؛
- ۵۷٪ اتومات کول د منلو ازموینې ته غځوي؛
- ۷۲٪ د ازموینې چاپیریال لپاره اتوماتیک ځای پرځای کول، ۶۹٪ د تولید ځای پرځای کولو لپاره ورته کار کوي؛
- ۶۹٪ د چیټ بوټونه د دوی د ځای پرځای کولو پروسې کې مدغم کوي؛
- ۵۷٪ د څارنې وسیلو سره یوځای کیږي.
دا مهمه ده چې سم وسایل او ټیکنالوژي غوره کړئ
کله چې پیچلي سیسټمونه جوړ کړئ او د سوداګرۍ لپاره مهم زیربناوې اداره کړئ، نو دا مهمه ده چې ټیکنالوژي غوره کړئ:
- کوم چې د لومړي ځل لپاره د نښلولو او په دوامداره توګه د کارولو لپاره اسانه دي؛
- چې د ټاکل شویو اهدافو په ترلاسه کولو کې مرسته کوي.
راپور د CI/CD له لارې د سافټویر په ځای پرځای کولو کې کارول شوي وسایل او د ازموینې اتوماتیک وسایل معاینه کړي - هغه ټیکنالوژي چې د DevOps بنسټ جوړوي.
د DevOps ټیمونه کوم ټیکنالوژي کاروي؟
د تکنالوژۍ
هغه ټیمونه چې ټیټې نمرې لري
هغه ټیمونه چې اوسط فعالیت لري
هغه ټیمونه چې ښه فعالیت لري
لوړ فعالیت لرونکي ټیمونه
د ملکیت، خلاصې سرچینې، او سوداګریزو بکس شویو محصولاتو ترکیب
۸۵٪
۸۵٪
۸۵٪
۸۵٪
ډیری یې خلاصې سرچینې او خورا دودیز شوي بکس شوي حلونه
۸۵٪
8%
7%
۸۵٪
ډیری یې خلاصې سرچینې او بکس شوي حلونه د کوچني تخصیص سره
۸۵٪
۸۵٪
۸۵٪
۸۵٪
لومړی، بکس شوي سوداګریز حلونه
8%
۸۵٪
8%
4%
د شرکت لپاره داخلي پرمختګونه او ملکیتي حلونه
۸۵٪
6%
5%
6%
لومړی، د قوي تخصیص سره خلاص سرچینه
6%
7%
5%
۸۵٪
په عمده توګه خلاص سرچینه د لږ تخصیص سره
5%
۸۵٪
۸۵٪
۸۵٪
د وسیلو کارول د یوې ټیم وړتیا باندې د پام وړ اغیزه کوي چې د غوره شوي ټیکنالوژۍ سټیک ارزښت اعظمي کړي: هغه انجینران چې د کارولو اسانه ټیکنالوژي لري د لوړ فعالیت کونکو ټیمونو سره د تړاو احتمال 1,5 ځله ډیر دی.
زما په نظر، دا جدول دا تاثر ورکوي چې د DevOps بریالي ټیم کیدو لپاره، تاسو اړتیا لرئ چې فیشن تعقیب کړئ، نه تخنیکي دنده.
یو وړ مسلکي کس د دندې سره سم وسایل غوره کوي، نه برعکس. د هرې ستونزې د حل لپاره تل ډیری وسایل او طریقې شتون لري. ځانګړی وسیله د لاندې لخوا ټاکل کیږي: د دندې ځانګړتیاوې؛ د وسیلې سره د کارمندانو بلدتیا (که وسیله نوې وي نو د ننوتلو خنډ څومره لوړ دی)؛ او مالي برخه، که کوم وي.
ډینس رومانینکو، د Mail.ru کلاوډ حلونو کې آزاد کارپوه
د ناورین بیا رغونه
هره اداره چې عملیات یې د سافټویر په عملیاتو پورې اړه لري باید ولري راپور د مختلفو شرکتونو لخوا کارول شوي د ناورین مقاومت ازموینې ډولونه ښیې.
شرکتونه د ناورین د بیا رغونې لپاره کوم ډول ازموینې کاروي؟
د ازموینې ډول
هغه ټیمونه چې ټیټې نمرې لري
هغه ټیمونه چې اوسط فعالیت لري
هغه ټیمونه چې ښه فعالیت لري
لوړ فعالیت لرونکي ټیمونه
اوسط
هغه ازموینې چې اصلي سیسټمونه پکې شامل نه وي
۸۵٪
۸۵٪
۸۵٪
۸۵٪
۸۵٪
د زیربنا ناکامي (د معلوماتو مرکزونو په ګډون)
۸۵٪
۸۵٪
۸۵٪
۸۵٪
۸۵٪
د غوښتنلیک ناکامي ازموینه
۸۵٪
۸۵٪
۸۵٪
۸۵٪
۸۵٪
د ازموینې سیسټمونو د ګډوډۍ سره د تړاو لرونکو پیښو سمول
۸۵٪
۸۵٪
۸۵٪
۸۵٪
۸۵٪
د عملیاتي سیسټمونو د ګډوډۍ سره د تړاو لرونکو پیښو سمول
۸۵٪
۸۵٪
۸۵٪
۸۵٪
۸۵٪
د اتوماتیک کولو او ماتیدونکو سیسټمونو رامینځته کول
د تولید سیسټمونه په منظم او دوامداره توګه
9%
8%
7%
9%
8%
یوازې ۴۰٪ ځواب ویونکي هر کال د پورته ذکر شویو میتودونو څخه د یو یا ډیرو په کارولو سره د ناورین د بیا رغونې ازموینې ترسره کوي. په هرصورت، هغه شرکتونه چې د ناورین د بیا رغونې ازموینې ترسره کوي د خدماتو لوړ شتون لري. راپور ښیې چې د لوړ فعالیت سره د DevOps ټیمونه ۱.۴ ځله ډیر احتمال لري چې د دوی د سافټویر پراختیا او ځای پرځای کولو پروسو کې د ناورین د بیا رغونې ازموینې ډیټا شامل کړي.
دا مهمه ده چې ډاډ ترلاسه شي چې د DevOps ټیمونه معلوماتو ته لاسرسی لري
د ستونزو د حل لپاره په اسانۍ سره د معلوماتو موندل به د DevOps ټیم د تولید ساتلو کې مرسته وکړي. دا په ځانګړي ډول د نن ورځې په ټیکنالوژیکي چاپیریال کې مهم دی، کوم چې د پیچلو سیسټمونو څخه جوړ دی.
د دې ډول معلوماتو سرچینې په دوو ډلو ویشل کیدی شي:
- داخلي سرچینې: د کوډ جوړولو او ساتنې په اړه د شرکت اسناد، د شرکت پوهه اساسات، زیرمې، او نور. د DevOps ټیمونه چې د داخلي پوهې سرچینې یې کارولې وې 1,73 ځله ډیر ګټور وو.
- بهرنۍ سرچینېد لټون انجنونه او د سټک پراخول. د DevOps ټیمونه چې خپل کار یې بهر ته رسولی و ۱.۶۷ ځله ډیر ګټور وو. بهر ته رسول د زده کړې او ودې لپاره د پام وړ ګټې وړاندې کوي، په ځانګړي توګه د عامه کلاوډونو او خلاصې سرچینې وسیلو کارولو له لارې.
د شرکتونو لپاره دا مهمه ده چې تخنیکي پور کم کړي
تخنیکي پور کې هغه کوډ یا سیسټمونه شامل دي چې پیژندل شوي مګر نا حل شوي بګونه لري؛ د ازموینې ناکافي پوښښ؛ د کوډ یا ډیزاین ضعیف کیفیت؛ هغه اثار چې نه کارول کیږي مګر لرې شوي ندي؛ هغه پلي کول چې ټیم یې په مؤثره توګه نشي ساتلی؛ زوړ ټیکنالوژي؛ او نیمګړي یا زاړه اسناد.
متخصصینو وموندله چې تخنیکي پور د DevOps فعالیت منفي اغیزه کوي. هغه ټیمونه چې لوړ تخنیکي پور لري ۱.۶ ځله لږ تولیدي وو. لوړ فعالیت لرونکي ټیمونه د ټیټ تخنیکي پور درلودو احتمال ۱.۴ ځله ډیر وو.
د ډیو اپس سروې له حالت څخه مهمې موندنې
- د لوړې نمرې لرونکو DevOps ټیمونو سلنه نږدې درې چنده زیاته شوې ده چې ۲۰٪ ته رسیږي. دا په ګوته کوي چې سوداګرۍ د سافټویر پراختیا او تحویلۍ ښه کولو لپاره د عملونو وړتیا پوهیږي، او شرکتونه په زیاتیدونکي توګه په خپلو معلوماتي ټکنالوژۍ څانګو کې DevOps پلي کوي.
- د غوښتنلیکونو او خدماتو چټک وړاندې کول د ټیکنالوژۍ بدلون او سازماني فعالیت بنسټ دی. په خپرونو کې سرعت او دوام د ګټې او د پیرودونکو رضایت زیاتوي.
- د DevOps ټیمونو لپاره د لوړو پایلو ترلاسه کولو لپاره کلاوډ ټیکنالوژي کلیدي پاتې کیږي. کلاوډ کمپیوټینګ د سافټویر تحویلي په سم سرعت سره فعالوي او د زیربنا شتون، پیمانه کولو او فعالیت ډاډمن کوي.
- د DevOps ټیمونو اغیزمنتوب د ټیم غړو تولیداتو باندې تمرکز کولو، د آرامۍ رواني فضا ډاډمن کولو، او د کاروونکي دوستانه وسیلو په کارولو سره ښه کیدی شي.
- کله چې په سمه توګه ترسره شي، د خپریدو سرعت زیاتول د شرکت د خدماتو او غوښتنلیکونو ثبات اغیزه نه کوي.
سرچینه: www.habr.com
