DORA رپورٽ 2019: DevOps ڪارڪردگي کي ڪيئن بهتر بڻايو وڃي

ڪجھ سال اڳ، ڪيترن ئي تنظيمن کي ڏٺو ويو DevOps هڪ واعدو ڪندڙ تجربو بجاءِ سافٽ ويئر ڊولپمينٽ لاءِ مرڪزي ڌارا واري طريقي جي. DevOps هاڻي ترقي ۽ ترتيب ڏيڻ جي عملن ۽ اوزارن جو هڪ ثابت ۽ طاقتور سيٽ آهي جيڪو نئين پراڊڪٽ رليز کي تيز ڪري سگهي ٿو ۽ پيداوار وڌائي سگھي ٿو. وڌيڪ اهم طور تي، DevOps جو اثر مجموعي ڪاروبار جي ترقي ۽ وڌندڙ منافعي تي آهي.

ٽيم Mail.ru ڪلائوڊ حل کان تمام دلچسپ ترجمو ڪيو 2019 Accelerate State of DevOps رپورٽڊي اوپس ريسرچ اينڊ اسيسمينٽ (DORA) ماهرن پاران مرتب ڪيل. مطالعي ۾ سڄي دنيا مان 31 ماهر شامل هئا. اچو ته هڪ نظر رکون ته 000 ۾ صنعت ۾ ڪهڙي تبديلي آئي ۽ ڪئين ڪاروبار پنهنجي سافٽ ويئر پهچائڻ جي ڪارڪردگي کي بهتر بڻائي سگهن ٿا.

ڪيئن صنعت ۽ ڪمپني جو سائز DevOps جي رياست کي متاثر ڪري ٿو

مطالعي ۾ DevOps ڪارڪردگي ۽ هڪ تنظيم جي صنعت جي وچ ۾ ڪوبه تعلق نه مليو، پرچون جي استثنا سان، جيڪو ٿورو بهتر ڪم ڪيو. اهو، خاص طور تي، هن حقيقت جي ڪري آهي ته پرچون ڏيندڙن کي تڪڙو جواب ڏيڻ جي ضرورت آهي طلب ۽ گراهڪ جي ضرورتن ۾ وهڪري جو. مطالعي جي مطابق، ڪا به ڪمپني اعلي سطحي DevOps حاصل ڪري سگهي ٿي، جنهن ۾ مالياتي شعبي ۽ عوامي شعبي شامل آهن.

5000 ملازمن کان وڌيڪ ڪمپنين ۾ DevOps ڪارڪردگي 5000 ملازمن کان گھٽ ڪمپنين جي ڀيٽ ۾ گھٽ ھئي. گهڻو ڪري، اهو هن حقيقت جي ڪري آهي ته وڏي تنظيمن وٽ وڏو عمل، سخت ڪنٽرول، ۽ وڌيڪ پيچيده آئي ٽي سسٽم آرڪيٽيڪچر آهي، جيڪو ڪوڊ جي ترقي ۽ رولنگ جي عمل ۾ دير سان متعارف ڪرايو آهي. ساڳئي وقت، ماهرن جو يقين آهي ته ڪمپني جي پيماني تي DevOps جي تعمير ۾ ڪاميابي کي روڪيو نه ٿو، اهو صرف ڪجهه ڪيسن ۾ وڌيڪ ڪوشش جي ضرورت آهي.

هڪ ڪمپني ۾ DevOps جي سطح جو اندازو ڪيئن ڪجي

ماهرن DevOps پروسيس کي هڪ معيار سان مقابلو ڪيو، سروي جي جواب ڏيڻ وارن کي چار گروپن ۾ ورهايو بهترين، سٺو، اوسط ۽ غريب ڪارڪردگي.

رپورٽ لاءِ، اسان DevOps جي تاثير جو جائزو وٺڻ لاءِ چار اهم ميٽرڪ ورتيون: سافٽ ويئر ڊولپمينٽ ۾ تبديلين کي مڪمل ڪرڻ جو وقت، ڊيپلائيمينٽ فريڪوئنسي، ناڪامي جي شرح ۽ وصولي جو وقت.

DevOps جا چار سطح - اندازو لڳايو ته توهان جي ڪمپني ڪٿي آهي:

ڪمپني جي مکيه خدمتن ۽ ايپليڪيشنن لاء سافٽ ويئر پهچائڻ جي اثرائتي جو اندازو لڳائڻ لاء هڪ ميٽرڪ

بهترين رڪارڊ سان ٽيمون

سٺي ڪارڪردگي سان ٽيمون

اوسط ٽيمون

گھٽ ڪارڪردگي ٽيمون

لڳائڻ جي تعدد
ڪمپني ڪيترا ڀيرا ڪوڊ ٺاهي ٿو پيداوار تي يا ان کي جاري ڪري ٿو صارفين کي ختم ڪرڻ لاءِ.

درخواست تي، في ڏينهن ڪيترائي تعينات

هڪ ڏينهن کان هفتي ۾ هڪ ڀيرو تائين

هفتي ۾ هڪ ڀيرو کان مهيني ۾ هڪ ڀيرو

مهيني ۾ هڪ ڀيرو / ڪيترائي مهينا

عمل جي وقت کي تبديل ڪريو
پيداوار ۾ ڪاميابي سان هلندڙ سافٽ ويئر کي ٽيسٽ کان منتقل ٿيڻ ۾ ڪيترو وقت لڳندو آهي؟

هڪ ڏينهن کان به گهٽ وقت ۾

هڪ ڏينهن کان هفتي تائين

هڪ هفتي کان هڪ مهيني تائين

هڪ مهيني کان ڇهن مهينن تائين

خدمت جي بحالي جو وقت
ڪنهن واقعي يا بگ کان پوءِ سروس بحال ڪرڻ ۾ ڪيترو وقت لڳندو آهي صارفين کي متاثر ڪرڻ.

هڪ ڪلاڪ کان به گهٽ

ڏينهن جي دوران

هڪ هفتي ۾

هڪ هفتي کان هڪ مهيني تائين

ناڪامي جي شرح تبديل ڪريو
ڪهڙي فيصد تازه ڪاريون يا نئين رليز جي نتيجي ۾ خراب ٿيل خدمت ۽ اصلاح جي ضرورت آهي؟

0-15٪

0-15٪

0-15٪

46-60٪

مطالعي هيٺ ڏنل رجحان ظاهر ڪيو: اعلي ڪارڪردگي ٽيمن جو تعداد تقريبا ٽي ڀيرا، 7 ۾ سڀني جوابدارن جي 2018٪ کان 20٪ تائين 2019 ۾ وڌي ويو.

ڪارڪردگي جي سطح طرفان ترقياتي ٽيمن جي تقسيم.

ٽيمن جي مقابلي ۾ گهٽ ڪارڪردگي واري گروپ ۾، اعلي ڪارڪردگي DevOps ٽيمون:

1. 208 ڀيرا وڌيڪ ڪوڊ ڊيپلائيشن ڪيو.
2. ڪوڊ جي ترتيب تي 106 ڀيرا گهٽ وقت گذاريو.
3. اسان 7 ڀيرا گهٽ اڪثر ناڪامين جو سامنا ڪيو.
4. سافٽ ويئر بحال ڪيو ويو 2,604 ڀيرا تيزيءَ سان ناڪام ٿيڻ کان پوءِ.

اضافي طور تي، اعلي ڪارڪردگي DevOps ٽيمن کي ٻه ڀيرا ممڪن آهي ته انهن جي تنظيمي ڪارڪردگي جي ميٽرڪ کي ملڻ يا ان کان وڌيڪ گهٽ-پرفارمنس ٽيمن وانگر.

ڪيترن ئي ماهرن جو خيال آهي ته هڪ ئي وقت ۾ سڀني اشارن ۾ اضافو حاصل ڪرڻ ناممڪن آهي؛ هڪ سمجھوتو ڪيو وڃي. ان ڪري، ڪجهه يقين رکون ٿا ته رليز جي رفتار کي وڌائڻ منفي طور تي سافٽ ويئر پهچائڻ واري عمل جي اعتبار ۽ خدمتن جي فراهمي کي متاثر ڪري سگهي ٿو. بهرحال، تحقيق ڏيکاري ٿي ته نتيجن جي رفتار ۽ تسلسل هڪ ٻئي سان خاص نه آهن.

مون کي ڪجهه به حيران ڪندڙ نظر نه ٿو اچي ترقي ۾ DevOps ٽيمن جي تعداد ۾؛ اهو قدرتي آهي: DevOps فلسفو هاڻي مشهور آهي، ۽ شروعاتن جو تعداد وڌي رهيو آهي.

پر، منهنجي خيال ۾، ماهرن DevOps جي اثرائيت جو اندازو لڳائڻ لاءِ مڪمل طور تي صحيح معيار نه چونڊيو آهي.

ڪوڊ رول آئوٽ جي رفتار جي بنياد تي ان جو جائزو وٺڻ، گهٽ ۾ گهٽ چوڻ لاء، عجيب آهي. اهو صرف شروعاتن تي لاڳو ٿئي ٿو، جتي اهم پيٽرولر پيداوار کي مارڪيٽ ۾ آڻڻ جي رفتار هوندي، ۽ اڪثر ڪري پراڊڪٽ ان جي خام روپ ۾ شروع ڪيو ويندو آهي. اهڙين حالتن ۾، ميڪانيزم جيڪي تيز رفتار ترقي ۽ پيداوار تائين پهچائڻ ضروري آهن. پر قائم ڪيل سافٽ ويئر لاءِ، جيئن ته مالي يا طبي سافٽ ويئر، ناڪامي جي شرح پيٽرولر موجود نه ٿي سگھي ٿي - ناڪامي ناقابل قبول ٿي سگھي ٿي.

ساڳيو ئي خدمت جي بحالي واري وقت سان سچو آهي: ڪنهن به ترقي يافته خدمت لاء اهو سيڪنڊن ۾ حساب ڪيو وڃي، پر ڪيترن ئي خدمتن لاء دير جو وقت ناقابل قبول آهي؛ هن مقصد لاء، بيحد رول آئوٽ ٽيڪنالاجيون (مثال طور سائو / نيرو) ايجاد ڪيا ويا.

انهي سان گڏ، توهان کي ڪوڊ جي ترتيبن جي تعداد تي ڌيان نه ڏيڻ گهرجي - اهو ڊولپمينٽ ٽيم جي ضرورت ۽ صلاحيتن تي منحصر آهي. جيڪڏهن تعیناتي ۾ نئين ڪارڪردگي شامل ڪرڻ شامل آهي، اها هڪ شيء آهي، پر جيڪڏهن ان ۾ شامل آهي غلطين کي درست ڪرڻ جي اڳئين ڊيپلائيشن دوران، اهو ڪجهه مڪمل طور تي مختلف آهي.

Denis Romanenko، آزاد ماهر Mail.ru Cloud Solutions تي

DevOps پروسيس کي ڪيئن بهتر بڻايو وڃي

رپورٽ پيش ڪري ٿي ٻه علائقا جيڪي مدد ڪندا DevOps کي بهتر بڻائڻ: سافٽ ويئر ڊولپمينٽ ۽ ترسيل جي ڪارڪردگي کي وڌائڻ ۽ مزدور جي پيداوار کي بهتر بنائڻ.

هر هڪ علائقن ۾ پنهنجا حصا شامل آهن، جن کي بهتر ڪرڻ سان توهان گهربل مقصد حاصل ڪري سگهو ٿا.

رپورٽ موجب، ڊجيٽل تبديلي جي ڪنجي ڪارپوريٽ ڪلچر آهي. اعليٰ ڪارڪردگي ڪندڙ DevOps ٽيمن کي اعتماد ۽ نفسياتي حفاظت جي ثقافت، ڪارڪردگي جو احساس، ۽ واضح مقصد جي ضرورت آهي. هي ماحول ٽيم جي ميمبرن کي باخبر فيصلا ڪرڻ، انهن جي راء کي آواز ڏيڻ، ۽ وڌيڪ تخليقي ٿيڻ جي اجازت ڏئي ٿو.

ڪلائوڊ ٽيڪنالاجيز، مسلسل ترسيل، آفت جي بحالي جي جاچ، ۽ تبديلي جو انتظام پڻ سافٽ ويئر ڊولپمينٽ ۽ ترسيل جي ڪارڪردگي کي بهتر بنائڻ ۾ مدد ڪندو. پيداوار کي استعمال ڪرڻ ۾ آسان اوزارن ۾ سيڙپڪاري ڪندي، ٽيڪنيڪل قرض کي گھٽائڻ سان وڌائي سگھجي ٿو- يعني، غير موثر ڪوڊ ۽ پراڻي ٽيڪنالاجي جو سيڪڙو گھٽائڻ- ڪارپوريٽ ڄاڻ جي بنياد کي منظم ڪرڻ ۽ خارجي حلن تائين رسائي.

منهنجو خيال آهي ته DevOps جو طريقو ۽ نظريو خاص طور تي اهو آهي ته اهي عمل خارجي حالتن تي منحصر نه آهن، جهڙوڪ ڪلائوڊ يا توهان جي پنهنجي هارڊويئر. بادل پاڻ هڪ اوزار کان وڌيڪ ڪجهه به ناهي؛ ڪجهه هنڌن تي اهو مدد ڪندو، ٻين ۾ اهو رڪاوٽ ٿيندو يا طلب ۾ نه هوندو.

Denis Romanenko، آزاد ماهر Mail.ru Cloud Solutions تي

هيٺ اسين DevOps ٽيمن جي ڪارڪردگي کي بهتر بڻائڻ جي ڪجهه حصن تي نظر ڪنداسين.

Cloud ٽيڪنالاجيون DevOps ڪاميابي کي فعال ڪن ٿيون

2019 ۾، وڌيڪ ۽ وڌيڪ تنظيمون ڪلائوڊ حل چونڊي رهيون آهن جيڪي خاص طور تي DevOps ٽيمن جي پيداوار کي وڌائين ٿيون.

DevOps ٽيمون ڪهڙيون انفراسٽرڪچر استعمال ڪن ٿيون؟

DORA ڏٺائين ته 80٪ جوابدارن جي جڳهه ڪلائوڊ پليٽ فارم تي بنيادي ايپليڪيشنون يا خدمتون. جڏهن ته، صرف 29٪ جواب ڏيڻ وارن سڀني پنجن کي لاڳو ڪيو آهي نيشنل انسٽيٽيوٽ آف معيار ۽ ٽيڪنالاجي جي بنيادي ڪلائوڊ خاصيتن جو سڀ کان اهم معيار ڊيو اوپس اندر ڪلائوڊ جي قيمت جو اندازو لڳائڻ لاءِ.

خاصيت

استعمال ڪندڙن جو سيڪڙو

طلب تي خود خدمت
صارفين خودڪار طريقي سان ڪمپيوٽنگ وسيلن کي مهيا ڪري سگھن ٿا
جيئن ضرورت هجي، فراهم ڪندڙ جي شموليت کان سواء.

57٪
(+ 11٪ کان وٺي 2018)

وسيع نيٽ ورڪ تائين رسائي
Cloud صلاحيتون مختلف پليٽ فارمن ذريعي دستياب آهن،
جهڙوڪ موبائل فون، ٽيبليٽ، ليپ ٽاپ ۽ ڪم اسٽيشنز.

60٪
(+ 14٪ کان وٺي 2018)

وسيلن جي تلاء
مهيا ڪندڙ جا وسيلا گڏ ڪيا ويا آهن هڪ گھڻن نوڪردار ماڊل ۾، جتي جسماني ۽ مجازي وسيلن کي متحرڪ طور تي گهربل طور تي مقرر ڪيو ويو آهي.

58٪
(+ 15٪ کان وٺي 2018)

اسڪاليبلٽي ۽ لوچ
وسيلن جي پيماني تي افقي يا عمودي مطالبن تي، اهي عملي طور تي لامحدود آهن ۽ ڪنهن به وقت ڪنهن به مقدار ۾ جاري ڪري سگھجن ٿيون.

58٪
(+135 کان وٺي 2018)

شفافيت
ڪلائوڊ سسٽم خود بخود نگراني، بهتر ۽ رپورٽ ڪن ٿا وسيلن جي استعمال تي منحصر خدمت جي قسم: ڊيٽا اسٽوريج ۽ پروسيسنگ، ٽرئفڪ جي مقدار،
فعال صارف اڪائونٽس.

62٪
(+ 14٪ کان وٺي 2018)

پليٽ فارم هڪ خدمت جي طور تي (PaaS) وڌي رهيو آهي هڪ مقرري ماڊل ڏانهن وڌي رهيو آهي ڪنٽينرز جي چوڌاري مرڪز. ڪلائوڊ پليٽ فارمز سافٽ ويئر کي ترتيب ڏيڻ آسان بڻائي ٿو، تنهنڪري ٽيمن کي صرف ايپليڪيشن ڪوڊ هلائڻ بابت پريشان ٿيڻ جي ضرورت آهي. اسڪيلنگ، وسيلن جي منصوبابندي، انتظاميه ۽ بنيادي ڍانچي جي سار سنڀال پڻ فراهم ڪندڙن ڏانهن منتقل ڪيا ويا آهن.

ڪلائوڊ فراهم ڪندڙن لاءِ، مختلف خدمتن جي فراهمي هڪ آفاقي معيار بڻجي رهي آهي: ورچوئل مشين نيٽ ورڪنگ، سڃاڻپ ۽ رسائي مينيجمينٽ (IAM)، اسٽوريج ۽ ڊيٽابيس، مشين لرننگ، انٽرنيٽ آف ٿنگس (IoT)، ڪنٽينر حل، سيڪيورٽي حل ۽ ٻيا. .

ڪلائوڊ فراهم ڪندڙن جا گراهڪ صرف انهن وسيلن لاءِ ادا ڪندا آهن جيڪي اهي استعمال ڪندا آهن، جيڪي قيمت جي شفافيت مهيا ڪن ٿا، روايتي ڊيٽا سينٽرن جي برعڪس جتي ترقياتي خرچن تي معلومات حاصل ڪرڻ ڏکيو يا ناممڪن آهي. ڪمپنين جا جواب ڏيڻ وارا جيڪي مٿي ڏنل ڪلائوڊ خاصيتن کي پورا ڪن ٿا، 2,6 ڀيرا وڌيڪ امڪان آھن صحيح انداز ۾ ھلندڙ سافٽ ويئر جي قيمت جو اندازو لڳائڻ، 2 ڀيرا وڌيڪ امڪان اھو سمجھڻ لاءِ ڪھڙي ايپليڪيشنن کي وڌيڪ وسيلن جي ضرورت آھي، ۽ 1,65 ڀيرا وڌيڪ امڪان آھن انھن جي IT بجيٽ ۾ رھڻ جو.

ڪڏهن ڪڏهن اهو ظاهر ٿئي ٿو ته هڪ قابل ماهر کي ڀرتي ڪرڻ ۽ ڊيٽا سينٽر ۾ مختص ڪيل صلاحيت وٺڻ ڪلائوڊ جي ادائيگي کان وڌيڪ فائدي وارو آهي. ڪهڙو اختيار بهتر آهي ان تي منحصر آهي ڪمپني جي پروفائل ۽ پيماني تي، آئي ٽي ماهرن ۽ ماهرن جي پنهنجي عملي جي دستيابي. مثال طور، ڪلائوڊ استعمال ڪرڻ آسان آهي جڏهن ڪاروبار شروع ڪيو وڃي يا جيڪڏهن ڪمپني وٽ پنهنجو IT ڊپارٽمينٽ نه آهي. جڏهن اسڪيلنگ، اهو وڌيڪ قيمتي اثرائتو ٿي سگهي ٿو سڀني يا بنيادي ڍانچي جو حصو برقرار رکڻ لاءِ.

Denis Romanenko، آزاد ماهر Mail.ru Cloud Solutions تي

DevOps ٽيڪنيڪل طريقا

ڪيتريون ئي تنظيمون جيڪي DevOps کي لاڳو ڪرڻ جي ڪوشش ڪري رهيا آهن هڪ سيٽ جي هدايتن يا بهترين عملن کي ڳولي رهيا آهن. جڏهن ته، ڪي به ٻه ڪمپنيون هڪجهڙا نه آهن، تنهن ڪري ڪهڙا طريقا چونڊڻ جو دارومدار ڪاروبار جي موجوده حالت ۽ ان جي مقصدن تي آهي.

اهو چيو پيو وڃي، اتي عام علائقا آهن جيڪي مدد ڪري سگهن ٿيون DevOps ڪارڪردگي کي بهتر: ڪجهه ترقي يافته آهن ٽيم جي سطح تي، ٻين کي تنظيمي سطح تي ڪوششون گهربل آهن.

2019 ۾ DevOps ٽيمن لاءِ ترقي جا ڪهڙا علائقا نمايان ڪيا ويا آهن:

تنظيم جي سطح تي

• آرام سان ٺهيل فن تعمير
• تبديلين تي عملدرآمد
• ڪوڊ سپورٽ

ٽيم جي سطح تي

• مسلسل انضمام
• ٽيسٽ آٽوميشن
• لڳائڻ جي خودڪار
• نگراني
• ترقي پائپ لائن

ٽيم ۽ تنظيم جي سطح تي

• بادل خدمتن جو استعمال
• آفت جي بحالي جي جاچ

مطالعي جي تصديق ڪئي وئي مثبت اثر سان ٺهيل ٺهيل فن تعمير تي DevOps ڪارڪردگي.

لوز سان جوڙيل آرڪيٽيڪچر اهو آهي جتي ٽيمون آزاديءَ سان ٽيسٽ ڪري سگهن ٿيون، ترتيب ڏئي سگهن ٿيون ۽ مطالبن تي سسٽم تبديل ڪري سگهن ٿيون، ٻين ٽيمن کان آزاد، بغير اضافي مدد، وسيلن، منظوري ۽ گهٽ موٽ سان. اهو توهان کي وڌيڪ موثر ڪم ڪرڻ جي اجازت ڏئي ٿو، پر اعلي سطحي تنظيم ۽ انتظام جي ضرورت آهي.

اهو طريقو صرف شروعاتي لاء ممڪن آهي ۽ ڪجهه تحفظات سان. صورتحال ٻين ڪمپنين ۾ مختلف ٿي سگهي ٿي. سٺو مثال: بينڪنگ / فنٽيڪ. خاص طور تي ملڪيت جا حل اتي استعمال ڪيا ويندا، پر DevOps طريقا لاڳو ڪيا ويندا.

Denis Romanenko، آزاد ماهر Mail.ru Cloud Solutions تي

ڪامياب DevOps ٽيمون هر شي کي خودڪار ڪن ٿيون

مسلسل انضمام ۽ پهچائڻ (CI/CD) توهان کي اجازت ڏئي ٿي ته خدمتن ۽ ايپليڪيشنن کي پيداوار ۾ گهٽ قيمتن ۽ خطرن سان گڏ، انهي سان گڏ تنظيم جي مقصدن جي مطابق سپورٽ رليز.

ڪامياب CI/CD جو مطلب اهو آهي ته ٽيمون مطالبن تي پيداوار ۾ تبديلين کي ترتيب ڏئي سگھن ٿيون، تعیناتي جي معيار تي فوري راءِ حاصل ڪري سگھن ٿيون، ۽ ايندڙ تعیناتي چڪر کي بهتر ڪرڻ لاءِ ان تي تڪڙو عمل ڪري سگھن ٿيون.

رپورٽ ڏيکاري ٿي ته ڪامياب DevOps ٽيمون سپورٽ ڪندڙ عملن، عملن ۽ اوزارن جي وسيع رينج ۾ سيڙپڪاري ڪن ٿيون:

• 92٪ استعمال خودڪار اسيمبلي اوزار؛
• 87٪ استعمال ڪريو خودڪار يونٽ ٽيسٽ؛
• 57٪ آٽوميشن کي قبوليت جي جاچ تائين وڌايو؛
• 72٪ ٽيسٽ ماحول ۾ خودڪار ترتيب ڏيڻ، 69٪ ساڳيو ڪم پيداوار ۾ تعیناتي لاءِ؛
• 69٪ مقرري جي عمل ۾ چيٽ بوٽس کي ضم ڪيو؛
• 57٪ مانيٽرنگ اوزار سان گڏ.

اهو ضروري آهي ته صحيح اوزار ۽ ٽيڪنالاجي چونڊڻ لاء

جڏهن پيچيده سسٽم ٺاهڻ ۽ ڪاروباري-نازڪ انفراسٽرڪچر کي منظم ڪرڻ، اهو ضروري آهي ته ٽيڪنالاجيون چونڊيو:

• جيڪي ٻنهي کي استعمال ڪرڻ آسان آهن پهرين ڪنيڪشن لاءِ ۽ مسلسل استعمال لاءِ؛
• جيڪو توهان جي مقصدن حاصل ڪرڻ ۾ مدد ڪري ٿو.

رپورٽ ۾ استعمال ٿيل اوزارن جي جانچ ڪئي وئي جڏهن CI/CD ذريعي سافٽ ويئر کي ترتيب ڏيڻ ۽ آٽوميشن ٽولز کي آزمايو - اهي ٽيڪنالاجيون آهن جيڪي DevOps کي هيٺ ڪن ٿيون.

DevOps ٽيمون ڪهڙيون ٽيڪنالاجيون استعمال ڪن ٿيون:

ٽيڪنالاجي جو

گھٽ ڪارڪردگي ٽيمون

اوسط ٽيمون

سٺي ڪارڪردگي سان ٽيمون

اعلي ڪارڪردگي ٽيمون

ملڪيت، کليل ذريعو ۽ تجارتي پيڪيج ٿيل مصنوعات جو هڪ ميلاپ

30٪

34٪

32٪

33٪

بنيادي طور تي کليل ذريعو ۽ انتهائي ڪسٽمائيز پيڪيج ٿيل حل

17٪

8%

7%

10٪

گهڻو ڪري کليل ذريعو ۽ پيڪيج ٿيل حل ٿورڙي حسب ضرورت سان

14٪

21٪

18٪

20٪

بنيادي طور تي باڪس ٿيل تجارتي حل

8%

12٪

8%

4%

ڪمپني لاء اندروني ترقي ۽ ملڪيت جي حل

20٪

6%

5%

6%

بنيادي طور تي کليل ذريعو مضبوط ڪسٽمائيزيشن سان

6%

7%

5%

12٪

بنيادي طور تي کليل ذريعو ٿوري حسب ضرورت سان

5%

12٪

24٪

15٪

اوزار جي استعمال جي قابليت تي هڪ خاص اثر آهي ٽيم جي قابليت تي انهن جي چونڊيل ٽيڪنالاجي اسٽيڪ جي قيمت کي وڌائڻ لاء: انجنيئرن سان استعمال ڪرڻ ۾ آسان ٽيڪنالاجيون 1,5 ڀيرا وڌيڪ امڪان آهن انهن جو تعلق اعلي ڪارڪردگي ٽيمن سان آهي.

منهنجي خيال ۾، هي ٽيبل اهو احساس ڏئي ٿو ته ڪامياب DevOps ٽيم ٿيڻ لاءِ، توهان کي فيشن جي پيروي ڪرڻ جي ضرورت آهي، نه ٽيڪنيڪل مسئلو.

هڪ قابل ماهر ڪم لاء اوزار چونڊيندو آهي، ۽ ان جي برعڪس نه. ڪنهن به مسئلي کي حل ڪرڻ لاء هميشه ڪيترائي اوزار ۽ طريقا آهن. هڪ خاص اوزار طرفان طئي ڪيو ويو آهي: ڪم جي وضاحت؛ عملدار هن اوزار سان ڪيترو واقف آهي (جيڪڏهن اهو اوزار نئون آهي ته داخلا جي حد ڪيتري آهي)؛ مالي جزو، جيڪڏهن موجود هجي.

Denis Romanenko، آزاد ماهر Mail.ru Cloud Solutions تي

آفت جي بحالي

هر تنظيم جنهن جو آپريشن سافٽ ويئر جي آپريشن تي منحصر هوندو آهي آفت جي بحالي جو منصوبو. رپورٽ ڏيکاري ٿي ته ڪهڙي قسم جي آفت جي لچڪ جي جاچ مختلف ڪمپنيون استعمال ڪن ٿيون.

ڪمپنيون آفت جي بحالي لاءِ ڪهڙي قسم جا ٽيسٽ استعمال ڪن ٿيون؟

ٽيسٽ جو قسم

گھٽ ڪارڪردگي ٽيمون

اوسط ٽيمون

سٺي ڪارڪردگي سان ٽيمون

اعلي ڪارڪردگي ٽيمون

سراسري طور تي،

ٽيسٽ جيڪي حقيقي سسٽم تي اثر انداز نٿا ڪن

35٪

26٪

27٪

30٪

28٪

انفراسٽرڪچر ناڪامي (ڊيٽا سينٽر سميت)

27٪

43٪

34٪

38٪

38٪

ايپليڪيشن جي ناڪامي جي جاچ

25٪

46٪

41٪

49٪

43٪

واقعن جو نقل جنهن ۾ ٽيسٽ سسٽم جي خلل شامل آهي

18٪

22٪

23٪

29٪

23٪

واقعن جي تخليق جو ڪم سسٽم ۾ خلل شامل آهي

18٪

11٪

12٪

13٪

12٪

خودڪار ۽ سسٽم ٺاهڻ جيڪي خراب ڪن ٿا
پيداوار جو نظام باقاعده، جاري بنيادن تي

9%

8%

7%

9%

8%

صرف 40 سيڪڙو جواب ڏيڻ وارا هر سال آفت جي بحالي جي جاچ ڪن ٿا فهرست ڏنل طريقن مان هڪ يا وڌيڪ استعمال ڪندي. ساڳي ئي وقت، ڪمپنيون جيڪي آفت جي بحالي جا امتحان ڪن ٿيون انهن جي اعلي سطحي خدمت جي دستيابي آهي. رپورٽ ڏيکاري ٿي ته اعليٰ ڪارڪردگي ڪندڙ DevOps ٽيمون 1.4 ڀيرا وڌيڪ امڪان آهن ته اهي آفت جي بحالي واري ٽيسٽ ڊيٽا کي انهن جي سافٽ ويئر ڊولپمينٽ ۽ ڊولپمينٽ جي عملن ۾ شامل ڪن.

اهو ضروري آهي ته DevOps ٽيمن کي معلومات تائين رسائي فراهم ڪن

مسئلا حل ڪرڻ لاءِ آساني سان معلومات ڳولڻ ۾ مدد ڪري سگھي ٿي DevOps ٽيمن کي پيداواري. اهو خاص طور تي اڄ جي ٽيڪنالاجي ماحول ۾ صحيح آهي، جيڪو پيچيده سسٽم تي مشتمل آهي.

اهڙي معلومات جي ذريعن کي ٻن گروپن ۾ تقسيم ڪري سگهجي ٿو:

1. اندروني ذريعن: ڪوڊ ٺاهڻ ۽ برقرار رکڻ تي ڪمپني جا دستاويز، ڪارپوريٽ ڄاڻ جا بنياد، مخزن ۽ وڌيڪ. DevOps ٽيمون جيڪي اندروني ڄاڻ جا ذريعا استعمال ڪيا ويا 1,73 ڀيرا وڌيڪ پيداوار.
2. خارجي ذريعا: سرچ انجڻ ۽ اسٽيڪ مڪمل ٿيڻ. آئوٽ سورس ڊي اوپس ٽيمون 1,67 ڀيرا وڌيڪ پيداواري هيون. بيروني ٽيڪنالاجيون سکيا ۽ واڌ ويجهه لاءِ وڏو فائدو مهيا ڪن ٿيون، خاص ڪري پبلڪ ڪلائوڊز ۽ اوپن سورس ٽولز جو استعمال.

اهو ضروري آهي ته ڪمپنين لاء ٽيڪنيڪل قرض کي گهٽائڻ لاء

ٽيڪنيڪل قرضن ۾ ڪوڊ يا سسٽم شامل آهن جن سان سڃاتل پر اڻڄاڻ ٿيل بگ؛ ناکافي ٽيسٽ ڪوريج؛ گھٽ معيار جو ڪوڊ يا ڊزائين؛ اهي نمونا جيڪي استعمال نه ڪيا ويا آهن پر ختم نه ڪيا ويا آهن؛ عملدرآمد جيڪي ٽيم مؤثر طور تي مدد نه ڪري سگھن ٿيون؛ پراڻي ٽيڪنالاجيون؛ نامڪمل يا پراڻي دستاويز.

ماهرن اهو محسوس ڪيو آهي ته ٽيڪنيڪل قرض منفي طور تي DevOps ڪارڪردگي تي اثر انداز ڪري ٿو. اعلي ٽيڪنيڪل قرض سان ٽيمون 1,6 ڀيرا گهٽ پيداوار وارا هئا. اعلي ڪارڪردگي سان ٽيمون 1,4 ڀيرا وڌيڪ امڪاني طور تي گهٽ ٽيڪنيڪل قرض هجڻ جا امڪان هئا.

رياست جي DevOps مطالعي مان اهم نتيجا

1. اعلي ڪارڪردگي سان DevOps ٽيمن جو سيڪڙو تقريبن 20 سيڪڙو تائين ٽي ڀيرا ٿي چڪو آهي. ان جو مطلب اهو آهي ته ڪاروبار سمجهن ٿا طريقن جي واعدي کي بهتر ڪرڻ لاءِ سافٽ ويئر ڊولپمينٽ ۽ ترسيل ، ۽ ڪمپنيون وڌيڪ فعال طور تي لاڳو ڪري رهيون آهن DevOps انهن جي آئي ٽي شعبن ۾.
2. ايپليڪيشنن ۽ خدمتن جي تيز ترسيل ٽيڪنالاجي ۽ تنظيمي تبديلي جي بنياد تي آهي. رليز جي رفتار ۽ تسلسل منافعو ۽ گراهڪ جي اطمينان وڌائي ٿي.
3. ڪلائوڊ ٽيڪنالاجيون جاري رهنديون آهن ڪنجيون حاصل ڪرڻ لاءِ DevOps ٽيمن لاءِ. بادل جو استعمال توهان کي گهربل رفتار تي سافٽ ويئر جي ترسيل کي منظم ڪرڻ جي اجازت ڏئي ٿو، انفراسٹرڪچر جي دستيابي، اسپيبلبل ۽ ڪارڪردگي کي يقيني بڻائي ٿو.
4. DevOps ٽيمن جي تاثير کي بهتر ڪري سگهجي ٿو ٽيم جي ميمبرن جي پيداوار تي ڌيان ڏيڻ، هڪ آرامده نفسياتي ماحول مهيا ڪرڻ ۽ آسان اوزار استعمال ڪندي.
5. صحيح طريقي سان رليز رولنگ جي رفتار کي وڌائڻ سان ڪمپني جي خدمتن ۽ ايپليڪيشنن جي استحڪام کي متاثر نٿو ڪري.

جو ذريعو: www.habr.com